Такими темпами JavaScript начнут преподавать в синагоге

Решение задачек про велосипедиста при помощи релятивистской механики — это как везде пихать ООП, а при помощи квантовой механики — это как пихать ФП. Люди, очнитесь, пишите простой процедурный код, зачем вам это чувство превосходства над массами?

Отличать красивый код от некрасивого, это первое, чему нужно учить. Эстетика и интуиция прививаются насмотренностью хороших и плохих примеров. Еще до того, как человек может написать что-то существенное, он без детального разбора, по внешнему виду способен сказать, испытывает ли он интерес и удовольствие или мучительное отвращение, глядя на пример. Код должно быть приятно рассматривать. https://youtube.com/@TimurShemsedinov

Чтобы писать на low-code нужно все то же, что и в обычном программировании, но это гораздо менее удобно. Условия и ветвление, циклы, структуры данных, работа с файлами, сетью, БД и прочее, никуда не деваются. Просто у вас не будет возможности:
🖕 писать юниттесты,
🖕 делать ревью кода, сравнивать код,
🖕 diff между коммитами, смотреть историю, версии кода,
🖕 модули, слои, компоненты - забудьте,
🖕 сложные схемы, более 100 блоков,
Научитесь писать идеальный код с первого раза и чтобы его не нужно было поддерживать.
Но есть и положительные моменты:
✅ красивая картинка продает,
✅ вы сможете списывать больше времени,
✅ бюджеты будут расти,
Так же можете забыть про:
🚫 безопасность,
🚫 масштабируемость и надежность,
🚫 расширяемость и поддерживаемость,
🚫 предсказуемость сроков разработки.
Удачи и терпения! С low-code они вам понадобятся.

Писать компьютерные игры в 1000 раз интереснее, чем играть. Это личный опыт.

Как учить языки программирования? Несколько неочевидных подсказок:

🔵 Не нужно сразу стараться понять все, это как с человеческими языками, если концентрироваться на том, что вы не понимаете все на 100%, то обучение заблокировано, со временем пробелы будут закрываться, а после какого-то момента пазлы сложатся,
🟢 Нужно много читать и разбирать хорошего кода, основная деятельность программиста — это не написание, а чтение кода, это так не только во время обучения, но и в работе,
🟡 Нужно изучать плохой код, разбирать почему он плохой и исправлять, переписывать, улучшать, добиваться не скорости и применения сложных конструкций, а читаемости, простоты и понятности,
🔴 Важно делать ошибки, изобретать велосипеды, наступать на грабли, исправлять их и разбирать, в чем была проблема, конфликтовать и приходить к консенсусу, заходить в тупик и находить решение, это эффективнее всего делать в групповом проекте, объединяйтесь и работайте вместе.

Тут мои новые лекции для начинающих и много заданий: https://github.com/HowProgrammingWorks/Index/blob/master/Courses/Beginners.md

⚡️ Оптимизация до выявления проблем — это признак системного кода, а если вы делаете это в прикладном, то вы или еще учитесь или экспериментируете для себя или вас нужно гнать с проекта. Когда стоит оптимизировать прикладной код: когда вы уперлись в проблему, а до этого просто пишите обычный максимально простой, читаемый и понятный код.

💥 Увольте своих HR если они говорят вам, что нужно усилить фильтры формальными требованиями и ужесточить скрининг.
— А кто же будет проводить скрининг?
— Сами кандидаты. Попробуйте:
Опубликуйте больше подробностей о проекте и вакансии, о компании и коллективе. Сделайте опросник для самостоятельного оценивания уровня кандидатов. Набросайте типовых issue, которые будут встречаться в работе. Опишите того, кто вам нужен. Кандидаты сами в состоянии оценить себя, потянут ли они. HR, в большинстве случаев, просто искажает коммуникацию между специалистами, не давая действительно важной информации проникнуть к кандидатам, а действительно стоящим кандидатам проникнуть к команде. Ни какие формальные критерии не могут быть адекватными. Не бойтесь, в конечном счете, обмануть невозможно, какой смысл кандидату врать, если все выяснится очень быстро. Да, будут сбои в такой системе, будут появляться неадекваты, но разве они не проходят формальные фильтры? А в подавляющем большинстве случаев люди способны себя оценить адекватно.

🎉 Опа, чуть не забыл, что сегодня черная пятница, в общем так, курс по ноде продлен на следующий год, количество материалов увеличивается вдвое, оглавление опубликую на днях, а через неделю цена тоже увеличится c $200 до $300 https://github.com/HowProgrammingWorks/Index/blob/master/Courses/NodeJS-2022-2023.md
⚡️ А сегодня кто возьмет за $100 на патреоне план Professional на год, то получает видеозаписи за 2023 https://www.patreon.com/tshemsedinov
Только видеозаписи, это не курс, без ревью, без проверки и обсуждения заданий, но в записях есть чужие ревью.

Все ссылки, которые я обещал на стриме (если что забыл, скажите, добавлю):
⭐️ Гитхаб: https://github.com/tshemsedinov
⚡️ Патреон: https://patreon.com/tshemsedinov
❓ Вопросы на интервью по ноде: https://github.com/tshemsedinov/NodeJS-Interview-Questions
👉 Новый курс по ноде: https://github.com/HowProgrammingWorks/Index/blob/master/Courses/NodeJS-2022-2023.md
🛠 Старый курс по Node.js в открытом виде: https://github.com/HowProgrammingWorks/Index/blob/master/Courses/NodeJS.md
🏛 Оглавление всех лекций: https://github.com/HowProgrammingWorks/Index
👶 Для начинающих: https://www.youtube.com/watch?v=2DM5I2CI4gY&list=PLpmhTzMVLuROAIey9vW3pyRSpHfknLssu
☘️ Канал Олега Хомяка: https://www.youtube.com/@khomiakoleg4034
🗨 Телеграм: https://t.me/metarhia и https://t.me/nodeua
🚀 Конференция Метархии: https://www.youtube.com/@Metarhia

Кто ещё не посмотрел субботний прямой эфир (он выше) и диалог о переговорах о найме и старте проектов в ИТ с психологом Олегом Хомяком, смотрите https://youtu.be/Uq97m0-E9d4

Смотрим Интервью Димы Нечая, одного из ключевых людей сообщества Метархия, open source контрибьютора, преподавателя, архитектора и CTO нескольких продуктовых компаний https://www.youtube.com/watch?v=AlPxguB1gkY