es
Feedback
HowProgrammingWorks - JavaScript and Node.js Programming

HowProgrammingWorks - JavaScript and Node.js Programming

Ir al canal en Telegram

Программная инжененрия для JavaScript, TypeScrip, Node.js 👉 Group: https://t.me/How_Programming_Works 👉 Node.js channel: https://t.me/metarhia 👉 Node.js group: https://t.me/nodeua

Mostrar más
6 468
Suscriptores
-224 horas
-167 días
-1130 días
Archivo de publicaciones
✔️ Начинаются праздники, приходит время гостей-экспертов на курсах Node.js 2024, Async 2024 и Patterns 2024. Уже завтра будет семинар по применению LISP подхода для JavaScript и Node.js мира. Наш гость на завтра: Евгений Юхно 🎓 Более 30 лет в ИТ. Прошел длинный путь от обслуживания и ремонта компьютеров на ВЦ, которые в то время занимали по-здания. Через программирование до управления ИТ как в реальном секторе экономики, так и в ИТ компаниях. 👨‍💻 В программировании: - для ПК: ASM Z80, MASM PDP11, MASM i286, MSX Basic, Fortran, Pascal / Object Pascal / Delphi, C / C++ / Borland C++ Builder, Lisp, dBaseIII, dBaseIV, Clipper87, Clipper 5, Java, PL/SQL, T-SQL, VisualBasic, C#, PHP, Perl, Python, JS - для PLC и embedded: ASM для КР-580, ASM Z80, Step 4... 7 (DSL of Siemens), DSL Allen Bradley, C/C++ - для ERP: C#, AL (DSL of MS Nav / MS Business Central), C-- (DSL of MS Axapta и его приемников), 1С -- куда ж без него в Украине 90х - под различне операционки: CP/M, IRIX, Xenix, IBM AIX, HP-UX, MS-DOS, Linux, Windows 🎯 В бизнесе: - Программист / Инженер по внедрению ИС - Системный аналитик / Бизнес-аналитик / IT консультант / Бизнес-консультант / CTO / CIO / CEO - Организовывал бизнес-направления в Hardware и Software - Организовывал ИТ-компании с нуля 💬 Тема семинара: Влияние основополагающих технологий на современные, и почему это хорошо на примере LISP и JS. Суперпозиция хорошо забытого и современного на примере персональной эффективности в Independent software development.

В этом плейлисте будет весь SOLID к новому году: https://youtube.com/playlist?list=PLHhi8ymDMrQZxZuGbkJai8M-0qu8iui2R&si=XCm1BaWBtYDc5hc9

Что думают функциональщики про GoF паттерны: (GoF)(x) = G(F(x))

🧩 Тут две простейшие реализации языка LISP на JavaScript, одна ООП + паттерн Interpreter, а вторая на мультипарадигменном программировании, с тем же паттерном: https://github.com/HowProgrammingWorks/Interpreter/tree/main/JavaScript

— AI сможет создавать сложные кодовые базы с нуля // Дарио Амадей CEO Anthripic — Мы бы волновались, если бы он смог создавать простой код и не с нуля, а через рефакторинг, а так... Сложные и с нуля все могут.

— AI сможет создавать сложные кодовые базы с нуля // Дарио Амадей CEO Anthripic — Мы бы волновались, если бы он смог создавать простой код и не с нуля, а через рефакторинг, а так... Сложные и с нуля все могут.

🧩 Можете ли вы предложить пример кода для иллюстрации принципов? (если спросят коллеки на собеседовании)
Anonymous voting

— Почему вы не избавляетесь от сложности и технического долга? — Вы что, мы столько сил потратили на этот крутой код, он нам очень дорог!

💡 И немного о структурах данных: список со списками, это как массив с массивами, как кулек с кульками, как коробка с коробками: List<List<T>>

💡 Способы создания более сложных абстракций из простых в ООП и функциональном программировании сильно пересекаются: ∙ Наследование - для ООП кажется, что все понятно, но применять наследование нужно не для расширения абстракции, а для сужения, что в ФП достигается типами, а для построения более сложных абстракций из более простых в ФП используют композицию, замыкания, функции высшего порядка (обертки, декораторы). ∙ Композиция - в ФП композиция везде, а вот в ООП обычно недооценена, реализуется через создание экземпляра одного класса внутри конструктора другого, композиция создает меньше зацепления и зависимости, проще тестировать, когнитивная нагрузка меньше. ∙ Агрегация - похожа на композицию, но ответственность за инстанцирование не на классе-владельце, т.е. создание экземпляров, вынесено в другие абстракции, а агрегирующий класс получает их уже готовые, чаще всего через конструктор и объединяет. ∙ Миксины - примешивать к готовым экземплярам ссылки на другие, это хаос, в ФП такого нет, и три предыдущие способа гораздо предпочтительнее, но если нет никакого более красивого выхода, то можно применить, как временное решение, создающее техдолг. ∙ Ассоциация - иногда под этим термином понимают взаимодействие абстракций, это нормально, но иногда это значит внешнюю агрегацию, в худшем случае - через миксин, в лучшем - через сеттер, так что, это тоже создает зацепление и технический долг. ∙ Делегирование - это подвид композиции, когда интерфейс внутренней абстракции полностью реализуется наружной, по сути это прямая замена наследования, без использования наследования и проблем, связанных с ним.

Functional programmers also can do nodejs
Functional programmers also can do nodejs