Ответ на вопрос:

Добрый день. Не так давно стал заниматься версткой сайта, изучал html/css, сейчас перешел на JS. Развиваюсь в направлении фронтенда. Читал, что нужно обязательно знать React, Angular, TypeScript. Подскажите, какие еще языки и/или программы(приложения, библиотеки) реально нужно знать фронтенд разработчику?

Сегодня я проводил стрим по перспективам 2023 в плане рынка труда в АйТи. Я для себя определил удобное время проведения стримов - 10:00 (Мск) по субботам. Не буду постоянно напоминать о стриме, постараюсь просто выходить в эфир каждую неделю в одно и тоже время.
Стрим в записи есть на рутубе (объяснения почему так есть в стриме) - https://rutube.ru/video/ade01370854133440bf3d15267a3d6dd/

Леша Корепанов выпустил интересный разговорный ролик про то может ли ИИ заменить программиста сейчас. https://www.youtube.com/watch?v=nXZfdEwlymk
Мне кажется, что соль этого вопроса не в том, что ИИ все еще не может делать какую-то работу программиста в какой-то ее части, а то, что какую-то часть работы он уже может (!) делать. Очень интересно наблюдать как нейронки, которые 20 лет назад с трудом могли отличать 3 от 8 теперь могут рисовать, переводить и даже писать код.

Люблю смотреть интервью Андрея Бреслава по сути у меня такая же личная история - работал в больших проектах - амбициозные задачи, большие команды, огромные ресурсы, а в итоге эти проекты выжирают все внутренние ресурсы, с постоянным перенапряжением, необходимостью вникать и разруливать вечно возникающие проблемы. Правда, я ушел не дожидаясь тотального выгорания, и, слушая Андрея, понимаю, что выбор был сделан правильно. Выбор многим кажется странным, но в простоте есть определенный кайф. https://www.youtube.com/watch?v=uojIIS8eAhY

Практически каждый стрим слышу вопрос "Что думаешь про RUST?". На фоне редких вопросов про другие языки программирования складывается впечатление, что Rust сейчас набирает обороты и активно развивается. Беглый поиск вакансии на hh выдал 122 результата, для РФ малава-то, конечно, но интересно посмотреть в динамике, поэтому пока зафиксируем эту цифру и еще раз посмотрим результаты через полгода.
Дальше мне интересно понять какие новые проекты пишут на Rust-е, для этого использую тренды гитхаба и смотрю что там есть интересного. Исходя из того, что много репозиториев с обучающими материалами и базовыми библиотеками (например, UI) еще раз убеждаюсь, что язык активно растет и обрастает "мясом".
В целом складывается впечатление, что язык активно пиарится и захватывает новую аудиторию. С учетом того, что слово "fast" встречается чуть ли ни в каждом описании репозиториев, то язык должен быть ультробыстрым и удобным. Но это еще предстоит проверить.

Из интересного откопал для себя вот такой набор проектов, написанных на Rust-е - https://github.com/rust-unofficial/awesome-rust думаю, что это отличная стартовая точка для того чтобы "пощупать" язык за все теплые и мягкие места.
#rust #мысли #soft

Основной инструмент программиста - редактор кода. Раньше существовало особое разделение между IDE (редактором, который поддерживал специальные фичи для разработки на каком-либо языке программирования) и обычным Editor-ом (редактором, который максимум подсвечивал код). IDE предлагали автодоплнение для названий функций и переменных, подсвечивали ошибки и делали другую полезную работу. Причем каждая IDE делала это на свой лад.
Таким образом вся полезная функциональность была зашита в сам редактор. Так было ровно до тех пор, пока не появился - LSP (Language Server Protocol). LSP - это специальный протокол по которому редактор (или другой софт) может обращаться к языковому серверу, который знает синтаксис и семантику языка, в итоге редактору больше не надо "уметь" самому разбирать код, а нужно лишь передавать LSP серверу нужную информацию и получать от него подсказки, ошибки и предупреждения.
В результате практически все популярные ЯП имеют свои LSP серверы, а редакторы кода неожиданно становятся простыми IDE, подключая LSP в свою функциональность.

На Rust-е есть простенькая IDE, которая еще не вышла даже в Бета стадию, но уже умеет и плагины, и LSP - это Lapce (https://github.com/lapce/lapce)

Качаете исходники, собираете и получаете шустрый редактор, затем ставите плагин, скажем для TypeScript, с поддержкой LSP доступа и получаете IDE. Затем подключаете Rome (https://github.com/rome/tools) и вот уже работает линтер, претифайер и бандлер. А если и этого мало, то используя WASI (WebAssembly System Interface) можете написать свой плагин или использовать плагины других разработчиков.

Кстати, Lapce позволяет использовать Vim режим, который подходит для настоящих гиков.

Такой стиль архитектуры называется "плагинный", когда есть "ядро" и вся дополнительная функциональность получается через плагины. Обычно за такую архитектуру приходится платить производительностью, но Lapce работает не хуже VSCode, а по моим ощущениям даже быстрее.

#tools #editor #soft

Отличный стартовый конфиг для nvim, закрывает практически все, что нужно для разработки. https://github.com/Artawower/vim

#nvim #config #tools

В госдуме считают, что у нас большой кадровый голод по айти специальностям. Это, кстати, не только программисты, а и админы, девопсы, тестеры и т.д. По законам рынка при повышенном спросе и низком предложении должна расти цена. Что и наблюдается - сейчас дикий спрос на хороших айти специалистов. Хороший момент чтобы повысить себе зп. https://www.ixbt.com/news/2023/01/12/nedostatok-v-otrasli-katastroficheskij--v-gosdume-zajavili-chto-itspecialistov-ne-hvatit-dazhe-esli-vernut-uehavshih.html

На самом деле очень простая техника. Это как на велосипеде кататься, пока не научишься кажется что дико сложно, а когда умеешь, то искренно не понимаешь как кто-то может это не уметь.
Так что тут скорее самоуспокоение и нежелание развиваться.

У меня первый комментарий на рутубе!!! ))))))

Теория управления - увлекательная штука. Интересную мысль, ещё в начале прошлого века, высказал А.А Богданов:
"Если один человек расчищает в день от камней одну десятину поля, то двое вместе выполняют за день не двойную работу, а больше, 2 ¼ - 2 ½ десятины. При трех, четырех работниках это отношение может быть и более благоприятным, однако, не исключена и та возможность, что два, три, четыре работника совместно выполняют менее чем двойную, тройную, четвертную работу. Оба случая зависят от способа сочетания данных сил. В первом случае целое оказывается практически больше своих частей и называется организованностью, а во втором практически меньше и называется дезорганизованностью"

Я тоже обращал на это внимание, при одних и тех же "работниках" объем работы может сильно варьироваться, в зависимости от того, насколько грамотный руководитель организовывает работы.

В обучении, кстати, это тоже работает, самостоятельно люди часто обучаются дизорганизованно, в то время как "учитель" даёт лучший эффект в силу "организованности".


#мысли

Но всегда нужно помнить:

«…Возможно, что другие лучше выполнили бы дело, но этих других приходится ждать…»
А. Богданов

От себя добавлю, что не просто "ждать", но и "искать", а если найдёшь, то ещё и "убеждать"

"Дед прими таблетки" - говорили одни, "что за чушь ты несешь" - говорили другие. А сейчас эти же люди говорят "Что ты думаешь про ChatGPT?". Почти пять лет назад я дал прогноз, который сбывается с невероятной точностью - https://youtu.be/-IZpbLDuWwk то что мне тогда было ясно как "божий день", до некоторых доходит только сейчас. И пока эти люди пять лет занимались тем, что думали как быстренько выучить React и научиться кодировать, я думал о том какие навыки нужны будут специалисту в условиях когда код будет генерироваться ИИ.

Я нашел для себя ответ - архитектура и постановка задачи. Уже два года я методично занимаюсь тем что формирую материалы, которые позволяют разобраться с архитектурой на глубоком уровне, а параллельно вижу как постепенно растет истерия вокруг ИИ, и растет интерес к архитектуре решений. Думаю, что дальше архитектуру начнут продвигать более активно, потому что люди начинают понимать "куда ветер дует".

Для меня это хорошо тем, что я поймал тренд намного раньше, чем многие конкуренты и сейчас я более чем готов:
- у меня есть архитектурные стримы с глубоким систематизированным материалом, который сейчас проходит финальную "полировку"
- у меня есть понимание как создавать группы и обучать их архитектурным аспектам построения программных систем, где понимание архитектуры - основное
- у меня есть платформа и небольшая аудитория людей, с которыми я готов работать и далее

Что останется для тех кто уже сейчас участвует в моем проекте:
Во-первых, в этом году будет еще один бесплатный набор в Naris (группа которая на практике применяет и осваивает материалы по архитектуре), он же последний бесплатный набор
Во-вторых, все кто бесплатно попал в Naris смогут участвовать и далее бесплатно, пока сами не выйдут из группы или не перестанут выполнять условия участия
В-третьих, все кто на подписке сейчас сохранят стоимость подписки пока не откажутся от нее

Планы:
Во-первых, повышение тарифов, в следующем наборе Naris можно будет участвовать только подписчикам PRO, цены на доступ к материалам тоже буду поднимать
Во-вторых, основной упор с теории переходит на практику, это будет делаться в рамках Naris
В-третьих, в этом году планирую завершить базовую функциональность платформы и выйти на MVP

На данный момент для меня совершенно очевидно, что люди, которые вкладывают деньги в курсы по React, делают большую ошибку. Просто тратите время и средства.

PRO достижение целей.
Я уже много лет придерживаюсь принципов тактического и стратегического планирования. Опять же, имея огромный архив видео на ютубе, я могу это легко продемонстрировать. Например, на ютубе хорошо прослеживается несколько "эпох", когда я экспериментировал с форматами видео, тематикой канала и т.д. Длительность "эпохи" примерно соответствует тем моим характеристикам, которые я определил в первом видео и которые с некоторыми изменениями работают для меня сейчас.
Первое видео на канале - это очень интересный опыт, при записи видео у меня были стратегические цели и навыки достижения целей, а далее я только следовал тому, что сформулировал в самом видео. Рекомендую посмотреть - https://youtu.be/0vRErT-BT9w

У кого бомбит, можете спустить пар у Димы в комментах.

Взял себе MatePad 11 на 870-ом камне. Хочу на нем теперь рисовать и показывать картинки в видосах. Активно думаю о лайв формате, для этого, думаю, мобильный планшет лучше, чем стационарный

Upd. Не взял 888ой так как греется, плюс я не играю ни во что кром диабло на PC.

Первым делом настройка termux, потом ssh и nvim

Небольшой тест захвата экрана, через adb + scrcpy