Ну и в тех транзисторах не базы, как у автора, а вполне себе затворы, т.к. транзисторы в микросхемах уже давно полевые (MOS).
Кстати, спасибо за корректировку, сейчас исправлю в статье. Смысл это, конечно, особо не меняет, но я думал что у полевых транзисторов принципиальные обозначения такие же как у обычных.
Про это я прямо написал в дисклеймере - бежит фронт волны от столкновений электронов, а при переменном токе они действительно дергаются туда-обратно.
А про "не научились ничему другому" - так здесь и нечему учиться, потому что природа ничего другого нам и не предлагает, так что играем с теми картами, что имеем.
Думаю, минусов накидали в первую очередь за заголовок. В оригинале статья называется "Помогите, итераторы делают мой код медленнее!", и с такой постановкой становится понятней что это разбор тривиальной ошибки.
Да и сам перевод далеко не дословный, а с кучей дополнительных пояснений и воды.
можно твердо утверждать, что если событие пользовательского интерфейса вызвано не искусственно (является isTrusted), то target будет являться как минимум Node. Если же искусственно, то оно будет идентично currentTarget. (просьба поправить (ну или привести пример, доказывающий обратное), если в этих рассуждениях есть прокол).
Напомню что target - это изначальный источник события, а currentTarget - текущий. Разница между ними в том, что тот же click мог быть инициирован на одном из вложенных элементов, а обрабатывать его мы можем гораздо выше по дереву. Такой сценарий никоим образом отработать на уровне типов не получится, поэтому мы можем быть точно уверены только в типе curentTarget (как сделано например и в реакте).
Качество озвучки там гораздо хуже чем у Silero, но там это даже к месту - легко представить что все встречные говорят на незнакомых тебе языках и их в реалтайме переводит дешманский автопереводчик.
Сама игра кстати достойна внимания по концепции, эдакий Star Citizen на минималках, сделанный одним человеком. Ну или ещё тот самый Freelancer напоминает, только сильно расширенный.
Мне в принципе кажется что с ML нынче творится GPU-шовинизм какой-то. Наглядный пример - llama, которая и на CPU показывает хорошие результаты. Осталось только научить модели нормально обучаться на CPU, а не требовать от них эквивалента сотен лет человеческого времени для этого.
Вы, кажется, не поняли. Компилятор при компиляции полностью вырезает внутренний цикл и переменную temp, так как они нигде не используются и не вносят изменений в наблюдаемое поведение программы, потому и результаты точно такие же как и в обычном цикле.
Кстати, очень рекомендую Timberborn - градостроительный симулятор про бобров в постапокалипсисе. Звучит странно, а играется очень даже приятно и медитативно. Отличается хорошей проработкой физики воды, так что с гидротехническими сооружениями можно наворотить прям всякого.
Ну так именно она же и используется в тех же аккумуляторах - выделение свободных электронов из чисто химической (обратимой) реакции.
Кстати, спасибо за корректировку, сейчас исправлю в статье. Смысл это, конечно, особо не меняет, но я думал что у полевых транзисторов принципиальные обозначения такие же как у обычных.
Да, подумал об этом написать, но не стал :)
Про это я прямо написал в дисклеймере - бежит фронт волны от столкновений электронов, а при переменном токе они действительно дергаются туда-обратно.
А про "не научились ничему другому" - так здесь и нечему учиться, потому что природа ничего другого нам и не предлагает, так что играем с теми картами, что имеем.
Думаю, минусов накидали в первую очередь за заголовок. В оригинале статья называется "Помогите, итераторы делают мой код медленнее!", и с такой постановкой становится понятней что это разбор тривиальной ошибки.
Да и сам перевод далеко не дословный, а с кучей дополнительных пояснений и воды.
IP_over_Avian_Carriers
Все уже придумано за нас.
Напомню что target - это изначальный источник события, а currentTarget - текущий. Разница между ними в том, что тот же click мог быть инициирован на одном из вложенных элементов, а обрабатывать его мы можем гораздо выше по дереву. Такой сценарий никоим образом отработать на уровне типов не получится, поэтому мы можем быть точно уверены только в типе curentTarget (как сделано например и в реакте).
Кстати, уже есть игра где вся озвучка сгененерена - https://store.steampowered.com/app/1646850/SpaceBourne_2/
Качество озвучки там гораздо хуже чем у Silero, но там это даже к месту - легко представить что все встречные говорят на незнакомых тебе языках и их в реалтайме переводит дешманский автопереводчик.
Сама игра кстати достойна внимания по концепции, эдакий Star Citizen на минималках, сделанный одним человеком. Ну или ещё тот самый Freelancer напоминает, только сильно расширенный.
Мне в принципе кажется что с ML нынче творится GPU-шовинизм какой-то. Наглядный пример - llama, которая и на CPU показывает хорошие результаты. Осталось только научить модели нормально обучаться на CPU, а не требовать от них эквивалента сотен лет человеческого времени для этого.
Интересные примеры с оценкой размеров файла. Кстати, есть еще видео с подробным разбором скомпилированного таким образом кода.
К счастью, есть (относительно) простой способ эти циклические зависимости порешать внутри модуля: https://medium.com/visual-development/how-to-fix-nasty-circular-dependency-issues-once-and-for-all-in-javascript-typescript-a04c987cf0de
Использовал для своего проекта, все работает как надо, хоть и требует некоторых приседаний.
Кстати, теперь понятней стало и смысл FnOnce - оно поглощает self, как раз этот объект замыкания.
Хорошая статья, спасибо.
Вы, кажется, не поняли. Компилятор при компиляции полностью вырезает внутренний цикл и переменную temp, так как они нигде не используются и не вносят изменений в наблюдаемое поведение программы, потому и результаты точно такие же как и в обычном цикле.
Чего-то мне кажется что компилятор раста просто выбросил "фиктивный" цикл полностью.
Самый оптимальный сайт. В конце концов, никогда зачастую лучше чем прямо сейчас ;)
А можно было просто ttsc вместо tsc использовать и плагины заработают...
И не дай боже null через typeof проверять...
Кстати, очень рекомендую Timberborn - градостроительный симулятор про бобров в постапокалипсисе. Звучит странно, а играется очень даже приятно и медитативно. Отличается хорошей проработкой физики воды, так что с гидротехническими сооружениями можно наворотить прям всякого.
Какк обычно, лучше не предполагать злой умысел там, где можно предположить некомпетентность :)
Ну и не совсем понятно каким образом это может быть запланированным устареванием.
Вообще звучит как оправдание для Олега от мира тестировщиков :)