Больше роботов, меньше рабочих мест, ниже платёжная способность, меньше необходимость в банках, банкротство банков. Хм, банки не замечат, что сами себе же роют яму?
А чего это MS не любит эту практику, прерывать выполнение потока, а если он в файл в это время пишет или формирует ответ сервера клиенту? Все не любят эту практику, а за использование надо руки отрывать и более не подпускать к компьютеру. Данная функция просто убивает контроль над завершением потока. Ну не надо изначально так делать и при портировании пусть переписывают код на нормальные модели прерывания работы потоков.
Пить кислоту или щёлочь? Думаю плохой вариант. А вот соблюдать диету можно, но вот увы, многие не хотят. Да и более активный образ жизни вести, что тоже многие тоже не хотят.
В общем проблема JS и других не фулл-стек языков, так это хаос среди библиотек. Опять же ещё проблема — хипстерское комьюнити с очень низким уровнем подготовки. В итоге имеем, что имеем. Недоработанные библиотеки, низкое качество поддержки, постоянный переход с одних на другие, выбор библиотек обуславливается хайпом, а не функциональностью и можно перечислять и далее.
А сколько она проживёт в режиме ожидания. Я не читаю запоем десятки тысяч страниц, читаю обычно вечерами страниц может по 200-300. И вот почему-то было 2 книги на андроиде от Onyx, заряжать всё равно каждую неделю надо, при этом садятся обе не в режиме ожидания, а какой-то бешеный саморазряд, да и когда читалка запускается пару минут, не, это как-то не очень нравится. А вот конкурент месяц и более может протянуть, если же выключать полностью, мне хватает реально месяца на 4 одной зарядки.
100501я читалка, аналогичная предыдущим. Доколе будет использован андроид 4.4? Опять же знаю не по наслышке о качестве софта для читалок, о времени автономной работы. Не, читалка которая может жить только рядом с розеткой, не, спасибо.
На мелкий пример смотреть больно, а когда проект разрастается, появляется сотня обсёрвеблов, вот тут я бы посмотрел, как будут прогорать кресла у новых разработчиков, потому что старых это всё достанет и они тупо свалят.
Ненавижу подобные бенчмарки, ибо очень часто что-то оптимизировано, а что-то нет. Плюс числодробилки не являются показателем производительности реального приложения. Вот какая разница станет в производительности, если сетевая работа или БД будут выжирать 80% времени работы приложения?
Поковыряйте исходники UE4, я готов сразу пожелать удачи, там макрос на макросе и макросом погоняет. Там ничего не поможет. Привнося макросы вы так же вносите хаос в свой код. Свойства можно реализовать на базе шаблонов и работать будут они как настоящие свойства. Когда опыт позволяет реализовать более или менее хорошо свойства, уже приходит понимание, что они не нужны, C++ уже принимается таковым, какой он есть.
Вот не факт, у меня есть старая термобумага, с отпечатанной инфой, нормально видно всё до сих пор, а чеки из магазинов уже через месяц при комнатной температуре исчезают.
Что это я только прочитал? Неужели ядерная реакция?