Наглядное представление о современных интерпретаторах и оптимизирующих компиляторах V8. Судя по тому что Maglev появился в этом году, "битва" идет уже за "проценты" производительности.

Какие инструменты используете для ведения документации

Давно хотел спросить, что вы используете в проектной деятельности для ведения документации? Напишите в комментах.

Речь именно о архитектуре, т.е. схемы на уровне кода, описание процессов, автоматизация и прочие задачи.

Учитесь программировать у маэстро, отличный самодокументируемый код: сначала typeThing, потом typeDo, потом JSONParse... и что характерно, все понятно!

Всех кто пишет иначе - на мороз. Слава богу, что я архитектором могу устроиться, маэстро пока на архитектуру не претендует вроде. Ну а всем js-разрабам срочно курсы повышения квалификации у маэстро.

Значительная часть активных участников сообщества S0ER CLUB встала на защиту мурыча и мягко намекнули мне, что я веду себя как озлобленный токсик по отношению к нему.

Самое страшное, в этой ситуации, что я с ними согласен.

Поэтому и с учётом, что скоро новый год, признаю, что после пристального изучения контента мурыча, дядька он все же добрый, со своими тараканами, но и у меня они есть.

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

Вот это я понимаю, узнаю старого доброго Лиса, лучшие хардкорные объяснения простыми словами. Прямо кайфанул. Всем рекомендую!

В видео Лис показывает как сделать простой загрузчик и вывести на экран hello world средствами bios.

https://youtu.be/q9UAUkD9Zio?si=oTHcezZFDFBwuO4T

Сегодня в телеграме состоится онлайн техток на тему "логирование зачем оно вообще нужно?"

Спасибо Киру и Николаю за организацию стрима, по условиям стрима победителем является тот, кого определят зрители. Итоги голосования: 69% за меня, и 31% за мурыча. Победа с разгромным счетом!

По итогам общения с мурычем 2:0 в мою пользу, на первый стрим он не явился, на второй выдвинул какие-то дико сложные условия, причем имел времени на донесение своей позиции сильно больше чем я, имел возможность продумать и подготовить свои вопросы, но по итогу все равно правда осталась за нами. Ура!

Рубилово было здесь - https://www.youtube.com/watch?v=dWh6jxKroTQ

Посмеялся от души, автору большое спасибо https://www.youtube.com/watch?v=PZugGAL09Qc&ab_channel=V0VAH

Увлекательная статья про устройство работы v8. Мне очень понравилась секция про маркировку и уплотнение указателей. Настолько, что я собрал у себя v8 из исходников и повтороил часть статьи. Вместо windbg использовал gdb для линукс.

Неудивительно, что javascript так жрёт память, на каждый чих создавать развесистую мапу - это мажорство. Всякие small integer ещё можно оптимизировать, а double уже в кучу кладётся. Жесть.


https://habr.com/ru/companies/bastion/articles/699168/

Хотел поговорить про абстракции и вспомнил, что у меня видос на эту тему есть.

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

https://youtu.be/uSnli_4BrEA?si=hFWKjU2nbgjn7u65

Долгое время понятие "исключения" относилось к аппаратным прерываниям, которые возникали на аппаратном уровне. Затем появились программные исключения, которые создавались и резолвились самими программистами, на уровне приложения.

Для этого использовались try/catch/finnaly методы.

Интересно, что механизмы исключений в разных языках работают похожим образом - это дополнительные программные абстракции, которые управляют потоком управления программы.

Технически это просто вызов специальных методов (throw, raise и т.д.), которые затем расскручивают стек в поисках обработчика (catch).

Концепция (не реализация, а именно концепция) невероятно сложная, так как "исключение" обладает как сложной семантикой, так и сильно усложняет логику программы (по сути мы должны исходить из мысли, что каждый оператор - это последний оператор, а далее может быть exception). Поэтому многие программисты критикуют подходы, использующие исключения.

Очень часто исключения упрощают до набора простых правил, из-за которых теряется значительная часть семантики. Это приводит к тому, что исключения выбрасывают в любом удобном и неудобном случае.

Вот статейка про то как работают исключения в C++, по сути ничего "исключительного" (кроме семантики), в обработке исключений на уровне языка, нет. https://habr.com/ru/articles/279111/

У Лиса отлично описаны аппаратные прерывания, которые используются для обработки исключений на уровне процессора.

Это даёт более глубокое понимание различий между "аппаратными исключениями" и "программными".

https://neurofox.ru/project/sasm/23_exception

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

Кир разобрал вопросы со стрима, по поводу "throw - это return с особенностями", оказывается, бомбануло не только у меня (мой разбор есть на последнем стриме).

Вариант разбора Кира - https://t.iss.one/kirjs_ru/577


На канлае у Кира есть разбор и других вопросов, плюс видео разбор.


Если коротко, то мои ответы были корректны, но не объемны (но об этом Кир знал ещё на этапе согласования стрима, так как мне было принципиально подчеркнуть, что это не экзамен для меня).

Ну а качество вопросов и "правильные" ответы даже чатгпт не оценил. Реально практической пользы, в первых двух вопросах, почти нет.