Программирование, как и любая человеческая деятельность насквозь мифологично, более того, мы решительно ни о чем не можем поговорить, чтобы не опереться на тот или иной миф, то у нас Node.js однопоточный (хоть никогда не был), то мы говорим о нетипизированном языке программирования (хоть таких не бывает), то переменные иммутабельные (хоть это оксюморон), то микросервисы ускоряют ответ (хоть могут только замедлять), и даже, если мы понимаем неточность терминов, и пытаемся говорить точнее, то рассказ растягивается на бесконечность, потому, что все нужно уточнять, а уточнения тоже уточнять, и к каждому факту в уточнениях можно придраться и оспорить. Так что, быстро общаться можно, но только понимая друг друга между строк. Выйти за рамки мифа можно, но только создавая новый миф. Ошибки исправить можно, но только делая новые и новые ошибки. Да и учиться сразу правильно не выйдет, мы осваиваем частично ложные знания еще и плохо осваиваем, сталкиваемся с опытом и благодаря ошибкам, можем делать следующий шаг.
👍50❤22😁4💯3
Sync and async code
🤣53😁7⚡1👍1👎1😢1💯1
Почему нужно избегать union-тайпов?
1. Каждый раз, когда юнион куда-то приходит аргументом, нужно делать if, чтобы понимать, как с ним работать, кроме случая, когда все классы/типы, входящие в юнион имплементируют один и тот же интерфейс и нас интересует обращение именно через этот интерфейс, зачем тогда юнион, используйте этот интерфейс вместо него, ну если в юнион не входит undefined, null, unknown и т.д.
2. Юнионы приводят к мегаморфной форме обращения к объектам в V8, и это замедляет код, не сметртельно, но это неприятно и проще всего всего забыть их. Но для чего же они тогда вообще нужны? Для совместимости с JS, если в нем можно передать что-угодно аргуметом, то это нужно меть возможность как-то выразить. Это не значит, что это хорошо и так нужно писать кода, это добавили как возможность, а не как обязанность )
3. Это часто ведет к нарушению SOLID:SRP (принципа единственной ответственности), потому, что как может метод, например, получать сокеты или таймеры на выбор и делать разные вещи в зависимости от этого, это же маразм, нарушает SOLID:LSP (принцип подстановки), иногда нарушает GRASP:InformationExpert, явно повышает Coupling.
Вместо этого нужно всегда использовать маленькие интерфейсы, заточенные под узкую задачу, помним про SOLID:ISP (принцип разделения интерфейсов) и могут быть optional аргументы, для этого не нужно делать union с null.
1. Каждый раз, когда юнион куда-то приходит аргументом, нужно делать if, чтобы понимать, как с ним работать, кроме случая, когда все классы/типы, входящие в юнион имплементируют один и тот же интерфейс и нас интересует обращение именно через этот интерфейс, зачем тогда юнион, используйте этот интерфейс вместо него, ну если в юнион не входит undefined, null, unknown и т.д.
2. Юнионы приводят к мегаморфной форме обращения к объектам в V8, и это замедляет код, не сметртельно, но это неприятно и проще всего всего забыть их. Но для чего же они тогда вообще нужны? Для совместимости с JS, если в нем можно передать что-угодно аргуметом, то это нужно меть возможность как-то выразить. Это не значит, что это хорошо и так нужно писать кода, это добавили как возможность, а не как обязанность )
3. Это часто ведет к нарушению SOLID:SRP (принципа единственной ответственности), потому, что как может метод, например, получать сокеты или таймеры на выбор и делать разные вещи в зависимости от этого, это же маразм, нарушает SOLID:LSP (принцип подстановки), иногда нарушает GRASP:InformationExpert, явно повышает Coupling.
Вместо этого нужно всегда использовать маленькие интерфейсы, заточенные под узкую задачу, помним про SOLID:ISP (принцип разделения интерфейсов) и могут быть optional аргументы, для этого не нужно делать union с null.
👍16💯4❤1🔥1
🙊 The Law of Demeter (LoD): Don’t talk to strangers
If you see something like this:
👉
👉
👉
You have technical debt! It's time to plan refactoring.
Each entity (unit/instance) should have only limited knowledge about others (only "closely" related to the current one).
Each entity should only talk to its friends (immediate friends): don’t talk to strangers!
Вut don't do it in a panic and do not mix refactoring with other issues (like new features implementation).
Just note that and plan resource allocation.
If you see something like this:
👉
connection.parent.service.storage.db.saveRecord
👉
this.action.scenario.bot.telegram.sendMessage
👉
service.find('logger').kind('error').stream.write
You have technical debt! It's time to plan refactoring.
Each entity (unit/instance) should have only limited knowledge about others (only "closely" related to the current one).
Each entity should only talk to its friends (immediate friends): don’t talk to strangers!
Вut don't do it in a panic and do not mix refactoring with other issues (like new features implementation).
Just note that and plan resource allocation.
👍17💯2
✅ План стримов по паттернам:
08 августа - четверг - ITBeard
09 августа - пятница - Деми Мурыч
10 августа - суббота - Илья Климов
08 августа - четверг - ITBeard
09 августа - пятница - Деми Мурыч
10 августа - суббота - Илья Климов
🔥29👍7❤4😢1
🧩 Мастер-класс Middle to Senior in 2024
Переосмысление GRASP, SOLID и GoF паттернов для фронтенда и бекенда
Начало: 17 августа в 15:00
👉 Сюда: https://www.tgoop.com/JavaScriptPatternsBot?start=TIMUR
Переосмысление GRASP, SOLID и GoF паттернов для фронтенда и бекенда
Начало: 17 августа в 15:00
👉 Сюда: https://www.tgoop.com/JavaScriptPatternsBot?start=TIMUR
Telegram
JavaScript Patterns
Patterns for JavaScript and Node.js
🔥7👍2❤1
В субботу будет мастер-класс «Middle to Senior in 2024» в 15.00 (GMT+3) 👉 https://www.tgoop.com/JavaScriptPatternsBot?start=TIMUR
👍29🔥9🤩3🤯2🫡1
Я редко делаю стримы, ну вот как завтра будет. Можем найти несколько, и я считаю, вот этот до сих пор достаточно актуальный и глубокий https://youtu.be/qipIRQptP_4
YouTube
Hacktoberfest 2021: лайвкодинг и ревью кода, Node.js worker_threads и thread pool для Metarhia
Github автора: https://github.com/tshemsedinov
Ответы на вопросы по ноде, JavaScript и программной инженерии
Ответы на вопросы по ноде, JavaScript и программной инженерии
👍11❤2💯2
Кто еще не смотрел стрим про связь профессионального роста и паттернов, то готовьтесь, там больше 7 часов, и главное — все по делу, про то, как и чему учиться и про важность культуры, которая проникает через паттерны https://www.youtube.com/watch?v=QzxklJW4_LM
YouTube
🧩 Самые полезные знания для роста — Переосмысление паттернов для JavaScript, TypeScript, Node.js
👉 Следующий стрим: https://youtube.com/live/tpY01TLctAs
👉 Регистрация на курс: https://nodeua.com/Patterns-2024-buy.html
👉 Github автора: https://github.com/tshemsedinov
👉 Примеры кода по адаптерам из стрима: https://github.com/HowProgrammingWorks/Ad…
👉 Регистрация на курс: https://nodeua.com/Patterns-2024-buy.html
👉 Github автора: https://github.com/tshemsedinov
👉 Примеры кода по адаптерам из стрима: https://github.com/HowProgrammingWorks/Ad…
🔥20❤7👍6
Forwarded from Metarhia/NodeUA - Node.js Ukraine Community
Кстати, открыта предварительная регистрация на курс Patterns 2024 — я уже изучил всю доступную литературу и конкурентов и теперь уверен — аналогов нет, ни кто так и не смог сделать приличной адаптации паттернов к JavaScript, TypeScript, Async, Node.js миру — https://nodeua.com/Patterns-2024-buy.html
🔥18👍8🫡2🤩1
🧩 Добавил рассрочку на курс Patterns. Еще спрашивают, будут ли скидки - нет, потому что экономика программы наставничества не сойдется, я нанимаю лучших специалистов и экономить на качестве обучения это плохая идея. Можно ли приобрести Patterns без наставничества – да, это называется минимальный тариф. 👉 https://nodeua.com/Patterns-2024-buy.html
❤14🫡3👍1
🧩 Patterns 2024 Training
English-only description version for those who want the company to pay for their training
https://nodeua.com/Patterns-2024-buy-en.html
English-only description version for those who want the company to pay for their training
https://nodeua.com/Patterns-2024-buy-en.html
🔥3👍2🫡1