HowProgrammingWorks - JavaScript and Node.js Programming
6.24K subscribers
256 photos
5 videos
1 file
659 links
Программная инженерия и JavaScript сообщества Метархия.

Ссылки на митапы, группы и каналы сообщества https://github.com/HowProgrammingWorks/Index/blob/master/Links.md
Download Telegram
🎓 Позиция сообщества Метархия по платному IT образованию:
1⃣ Все материалы для начинающих должны быть бесплатными, чтобы они могли стартовать без вложений. Новички не могут отличить качественные курсы от пустых, слабо ориентируются и часто попадают на инфомошенников, хоть интернет полон бесплатными материалами для новичков.
2⃣ Платные курсы, наставники, интернатура, ревью кода и консультации — это только для тех, кто уже освоил базовое программирование, работает или имеет возможность работать за деньги. Такие люди уже понимают чего хотят и могут оценить качество обучения.
3⃣ Обучение это не просмотр видео и не решение задачек с литкода, а практика написания продуктового или системного кода, приближенного к реальному, семинары, обсуждения, ревью.
4⃣ Важно научиться писать понятный, а не быстрый код. Оптимизации нужно подвергать 1% критического кода, после того, как он заработал, и именно этот 1% дает 99% всех тормозов.
5⃣ Учиться нужно в группах и после первых 6 месяцев, обязательно на реальных проектах, потому, что работать вы будете в коллективе, где более половины навыков, это понимание коллег и взаимодействие с ними.
«Преждевременная оптимизация — корень всех зол». Дональд Кнут это ещё в 1974 сказал, но люди сейчас Кнута не читают и с первого месяца обучения до 2-3 лет опыта им очень важно сравнить for/while/do..while/forEach/for..of/for..in/reduce/map для несчастного сложения 5 чисел в массиве, которое вызывается 2 раза в час.
Forwarded from Asynchronous Programming
Patterns for Async & Node.js
Rethinking GRASP, SOLID, and GoF patterns for Frontend & Backend

Опрос для формирования нового курса по переосмыслению принципов GRASP и SOLID, а так же паттернов проектирования (классических GoF и дополнительных), чистой архитектуры и проектирования архитектуры на базе DDD (Domain-driven design) для фронтенд и бекенд инженеров.

10 самых интересных ответов получат мои рекомендации по поднятым темам и ссылки на решения этих проблем из моих открытых и закрытых лекций, семинаров, тренингов, а если нет таких материалов, то я постараюсь ответить лично и привести примеры кода. 👉 https://forms.gle/zE78uTAqKR3GWAoq5
Сколько пользователей у проектов, которые вы пишете?
Anonymous Poll
16%
> 1 000 000
11%
> 100 000
11%
> 10 000
5%
> 5 000
7%
> 1 000
5%
> 500
5%
> 100
5%
> 10
3%
< 10
31%
1 и это я
— Вы там все с ума посходили с этим своим EventEmutter, натуральный goto, это же мерзость, как и все в этом вашем Node.js
— Это ты где так от EventEmutter пострадал? Опять CTO заставлял собесы принимать?
— Та не, вчера с Васей пиво пили и он мне насвистел... А правда, что у вас даже стримы на гоуту работают?
Если бы программисты думали про свой код так же, как Блез Паскаль думал про свое письмо: «Это письмо получилось таким длинным потому, что у меня не было времени написать его короче». И нет, это не тот чувак, который сделал Turbo Pascal, это не Андерс Хейлсберг, это более олдовый дядька, середина XVII века, а уже знал про оверинженеринг и «Keep it simple, stupid»
SOLID, GRASP, Law of Demeter, Inversion of Control, DI, Separation of Concerns, DDD, Contract programming, etc... What are they needed for?
Anonymous Poll
25%
Just for interviews
41%
For everyday use
18%
Increases self-esteem
16%
WTF?