MIDIMaker

А зачем эта функция, если результата нет?

Тут есть нюанс: будет ли от него реальная польза, или он тоже будет выполняться в разы медленнее, чем у Intel.

На самом деле это сейчас общая тенденция: скорость исполнения кода приносится в жертву скорости разработки. А под однопоток разрабатывать быстрее и легче. Пока оно хоть как-то работает — над оптимизацией не задумываются. Оптимизировать ведь можно вечно.

Ну и не забываем про официальную рекомендацию фирмы 1С устанавливать параметр MAXDOP = 1.

1С — это не только и не столько SQL, сколько сервер 1С: Предприятия, который и жрет процессорного времени в 5-10 раз больше, чем SQL. При этом для 1 пользователя он однопоточный, а значит, все интерактивные операции упираются в скорость однопотока. Чтобы 1С быстро работала — нужен процессор на 5 ГГц. Лучше — больше. Причем в реале даже SQL не спасает — при тормозах сервера 1С: Предприятия тупо происходят взаимоблокировки, поэтому при снижении частоты ядер ниже примерно 3 ГГц скорость работы пользователей падает гораздо сильнее снижения частоты.

1С, например.

Это чтобы он разбивался с 2 сторон, и юзер быстрее новый купил.

Если это было в ТЗ, то корректность данного функционала должна была быть проверена при тестировании на контрольном примере. Если в ТЗ этого не было — ну и какой спрос с программистов?

Причем здесь программисты? Этого не было в техническом задании. А даже если было — значит руководитель проекта лопух.

Зачем тройное резервирование, когда можно по 1 биту в ячейку класть?

Достаточно в 3D MLC/TLC вместо 2-3 бит писать 1. что, собственно, обычно и делает SSD, чтобы показать красивые цифры скорости.

Надеюсь колесико там хотя бы с оптическим энкодером? А то что-то про кнопки похвастались, а про колесико — нет.

Даже безродный китай за 250 руб. полгода сейчас работает от батареек.

Дык эти сайты заблокированы — и потому автоматом ушли из выдачи при очередном обновлении индекса (робот Яндекса так же получил предупреждение о блокировке, а не контент страницы). А требуют убрать ссылки на еще не заблокированные ресурсы. Для этого надо сделать дополнительные телодвижения.

1 дня для стабильного разгона не хватит. Ошибка может проскочить и через неделю непрерывной работы.

Затраты времени на стабильный разгон в большинстве случаев никогда не окупятся. Это же целый отдел надо содержать по стабильному разгону, документированные процедуры разрабатывать и т.п… Поэтому в организациях оборудование в подавляющем большинстве случаев работает в стоке.

Ключевое тут, видимо — наконец-то хоть один человек выжил.

Так может там автопилот рулил не туда.

Там клавиатура в IP68 исполнении чтоли? Почему они не должны попадать?

Принцип «Тяп-ляп — и в продакшн» в действии. Там еще наверняка и «Поставляется как есть» и «Без гарантий, что будет работать», как это принято с среде софтописателей…