Причем JVM и V8 умеют в деоптимизацию: когда меняется поток данных, они откатываются к неоптимальному коду с подсчетом новой статистики, а затем компилируют оптимальный код с новым профилем
У них ограничение по весу мозга, поэтому эволюция пошла по пути оптимизации вычислительных блоков, а не как у приматов - брутфорс в сторону увеличения количества связей
Если прочитать оригинал полностью, то будет понятно, что корректно имплементировать "спать" в мире асинхронных функций не так уж и просто: "как не заблокироваться?", "кто будет будить?", "как избежать ненужного поллинга?", "как реализовать отмену?", "как не дать протечь абстракции?", "как по дороге сохранить и не расплескать контекст исполнения?" и прочие тому подобные нюансы
Подозреваю, что в первоначальной модификации пульт был проводным. И, чтобы не тащить жгут проводов, а только 2, сделали одну кнопку, имплементация логики управления - в схеме внутри телевизора. Потом провода заменили на светодиод и фотодиод, а логику управления переделывать не стали - и так сойдет
Jetbrains не будет делать LSP к своему компилятору Kotlin для поддержки своего языка в чужих IDE. Им выгодно продавать свою IDE, а не поддерживать чужие
Подозреваю, что технология изготовления переходов отличалась, что проще было на германиевых получать pnp переход путем сплавления и диффузии на базе, а на кремниевых npn переход - эпитаксиально-планарной технологией путем наращивания слоев на коллекторе.
Глянул код свежим взглядом. Код все еще блокирующий. Решение от чатгпт предполагает удержание потока из пула на каждого клиента вплоть до закрытия соединения, блокируясь на вызове read. При исчерпании пула остальные подключения будут накапливаться в буфере mpsc.
Программисты будут еще какое-то время нужны, как минимум для верификации галлюцинаций LLM, чтобы такое случайно на прод не уехало
Картинку в пресс-релизе под 403 прятать - ну такое...
Причем JVM и V8 умеют в деоптимизацию: когда меняется поток данных, они откатываются к неоптимальному коду с подсчетом новой статистики, а затем компилируют оптимальный код с новым профилем
Там Сундар Пичаи пришел. Лет 5 назад все кардинально поплохело
Да ладно, херак-херак и в продакшен. Менеджерам это нравится: метрика time-to-market выросла
У них ограничение по весу мозга, поэтому эволюция пошла по пути оптимизации вычислительных блоков, а не как у приматов - брутфорс в сторону увеличения количества связей
Если прочитать оригинал полностью, то будет понятно, что корректно имплементировать "спать" в мире асинхронных функций не так уж и просто: "как не заблокироваться?", "кто будет будить?", "как избежать ненужного поллинга?", "как реализовать отмену?", "как не дать протечь абстракции?", "как по дороге сохранить и не расплескать контекст исполнения?" и прочие тому подобные нюансы
С появлением чатжпт теперь редко теперь на хабре увидишь такие качественные и грамотные переводы. Спасибо за проделанную работу
Обычно такое продаётся за "символический доллар", но тому, кому надо
Подозреваю, что в первоначальной модификации пульт был проводным. И, чтобы не тащить жгут проводов, а только 2, сделали одну кнопку, имплементация логики управления - в схеме внутри телевизора. Потом провода заменили на светодиод и фотодиод, а логику управления переделывать не стали - и так сойдет
Jetbrains не будет делать LSP к своему компилятору Kotlin для поддержки своего языка в чужих IDE. Им выгодно продавать свою IDE, а не поддерживать чужие
для Kotlin в VS Code дела обстоят ещё хуже, чем для Java: нет LSP по понятным причинам
Подозреваю, что технология изготовления переходов отличалась, что проще было на германиевых получать pnp переход путем сплавления и диффузии на базе, а на кремниевых npn переход - эпитаксиально-планарной технологией путем наращивания слоев на коллекторе.
Было много схем в журналах "радио" и "в помощь радиолюбителю", где комбинировались эти германиевые pnp-транзисторы и кт315
Чтобы на индусском edtech сжечь до пустоты в карманах 5 ярдов за 11 лет - это суметь надо. Что-то тут нечисто с этими поглощениями
Странно, что не читатель. Его полный тезка с таким же юзернеймом - учитель химии и физики
я даже не знаю, как это прокомментировать
Как быстро меняются времена в мобильном hardware. Когда-то exynos был самым топовым среди arm64
Ещё есть
QDirStat(https://github.com/shundhammer/qdirstat), который так же пристутствует в дистрибутивахГлянул код свежим взглядом. Код все еще блокирующий. Решение от чатгпт предполагает удержание потока из пула на каждого клиента вплоть до закрытия соединения, блокируясь на вызове read. При исчерпании пула остальные подключения будут накапливаться в буфере mpsc.
Программисты будут еще какое-то время нужны, как минимум для верификации галлюцинаций LLM, чтобы такое случайно на прод не уехало
Del