"Врать нехорошо! Накрутка опыта, трудиться на нескольких работах - ай-я-яй!" - нравоучительно поучают они нас, сами придумывая при этом 401-й способ относительно честного отъёма денег у работяг.

3-го марта я выложил в паблике (для донов only) материал
"Как делать в три раза больше?
Стратегия №1: Работайте в 3 раза усерднее.
Увеличьте количество рабочих часов в три раза — вместо 8 часов в день работайте по 24 часа в сутки. ТРЕНИРУЙТЕСЬ!
...Итак. Вот настоящая формула роста в 3 раза.
Стратегия №2: Вместо того чтобы работать по 24 часа в сутки ..."

А на следующий день Лукашенко, прочитав мой пост, заявил на всю страну:

"Поэтому в три раза больше надо нагружаться, загружаться, а не ныть, что у нас не хватает кого-то. У нас всего хватает, просто шевелиться надо, чтобы заработную плату нормальную иметь". 💯

Я чётко это и имел в виду: вместо того, чтобы тратить 100% времени на работу, где у тебя воруют прибавочную стоимость, составляющую 98% реальной стоимости, которую ты приносишь своему рабовладельцу-вруну, повышаем свою продуктивность и нагружаемся в три раза, работаем 25-30% тут + примерно столько же на двух других работах, ровно "чтобы заработную плату нормальную иметь".

Регистрируюсь блоггером РКН. Так-то мне пофиг, делаю это только ради вас — ровно потому, что наказывать штрафами по 500 тыс будут не меня, а тех, кто меня репостит.
Ну и в итоге это инициатива здорово ударяет по всем авторам в целом: люди просто будут бояться репостить.

"Могу со знанием дела отметить, что вся эта задумка с реестром блогеров это тупое говно тупого говна, сделанное людьми, не разбирающимися в искусстве государственного управления от слова совсем.
...Скидки по налогам? Льготная ипотека? Возможности цифровые какие-нибудь? Биржу госрекламы? Биржу рекламы от госкорпораций? Думали ли создатели этих правил, как оно вообще будет работать?
А ни хера вы не думали."


"Русская Православная Церковь считает недопустимыми любые формы принуждения граждан к использованию электронных идентификаторов (особенно принудительных и безальтернативных)"

Отчёт за неделю.

- Основной паблик:

Выжимка из выжимок из выжимок DDD.

Любой, кто говорит, что программисты останутся без работы из-за AI, упускает суть того, что представляет собой айтишка в 2025-м году.


- Для донов-начинающих + по саморазвитию:
GTD — это легендарная методика Дэвида Аллена по организации и отслеживанию задач. ...В заметке на хабре делается акцент на ключевых элементах: контроль, перспективность, календарь, контекстные списки, еженедельные обзоры.
Но более строгий её формат состоит из пяти менее известных шагов...

База по карьере, серия 11:
Может быть, вы жаждете разбогатеть. Вы фантазируете о карьере, в которой вы зарабатываете миллион в месяц, и чувствуете огромное стремление воплотить это в жизнь. Все пять субличностей могут испытывать желание богатства при определённых обстоятельствах, каждое по своим причинам ...

- Для донов-неначинающих:
4 важных свойства хорошего кода.
Если для того, чтобы проверить, работает ли программа правильно, нужно приложить максимум усилий, то, скорее всего, она работает неправильно.
Но при работе с хорошим кодом думать почти не нужно.

Как делать в три раза больше?
Стратегия №2: Вместо того чтобы работать по 24 часа в сутки ...

=

- Бусти:

Заходим в ML-инженеры. Шаги 3-4

Майндмапа книги "Technology Strategy Patterns: Architecture as Strategy"

Майндмапа книги "Coding an Architecture Style"

=

Курс "Ясные Системы": как быстро и легко писать ПРОСТОЙ код масштаба ultra-large-scale.
Систематизированной набор различных эвристик, которые достаточно применять механически, и всё будет супер.
Суть в том, чтобы улучшить результат, не улучшая навыки.
Сейчас 10 эвристик, как наберётся 42, дам курсантам доступ.

Курс "Программирование для начинающих ч.3" - последний на обновлённом треке занимающихся с полного нуля; готов на 50%
(донам-начинающим - на неделе будет набор)

Курс "Гомотопическая теория типов для программистов" - пока на фазе обдумывания :)

Кого считаем правильным тимлидом/техдиром? Это тот, который не нудит постоянно про большую дисциплину одними манипуляциями ("ну вы же профессионалы!"), а создаёт такую экосреду программирования, которая легко и естественно способствует best practices программной инженерии. Но вы когда-нибудь такого видали? Я - нет.

При том, что так-то вроде бы все стороны согласны, что это было бы хорошо и полезно.

"Если ты говоришь, что ты "примерно понимаешь", то ты говоришь бессмыслицу".
-- Наджрани

Классический скилл программирования "снизу-вверх" (в школе научился писать кое-как работающий код на 100 строк по алгоритмическим задачкам, и так и тянешь это кривейшее "интуитивное" понимание на взрослые проекты) плох тем, что он не упругий.

Например, все понимают, что файл с тысячами строк кода -- плохая идея. Трудно работать с функциями, которые занимают сотни строк. Такие кодовые базы сильно усложняют работу команды. Но если все это понимают, то почему так происходит?
Потому что практически всё, что создаётся в мэйнстриме, никак не руководится и управляется "сверху" -- через внедрение продуктивной экосистемы разработки (собственно это и есть одна из основных характеристик мэйнстрима). И как только задачи немного усложняются, технический долг стремительно растёт и становится очень трудно навёрстывать упущенное.
Если бы CTO и CEO знали, что реально творится в их кодовой базе, и как они теряют на этом сотни процентов дохода, они бы сгорели от стыда 🙈

Я в этом плане следую святому Кенту Беку, который рассказывал, как разработал экстремальное программирование -- через поиск методов/эвристик, которые реально работают, и доведении их до крайности, насколько это только возможно.

Для десятков команд, с которыми я общался, даже никакого чек-листа не надо, бардак вообще везде, и ни разу не было исключений. Самый первый мега-чек, актуальный для 100% проэктов, хорошо знают те, кто проходил мой курс "Ясное Легаси": он на самой первой страничке курса прямо наглядно выделен 👊

Я получил "блоггер id" 666 5256887776, который подтверждает, что Сергей Бобровский с госуслуг, верифицированный аккаунт ВК "Сергей Бобровский", VKPay привязан к карте Сергея Бобровского, единственный одмин и овнер паблика "Высшая школа программирования Сергея Бобровского" — действительно тот самый Сергей Бобровский, за кого себя выдаёт.

"Никому нельзя будет ни покупать, ни продавать, кроме тех, кто имеет это начертание, или имя зверя, или число имени его".
Апокалипсис Иоанна Богослова (Откр., 13, 17)

Единственный способ управлять сложностью в ultra-large-scale системах -- это функциональное программирование, потому что только оно одно из всех стилей учит мыслить композицией.

Сколь не изучай гомотопическую теорию типов, в итоге, по закону Годвина, всё равно выходишь на темку постквантовой криптографии :) Нельзя рассуждать о будущем ultra-large-scale систем, если прежде всего в них не будет реализована устойчивость к квантовым атакам. Прежде всего это lattice-based алгоритмы, однако в прошлом годе эталонная реализация (на Си!) механизма инкапсуляции ключей Kyber была скомпрометирована просто потому, что оказалась кривой. Ну немудрено. А компилятор лишь подбавил новых проблем.

Без формального доказательства безопасности и корректности (не только реализации, ну и компилятора и исполнимой части) любой криптографический протокол -- просто красивая идея.

/kino классный сериал сейчас выходит "Опасные числа", очень рекомендую.
204

Шок! в Москве (по данным NF Group) заканчиваются коворкинги!
Спрос растёт ежегодно более чем на треть.

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

Это такая промежуточная компромиссная фаза между полной удалёнкой, которой итоге в айтишке всё и закончится, абсолютно уверен. Писал уже не раз, что сегодня стремительно увеличивается разрыв между элитой, которая, владея мощными архитектурными скиллами, проектированием и software design, уже успешно использует АI-агентов с x10-x100 продуктивностью, правильно организуя их работу и выдавая продвинутые промпты -- и всей остальной мейнстримовской тусовкой.

Будущее за инди-хакерами, однозначно. Один продвинутый чел уже сегодня легко порвёт типовую команду из 3-5 разработчиков, а стоить будет существенно дешевле и по зарплате, и по отсутствию офиса.

"Бля, я в Москве живу уже 4 года. То что вы считаете успехом в небольшом городе, тут нищебродство
Я не напрягаюсь, ни в создании контента, рилсов, разборов, эфиров. Я вообще не готовлюсь. У меня есть всё в голове. И не сомневаюсь в том, что делаю. Да, могу где-то ошибиться, но глобально самая большая ошибка это не внедрять."
— Константин Григорьев

"Спрашивают за Москву. Москва была топ городом одно время, но сейчас это просто клоака вонючая. Перенаселенная, шумная, вечно в пробках, даже на тротуаре вас может сбить курьер на самокате. Люди злые и говнистые. Да, есть сервис, развлечения, метро. Но xyz я когда спущусь в это метро, это жуткое место. Половина интересных рестиков закрылась, на их месте открылись очередные чайханы и калики.
Цены при этом настолько неадекватные, что уже и зарплата в 500к маленькая. Москву сейчас может выбрать только полный идиот, город скатился и стал сточной ямой. Не советую переезжать. Жить будете в оверпрайс пиковской коробке, а во всех соседних квартирах будет по 20 иностранных специалистов. Из европейских к Москве по помойности ближе всего Париж. Берлин на втором месте."
— Мэдисон
(пруф не даю, потому что он иностранный шпиён :)
(хотя мало кто пишет про Россию так патриотично, как он, без иронии)


=

"The Gorge" - классный фильм про одичавших удалёщиков, и с какими эпическими bugs и токсичными менеджерами им приходится сражаться в одиночку, рекомендую.
Хотя это больше похоже на коворкинг, когда рядом с тобой симпатичная одинокая девушка тоже пишет код :)

спойлер! однако, всё в итоге заканчивается офлайн-бизнесом в виде рестика на берегу океана.

"... в Московской антидопинговой лаборатории, до конца 2015 года работавшей под руководством Григория Родченкова, была создана своя, рукописная, система учета на связке PHP/MySQL через веб-интерфейс.
Шифрования в хранении данных не использовалось, в базу они писались в открытом виде. Двухфакторная авторизация отсутствовала, защита по IP — тоже. В систему можно было зайти откуда угодно, зная логин и пароль. Именно поэтому, после того как Григорий Родченков покинул Россию, он и бывшие сотрудники лаборатории все еще имели возможность проникать в LIMS."

Ну ок, для 2015-го это было норм -- какой-нибудь первокурсник (племянник босса) запилил на коленке рукописный проэкт на пыхе, а бабло "на компьютеризацию лаборатории" распилили. Я лично такое встречал неоднократно, и на весьма высоких уровнях. Но почему их логины и пароли-то не были закрыты сразу, когда они уехали? Полное раздолбайство менеджеров :)

"...Как российская сторона попыталась объяснить расхождения в данных: утверждалось, что муж нынешнего директора Московской лаборатории совершил ошибку в процессе переноса данных с сервера на свой компьютер, указав дату в американском формате, то есть 01/08/2019, а не 8.01.2019.
Но для любого человека, который работал с базами данных, очевидно, что дата — это не просто строка, а формат записи. Если определен формат 08.01.2019, то попытка вставить туда запись 01/08/2019 вызовет сообщение об ошибке, и ничего не получится. В общем — объяснение выглядело нелепо, и никто его серьезно не воспринял. "

Разве? На мой взгляд, что 8 января, что 1 августа, легко и просто вводится в абсолютно любом формате. Или там имеется в виду, что разделители разные использовались? Как-то мутно. И зачем вообще мужу нынешнего директора для экспорта базы надо было дату указывать? И почему он в американском формате её указывал? И с какой стати этим он сам занимался, а не попросил айтишника сделать всё правильно? И почему вообще у потенциального ламера, который видимо мог просто и удалить базу, был такой рут-доступ?

💯 всех серьёзных фейлов в мировом ИТ -- 💯 вина исключительно начальников и менеджеров всех уровней.

VS Code - это редактор кода, а не IDE!! Ради бога, поймите разницу!!1

При том, что когда вы набираете в нём фактически простой текст, этот редактор разворачивается на многие гигабайты оперативки, да и в целом захватывая попутно все остальные ресурсы компьютера :)

На днях вышло нечто, называемое Google IDX Studio - типа, полноценная IDE в браузере.

В частности здорово, что там много готовых шаблонов под типовые стеки, и вы можете например создать в ней мобильное приложение. Эмулятор из Android Studio локально грузит комп просто ужасающе, а тут в браузере вообще не тормозит.
Мгновенная загрузка проекта с гитхаба, мгновенная индексация всего кода, и везде AI.

Но, да, только Gemini конечно. Совершенно очевидно, что какую бы другую свою модель они не использовали в своей IDX, она всё равно не может сравниться с Claude 3.7.

Не знаю насчёт Курсора, пока в целом склоняюсь к Windsurf.

Курсант сегодня пишет:

"Не успел вовремя сделать пятнадцатое задание из дипломного проекта во время, так как случайно удалил все таблицы из базы."

$ ./drop_db.sh
This will drop database `production`.
To confirm, type y: [y/N]
?

Проблема в том, что если я буду часто выполнять это в своей локальной среде, я создам мышечную память для автоматического нажатия y, что испортит мне день/месяц/год, когда я сделаю то же самое в prod.

Правильно было бы так:

$ ./drop_db.sh
This will drop database `production`.
To confirm, type `production`:

Полной страховки не даст, но хотя бы 80%.

Продолжаю работу с курсантами 🤓

...Начал замечать, что я часто похож на рационального ослика: при выборе из двух равных решений я впадаю в ступор :)

...По поводу дипломного проекта:
В нём у меня к сожалению толстые контроллеры. Выделить из них логику в новый слой получится, на нынешней работе научился так разделять :)

...тогда нужно закончить курс по Js, я такое просто видел, только на работе, но там react и ужасная реализация,

...Требований от заказчика обычно два – хорошо делай, плохо не делай. Переписывания и бесконечная эволюция неизбежны, вопрос только в затраченном на это времени.

...Проследил за тратой своего времени в течение недели с помощью упражнения "Хронометраж". Конкретный анализ еще не провел, но даже беглым взглядом осмотрев, понял, что работаю я не так усердно, как хочется. Работаю над дисциплиной, распорядком отдыха и работы...
Горит проект, который делаю для знакомых. Надо было сначала Сомнеза прочитать и более аккуратно входить в проект вместе с основной работой. Сильно недооценил по трудозатратам(и ценник собственно поставил сильно маленький). Остается только дожим, есть вариант сойти с дистанции, но пока дожимаю

... Хорошее ТЗ – результат моей насмотренности, опыта в предметной области, логику которой программирую. TDD и BDD это способы упорядочения хаоса. Но источник хаоса лежит этажом выше, в компетенциях заказчика и исполнителя.
Да, раз заказчик внятно не может сформулировать, делаете в буквальном смысле то что написано, дословно, а если потом начнётся "Я имел в виду другое...", отвечайте "Я не умею читать мысли".

...Все сказанное в пункте верно для наших команд. Ревью проходит в доброжелательной атмосфере, даже если на одном PR создано уже более 100 тредов с комментариями).
...К сожалению, без кнута, мы пока не видим способа, как сделать процесс ревью более качественным.

...Задание мною выполнено абсолютно неверно по части детализации анализируемых метрик
Не понимаю, при каких обстоятельствах я мог сделать его правильно на 100 процентов

Отчёт за неделю.

Закончил полностью автоматический трек (три курса) для начинающих с полного нуля на Python. С него ко мне в спокойном режиме приходит где-то 2-3 человека в месяц, кто получил самые базовые знания и хочет продолжать, мне больше и не надо (я исключаю из Школы больше:).

Для донов-начинающих + по саморазвитию:

-- База по карьере, серия 12:
Вполне возможно что вы уже на данном шаге получили хороший прогресс, но мы только начинаем. Как только у вас сложится достаточно ясная картина этого всего, вы можете приступить к настоящей работе, которая происходит на другом уровне вашего подсознания -- в подвале подвала. В камере допросов ...


Для донов-неначинающих:

-- Дополнительно даю более технический материал (с платного медиума) "You don’t Need a Book to Know DDD".

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

-- Начали третий сериал СильныхИдей (второй сериал скоро выложу на бусти).
Он конкретно про SOLID + несколько ключевых паттернов ООП. По SOLID написано 100500 статей, на моих курсах по ООАП мы её в частности изучаем, так как спрашивать об этом могут на любом собесе, но мы как обычно пойдём в данном случае глубже: рассмотрим эту темку с точки зрения функционального программирования, а потом немного её похейтим :) Ну, потому что немало её принципов были актуальны примерно лет 30-40 назад.
Принцип DRY — не абсолютная истина
Принцип DRY десятилетиями представляется как один из нерушимых столпов программирования. Есть такое "правило трёх": если вам приходится кодить одну и ту же задачу три раза, "автоматизируйте" её (выделите в функцию например). Однако этот подход может быть вредным, а иногда и откровенно неправильным, особенно если применять его догматически...

=

Дальше, берусь конкретно за курс "Гомотопическая теория типов для программистов". Придётся очень много думать 🫢

Где-то в 1990-2000-е, когда интернет стремительно развивался с нуля, казалось, что практически бесплатный доступ ко всем знаниям мира существенно повысит общий культурный и интеллектуальный уровень человечества. И программисты становились миллиардерами с нуля в эпоху доткомов, и перспективы выглядели самыми радужными.

Но в итоге всё закончилось тем, что общий образовательный и культурный уровень из-за интернета стал стремительно падать, и востребован он 98% человеков оказался только с целью смотреть бесконечные видеоролики и порно, играть в игры, лайкать котиков и переругиваться с незнакомыми людьми. В выигрыше же стабильно остаются примерно 2% населения планеты (у которых от рождения шило в заднице повышенная активность ретикулярной формации).

С лёгкой печалью наблюдаю, что сейчас практически 1:1 ситуация с доткомами повторяется теперь в отношении AI. Пока кажется, что практически бесплатный доступ к менторам 24/7, не только обладающими всем знаниям мира, но и способными практически любую тему пояснять существенно выше среднего экспертного уровня, существенно повысит общий культурный и интеллектуальный уровень человечества. И программисты также становятся миллиардерами с нуля в эпоху AI, и перспективы выглядят самыми радужными.

Но я уверен 💯 , что уже в этом десятилетии всё снова закончится "бесконечными видеороликами и порно, играми, лайками котиков и переругивании с незнакомыми людьми" -- только уже не в реальной жизни (хоть и по ту сторону экрана), а в симулякре, полностью сгенерированном AI под интересы конкретного существа...

В адеквате же в итоге останется даже не 2, а 2 от 2 процента = 0.04% белковых/кожаных...

Будешь зажат и скован, смотреть на этот серый дождь
Ты не можешь быть разочарован, если ничего не ждёшь.
Любовь никому не нужна здесь, я буду пробовать жить без неё...
❤️❤️❤️

Хейлсберг рассказал, почему для переписывания TypeScript выбрал Go.
Типа, несколько месяцев они занимались прототипированием на разных языках, и Go оказался лучшим из всех: "Go proved the best fit, he said, with optimized native code for all platforms, great control over data layout, ability to have cyclic data structures and so forth, as well as automatic memory management with a garbage collector, and great access to concurrency.
...Hejlsberg said that despite advances in AOT, C# is bytecode-first, is not on all platforms, doesn’t have a decade of hardening and was not engineered that way."

Казалось бы, почему не Rust или C++ (про C# вообще молчим)? В туповатом Go действительно многие востребованные в TS 7 вещи (управление памятью, многопоточность...) реализованы в готовом виде "под капотом", и все аргументы Хейлсберга сводятся фактически к тому, что Go -- наиболее простой вариант из всех, особенно с учётом уровня доступных разработчиков.

Мэйнстрим -- это всегда примитивизация.

Моя лучшая инвестиция за март -- это 189 рублей за плагин к хрому, который ускоряет ютуб до 4k. Я ещё прошлой осенью прогнозировал, что быстро появятся перепродавцы трафика (не исключено, связанные коммерческими интересами с лицами, ответственными за тормоз ютуба:).

Не люблю для этого впн запускать, в целом он много чего подтормаживает, пользуюсь им только для работы с клодом 3.7 и виндсёрфом. А так, в браузере фоном слушать подкасты, смотреть велогонки в маленьком окне, самое оно.
Вот прекрасное например: "Рабство 21го века. Как тебя обманывают в ИТ"

Второй сериал из 12 материалов СильныхИдей: продолжаем тему software design с акцентом на programming in small, и немного затронем programming in large.
(уровень понимания крепкий джуниор, но наверняка этим темам вас никто не учил даже в универе :)
Так они доступны только моим курсантам, но тут расширенные версии, дополненные множеством примеров (преимущественно на Java).

Цена до завтрашнего дня: 1499 рублей.
Формат - html-гайд, в архиве 38 файлов, 200 тыс. знаков чистого текста.
Доступен на бусти.

=

(Предыдущий сериал из 14 материалов СильныхИдей: БАЗА программной инженерии)

=

Краткое содержание второго сезона:

5 советов по повышению качества проектирования программных систем
Как повысить качество проектирования программных систем?
В ответ на такой вопрос обычно даются шаблонные советы, например:
"Больше работай над практическими проектами".
"Найди хороший проект с открытым кодом и изучай его код."
"Попроси коллегу, чтобы он провел code review".
Если читать между строк, то все это сведётся к "я не знаю"...

Три правила простого проектного дизайна
Как насчёт того, чтобы защитить от ошибок дизайн (в архитектурном смысле) вашего проекта? Как сделать его более удобным для развития и сопровождения?
В тему ещё можно упомянуть выученную беспомощность по Селигману.
И вот как вам не попадать в подобные ловушки ...

Важные принципы хорошего кода
...Ищите общие структуры управления и абстрагируйтесь от них. На самом деле таких шаблонов не так уж много, в СильныхИдеях (и теперь тут) постепенно их выкладываю. Усвойте эти принципы, и у вас появится внутренняя сила, которая не позволит вам писать плохой код, и вы будете блистать на code review!..

Прикладной хак из функционального программирования
Формальная чистота кода в функциональном программировании возведена в ранг святой темы. Однако платой за это становится тот факт, что код программы распухает и начинает занимать всё больший объём. И вот что с этим делать...

Как правильно готовить тесты
"Тестируйте то, что код должен делать, а не то, что он случайно делает".
Как именно вы определяете, какие писать юнит-тесты?
Что на самом деле означает корректность данной фичи?..

Почему любые дефлотные параметры -- зло
Справедливо считается, что использование дефолтных параметров (прежде всего мутабельных) -- зло. Выясняем, как с этим обстоит дело в Python и C#, C++ и TypeScript , F#, Swift, Kotlin и Rust.

Генерация исключений -- зло
С их "помощью" вы получаете слепое пробрасывание исключений, смешение checked и unchecked исключений, непредсказуемые ветвления, рекурсивные выбросы исключений, нарушение иерархии исключений, неполное логирование...

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

Сила низкоуровневых подходов
Я постоянно призываю думать над проектом как можно более сильными абстракциями, и может показаться, что для этого надо использовать только небольшое число функциональных языков со строгой системой типов. Но нет, мне на самом деле очень нравится язык Си...
Некоторые разработчики говорили, что этот материал изменил их вычислительное мировоззрение :) Может быть, это случится и с вами?

Проверяем легаси на прочность
...Есть такая глобальная система бронирования авиабилетов SABRE, API которой существует уже 60 лет ))) и если у вас когда-либо был неудачный опыт работы с авиакомпанией, есть шанс, что частично это было связано с её API.
Когда на ваше API завязано множество сторонних ИТ-систем, вы, возможно, уже никогда не сможете изменить поведение вашего API. Поэтому...

Вечный компромисс между возможностями и удобством
Чем больше разных сущностей и концепций может представлять ваша система, тем меньше вы можете сказать о самих этих вещах, которые в ней представлены...

4 важных свойства хорошего кода
Если для того, чтобы проверить, работает ли программа правильно, нужно приложить максимум усилий, то, скорее всего, она работает неправильно.
Но при работе с хорошим кодом думать почти не нужно.

ООП по сути просто кривая эмуляция алгебраических типов данных и тайп-классов. Да, понятие класса/объекта, считается, легче заходит начинающим, хотя по сотне ребят, кто прошёл мой курс для начинающих с полного нуля, смотрю, оно совсем не так легко и просто воспринимается, как может показаться. Скорее наоборот: человек доучился до уровня, когда может написать сортировку массива, но далее переход к объектам, когда надо что-то смоделировать с помощью классов, в 70% случаев вызывает разрыв шаблона. Это совсем не интуитивно!

А вот развитие в сторону условного функционального программирования происходит действительно легко и просто. Есть функции, есть интерфейсы, и есть чётко отделённые от них структуры данных, и надо просто учиться это всё комбинировать и выстраивать цепочки трансформаций.

Но я не могу так учить, потому что 100% вакансий будут требовать знания ООП.

Однако из позитивных трендов нельзя не упомянуть Go и Rust, где никаким наследованием и не пахнет. Впрочем, в computer science это было давно известно, вот легендарный учебник "Object-Oriented Programming With ANSI-C" 1993-го года от одного из святых cs, крайне рекомендую всем вне зависимости от того, на каком языке вы пишете.

Код/логика должен быть простым, а для этого он должен быть прежде всего плоским. Ну ок, на хаскеле наверное это получается лучше всего, но например в F# есть модули, интерфейсы , статические методы, SRTP...

type Adder<'T> = { Add : 'T -> 'T -> 'T }
let addValues adder a b = adder.Add a b
let intAdder = { Add = (+) }
let result = addValues intAdder 3 5

Ну и конечно либа FSharpPlus.

Продолжаю работу с курсантами 🤓

...Также у нас в компании начинаются сокращения, до многих дошли с уведомлением об увольнении. Я не попадаю под сокращение, но на собственной шкуре ощутил важность иметь предложения от других компаний.

...На данном этапе обучения у меня отсутствует напрочь логика построения запроса таким образом, чтобы создавать временные агрегированные таблицы с целью дальнейшего использования. Алгебраически вроде понятно, как и что вычислять, но группировка данных и дальнейшее использование не ясно

...когда в том году получилось устроиться в [...], все время уходило на работу, на доучивание стека.
Подумал, наконец-то карьеру сделал, дальше можно спокойно жить и развиватся.
На тот период забросил все дополнительные курсы - физические не было времени.
В итоге в феврале сократили. Как говорится, расскажи богу о своих планах. А на рынке какая-то беда. Работу найти не могу.
Желание расти и развиваться, как разработчик не забросил. Хочу продолжить.

...С удивлением обнаружил, что не позволяю перезатирать значения по ключу. Почему я решил сделать такое поведение мне уже не ведомо, больше похоже на ошибку. В целом, я бы таким контейнером не пользовался бы xD

...Зато обратил внимание как мысли стали выстраиваться иначе в решении повседневных задач на основной работе.

...Самостоятельно доперел до того, что операции объединения/пересечения/вычитания замкнуты на типе, разве что не знал, как это называется правильно.

...При выполнении этого задания я ощутил погружение в реальную жизнь разработчика с неполной документацией, нечёткими требованиями и недостатком знаний.