высокотехнологичнские банки предлагают все те же продукты что и обычные банки, и так же зарегулированы. в отличии от технокомпаний которые создают новые продукты не существовавшие ранее и практически не регулируемые в силу запаздывания законодательства
Тут на самом деле другая проблема, государство дало деньги на разработку подразумевая что все права достанутся ему, но МЦСТ обманули г-о и выдали за свою разработку GPL ный код, а г-о такое ой, как удобно то вышло.
По закону - руководство МЦСТ под суд за мошенничество, подписывавших приёмку - под следствие за мошенничество/халатность, а сама МЦСТ становится должна стоимость гранта т.е. скорее всего становится банкротом. Но законы и РФ это две раздельные вещи.
1- нет, никто не в праве решать открывать GPL ный код или нет, любой приобревший такой код получает это право, однако МЦСТ само налагает уловие не запрашивать код что противоречит лицензии.
2- к 28му году разумеется ничего не буде готово, максимум демонстраторы что это может хоть как произвести 10 чипов. Будет ли эльбрус еще актуален к тому времени - большой вопрос, и на какие шиши МЦСТ собирается жить 5 лет тоже не понятно.
3- я себе слабо представляю ситуацию что МЦСТ сидит на огромном мешке процессоров стоимостью в десятки миллионов и ждет когда же банки начнут их ставить в терминалы, при этом другой рукой финансируя миллиардные ниокр. Откуда деньги у МЦСТ ни разу не понятно. Ну и сама установка эльбрусов в банкомат, хотя там хватило бы дешёвого телефона это скорее комичная ситуация чем повод для гордости. Нет ничего плохого в производстве процессоров для банкоматов, но когда их сначала рекламировали как решения для датацентров, вот это уже печально.
Целые числа тоже хранятся в дополненным коде, а не с битовым знаком, как упомянуто в статье. IEEE-754 определяет разные виды NaN, об этом тоже стоит упомянуть.
Они свое производство не закрывают, но если TSMC предложит партию дешевле - почему бы и нет?
По сути интел смирился что нормальное производство он наладить не может, теперь кормить свой фаб он будет из гос кормушки, а маржу делать на открытом рынке. Это привлекательно для всех кроме интелловского фаба.
Катапульту ставят потому что смелых которые готовы в самолете сгореть гораздо меньше чем смелых готовых из него прыгнуть. Ну и военно-транспортная авиация летает без катапульт и парашютов.
Проблема VLIW в том что он требует слишком много оптимизаций во время компиляции. Программистам стоит больше времени уделять работе с бутылочными горлышками в ПО, но под Эльбрус любая программа превращается в завод стеклотары. Так же сильно мешает что большинство популярных ЯП используют принцип независимых функций говорящий что тело функции не знает о внешнем мире ничего. Для оптимизаций это в принципе плохо, но для VLIW это фатально.
По хорошему - эльбрусу надо смотреть в сторону JIT языков которые могут собирать профилировку и перекомпилировать функции на основании собранных данных. Однако все существующие решения оптимизируют предсказание ветвлений, а не конкатенацию инструкций, плюс для VLIW потребуется авторефакторинг, чтобы снизить разрывы на границе функций. И это все теория без внятных гарантий что все заработает как ожидается. Ну и продать такое решение тоже архисложно, как мы знаем Java процессоры так и не взлетели.
Сам факт необходимости адаптировать код это уже большой крест на архитектуре. Современное ПО без проблем компилируется на множество архитектур, но кто например использует profile based optimization? ни в одном тулчейне такого нет. А для VLIW это единственный выход, т.е. помимо задачи сделать нормальный компилятор (что уже не просто) нужно еще и адаптировать процесс сборки каждой программы. Это с допущением что компилятор вытянет, потому что если нет то речь уже о реинжиниринге всего ПО
Основной работодатель является налоговым агентом сотрудника не только в РФ, но будучи именно им он присылает сотруднику в конце года отчетность где видны все списания.
Было холодно.
зато моно запускать более одного раза
вы не улавливаете всей иронии - GTK = GIMP ToolKit
Какое время работы от батареи и как у него с линуксом?
высокотехнологичнские банки предлагают все те же продукты что и обычные банки, и так же зарегулированы. в отличии от технокомпаний которые создают новые продукты не существовавшие ранее и практически не регулируемые в силу запаздывания законодательства
Ну казалось бы если с сосисками и шнапсом вышло, то в чем проблема с процессорами?
Я бы не доверял вождение автомобиля больной собаке.
Тут на самом деле другая проблема, государство дало деньги на разработку подразумевая что все права достанутся ему, но МЦСТ обманули г-о и выдали за свою разработку GPL ный код, а г-о такое ой, как удобно то вышло.
По закону - руководство МЦСТ под суд за мошенничество, подписывавших приёмку - под следствие за мошенничество/халатность, а сама МЦСТ становится должна стоимость гранта т.е. скорее всего становится банкротом. Но законы и РФ это две раздельные вещи.
1- нет, никто не в праве решать открывать GPL ный код или нет, любой приобревший такой код получает это право, однако МЦСТ само налагает уловие не запрашивать код что противоречит лицензии.
2- к 28му году разумеется ничего не буде готово, максимум демонстраторы что это может хоть как произвести 10 чипов. Будет ли эльбрус еще актуален к тому времени - большой вопрос, и на какие шиши МЦСТ собирается жить 5 лет тоже не понятно.
3- я себе слабо представляю ситуацию что МЦСТ сидит на огромном мешке процессоров стоимостью в десятки миллионов и ждет когда же банки начнут их ставить в терминалы, при этом другой рукой финансируя миллиардные ниокр. Откуда деньги у МЦСТ ни разу не понятно. Ну и сама установка эльбрусов в банкомат, хотя там хватило бы дешёвого телефона это скорее комичная ситуация чем повод для гордости. Нет ничего плохого в производстве процессоров для банкоматов, но когда их сначала рекламировали как решения для датацентров, вот это уже печально.
Вот вам причины почему это не случится никогда.
Вредоносная версия пакета уроет не один а множество сайтов.
JS пакеты едят диск как не в себя, а браузеры и так много ресурсов потребляют.
Вебсайт сломался потому что пакетный менеджер сломался.
На этот вебсайт можно зайти только с эджа т.к. только у него "правильный пакетный менеджер (тм)".
Во времена JQuery куча сайтов тянули его с официального CDN, так что можно сказать что идея уже устарела т.к. почему-то так больше не делают.
чего сложного в NaN я не понял, а дополненный код вы и так описали т.к. порядок хранится в нем.
Целые числа тоже хранятся в дополненным коде, а не с битовым знаком, как упомянуто в статье. IEEE-754 определяет разные виды NaN, об этом тоже стоит упомянуть.
блокчейн слетал часто
Нарисовать из воздуха госизмену? Да чего уж тут плохого.
Они свое производство не закрывают, но если TSMC предложит партию дешевле - почему бы и нет?
По сути интел смирился что нормальное производство он наладить не может, теперь кормить свой фаб он будет из гос кормушки, а маржу делать на открытом рынке. Это привлекательно для всех кроме интелловского фаба.
Катапульту ставят потому что смелых которые готовы в самолете сгореть гораздо меньше чем смелых готовых из него прыгнуть. Ну и военно-транспортная авиация летает без катапульт и парашютов.
В формуле ошибка, КПД это отношение полученой энергии к затраченой, а не наоборот. Так что там почти 200% КПД, надо брать 👍
Проблема VLIW в том что он требует слишком много оптимизаций во время компиляции. Программистам стоит больше времени уделять работе с бутылочными горлышками в ПО, но под Эльбрус любая программа превращается в завод стеклотары. Так же сильно мешает что большинство популярных ЯП используют принцип независимых функций говорящий что тело функции не знает о внешнем мире ничего. Для оптимизаций это в принципе плохо, но для VLIW это фатально.
По хорошему - эльбрусу надо смотреть в сторону JIT языков которые могут собирать профилировку и перекомпилировать функции на основании собранных данных. Однако все существующие решения оптимизируют предсказание ветвлений, а не конкатенацию инструкций, плюс для VLIW потребуется авторефакторинг, чтобы снизить разрывы на границе функций. И это все теория без внятных гарантий что все заработает как ожидается. Ну и продать такое решение тоже архисложно, как мы знаем Java процессоры так и не взлетели.
Сам факт необходимости адаптировать код это уже большой крест на архитектуре. Современное ПО без проблем компилируется на множество архитектур, но кто например использует profile based optimization? ни в одном тулчейне такого нет. А для VLIW это единственный выход, т.е. помимо задачи сделать нормальный компилятор (что уже не просто) нужно еще и адаптировать процесс сборки каждой программы. Это с допущением что компилятор вытянет, потому что если нет то речь уже о реинжиниринге всего ПО
Основной работодатель является налоговым агентом сотрудника не только в РФ, но будучи именно им он присылает сотруднику в конце года отчетность где видны все списания.