#114: Мониторинг node.js на примере интересного кейса
Презентация: https://github.com/amel-true/presentations/blob/master/Monitoring-case.pdf
Наш Патреон https://www.patreon.com/devschacht
#113: Три проблемы nest
Видео: https://youtu.be/jS2nYEaWIwk
00:00:00 Я люблю фронтенд 2020
00:06:16 it-knot в Воронеже
00:07:56 Три проблемы nest
http://ilovefrontend.ru/
Трансляция целиком: https://www.youtube.com/watch?v=eLlULhNNthI
Глазные интерфейсы — Иван Бакаидов
Patreon Ивана
BFCache, или Туда и обратно — Виктор Хомяков
12 марта — it-knot с Андреем Мелиховым в центре “Мой бизнес” Воронеж.
Наш Патреон
www.patreon.com/devschacht
#112: Артём Кобзарь про собственную альтернативу TS и многое другое
00:00:31 Зачем писать свой статический анализатор
00:02:20 За что Илья Климов взял Артёма на работу
00:06:25 Hegel это фановаая дичь или полезный инструмент?
00:11:53 Можно ли использовать самописные велосипеды в крупных компаниях
00:18:24 Есть ли будущее у Hegel
00:23:45 Почему в докладе про Hegel не было маркетинга
00:24:59 Зачем нужен Hegel когда есть Dart
00:29:16 Чем хорош JavaScript
00:30:13 Полезные монады
00:38:21 Haskell или Closure?
00:41:00 Туда ли развивается JavaScipt?
00:48:40 Рекомедации Артёма по докладам на Holy.js 2020
Доклады, которые можно посмотреть сейчас:
#111: Смешиваем CJS и ESM. Гексагональная архитектура
00:00:08 Чем отличаются англоязычные митапы у нас и за границей
00:01:47 Плюсы коротких докладов
00:02:18 Как поставлять EcmaScript-модули в библиотеках
00:08:40 Conditional Exports в node.js
00:11:15 Гексагональная архитектура
ESM conditional exports
Hexagonal Architecture
Ports & Adapters Architecture
Наш Патреон
www.patreon.com/devschacht
#110: Когда начинать изучать архитектуру ПО
Чистая архитектура. Искусство разработки программного обеспечения
https://www.piter.com/collection/programmirovanie-razrabotka-programnogo-obespecheniya/product/chistaya-arhitektura-iskusstvo-razrabotki-programmnogo-obespecheniya
Дядя Боб на Holy.js
https://holyjs-piter.ru/2020/spb/people/3kdflqk4xbhxs3iktiqx1k/
Наш Патреон
www.patreon.com/devschacht
#109: Грамотная работа с ошибками. Монада Either.
Как правильно работать с исключениями в DDD
https://habr.com/ru/company/true_engineering/blog/431804/
Replacing Throwing Exceptions with Notification in Validations
https://martinfowler.com/articles/replaceThrowWithNotification.html
Артём Кобзарь/Дмитрий Махнёв — (не|ну)жная монада Either на практике и в теории
https://youtu.be/S0cCjbWuvzk
Railway oriented programming
https://swlaschin.gitbooks.io/fsharpforfunandprofit/content/posts/recipe-part2.html
Наш Патреон
www.patreon.com/devschacht
Недавно в комментариях на Hexlet я поучаствовал в дискуссии на тему «Что важнее — оптимизации производительности или качество кода?» Если вернуться чуть назад, то исходный вопрос звучал так — нужно ли использовать перебирающие методы массивов (т.е. Array.prototype.map(), Array.prototype.filter(), Array.prototype.reduce() и т.д.) или стоит остановиться на старом добром цикле for ввиду его явного превосходства в производительности?
Казалось бы, такой простой вопрос одновременно поднимает две важные проблемы. Первая — вред от устаревающего знания о специфике реализации, и вторая — должна ли производительность кода стоять во главе угла.
Разберём по порядку.
Устаревающее знание о специфике поведения интепретаторов
JavaScript является интерпретируемым языком. Это значит, что при написании кода, мы никак не контролируем то, как будет выглядеть код в виде машинных инструкций. Это полностью зависит от движка, исполняющего наш JavaScript, и этих движков великое множество. Например, в Chrome наш код исполняется с помощью движка V8, в Safari это JavaScriptCore, в Firefox — SpiderMonkey. И это далеко не все. Более того, каждый движок имеет множество версий. И вот, что интересно — все браузерные движки являются конкурентами. Но как они могут конкурировать между собой за любовь пользователя? Кто-то скажет — поддержкой самых современных фишек EcmaScript! Но нет, на самом деле пользователям по большему счёту всё равно, насколько хорошо браузер что-то там поддерживает. Интерфейс приятный? Все сайты работают? …
#108: Производительность кода — это важнейший критерий качества?
О цитате “Преждевременная оптимизация — корень всех зол” http://sergeyteplyakov.blogspot.com/2009/12/blog-post_08.html
Пишем производительный JavaScript. 3 совета. https://medium.com/devschacht/3-tips-about-javascript-597c33a219d6
#107: Мониторинг node.js-приложений
00:01:32 Мониторинг node.js-приложений
00:14:17 Не завязывайтесь на фреймворк в бизнес-логике
00:19:37 kebab-case в названиях файлов
00:21:29 Не сходите с ума на работе
Node.js Performance Monitoring with Prometheus
https://blog.risingstack.com/node-js-performance-monitoring-with-prometheus/
Тимур Шемсединов — Масштабирование Node.js для высоких нагрузок
https://youtu.be/-yJWLaJ31NI
Не сходите с ума на работе
https://www.mann-ivanov-ferber.ru/books/ne-shodite-s-uma-na-rabote/
Наш Патреон
www.patreon.com/devschacht
#106: Итоги 2019, часть 2. Железо и софт.
Техника
- Полевой набор подкастера остался всё тем же (Shure SM57 + Zoom H5) но добавилась сменная голова к H5 на +2 микрофона (EXH-6)
- Домашний набор — не изменился, всё тот же Rode Procaster
- Стало много видео. Камера всё та же (Panasonic Lumix G80), но стекло Leica 15/1.7
- Свет. Много игрался со светом, сейчас основной набор это Elgato Key Light, Amaran AL-F7, Boling BL-P1 Vlogger
- Для полевых видео докуплены Rode Wireless Go в пару к Rode Fillmmaker kit
- Стабилизатор Snoppa Atom
- Внешний SSD Samsung T5
- iPad Pro 11
Трансляции с мероприятий:
Полностью перестал использовать:
About
