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

Чем больше таких зависимостей от наблюдаемых поведений в вашем проекте, тем хрупче ваша система.

Крайне показательный пример сегодня с OpenAI, который с вчерашнего дня лежит в ряде европейских стран (как минимум), а сколько десятков (если не сотен) тысяч стартапов на него завязаны?

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

А вот компания, где вы были ведущий разработчик, которая выгнала вас по политическим причинам, фактически просто стреляет себе в ногу. OpenAI начал разваливаться быстрее чем через неделю :)

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

Вот ещё наглядное подтверждение закона Хайрума :)

На днях написал N, раньше у меня занимался, сейчас работает на трёх работах фуллтайм удалённо =>

"У меня, скорее, не бизнес, а 3 фуллтайм проекта где я по потолку возможной вилки/грейда влез + для саморазвития взял пару студентов
...совокупный доход составляет чуть более 2млн. в месяц
Фактически мой час (если посчитать весь доход) стоит 15-20т"

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

Более подробно, как стабильно хантиться на 500т сразу на несколько работ на удалёнку, как при этом не спалиться, как брать зп по потолку грейда, как правильно составлять резюме (особо важно!), как правильно организовывать рабочий процесс (для тех, кто и одни проект тянет, тоже очень полезно) чтобы работать 3 часа вместо 10, почему вам не стоит идти в МОСЯ/FAANG если вы хотите много денег, разные лайфхаки и прочее, N готов пояснить на менторстве. Есть два места, цена пока для подобного очень демократичная; когда будут следующие места, неизвестно.

На учебном сервере выложил подробный рассказ N про это всё, реально ценно (за 10,000 золота рейтинга, пишите мне в чат все кто занимается)

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

Но если не попадёте, ничего страшного. Я на следующий год по нашему лозунгу "работайте на своё имя, и пусть они платят вам за это деньги" готовлю "курс" (формат пока не знаю), где будем тренироваться в подобном overemployed. В декабре хотел анонс сделать, но N меня немного опередил :)

Сегодня ИТ в России прёт так мощно, такие хорошие денежки, что вам надо забирать их по максимуму 💥💥💥

P.S. Надо конечно при этом понимать, что это всё же больше для сеньоров/тимлидов, где сразу надо брать крупные проекты со 100% ответственностью и гарантией за результат, практический опыт архитекторства, system design и управления разработкой нужен хороший.

Когда ты плюсист, и тебя схантили на 300k/s на питончик :)

Если мы возьмём миксин (λ (self super)...), в котором self -- это возможность ссылаться на другие аспекты "вычисления" (которые будут заданы другими миксинами), то есть это по сути воплощение принципа модульности. А super добавляет к ней "инкрементальность" (от нашей частичной спецификации до более полной "внешней" (или "входной"), которая сама тоже инкрементальна).
Это я к тому, что такая простейшая "инкрементальная модульность" есть фактически прототип ООП.
(наверное сложновато, дальше попроще поясню)

Разжёвываю предыдущий пост :)

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

В принципе, это уже тривиально и интуитивно, но если совсем-совсем просто, то речь о приложении теории категорий на пространствах Chu -- пространствах семантических отношений на примере "объектов" (таблиц атрибутов).

P.S. Что такое "инфоморфизм"? Это морфизм в категории Chan, которая есть изоморфизм в категории Chu.

Это всё, что нужно знать о степени хрупкости кода на C++.

Есть классические антипаттерны кодирования, которые встречаются у 100% программистов, причём любой классификации. Их к сожалению не выявить при code review, и вы всё равно их будете постоянно допускать. С копипастой я и сам до сих пор иногда мучаюсь ) Потому что не следую своей же рекомендации "никогда не копипастить код и не злоупотреблять подсказками ide (а сегодня ещё и ai-ассистанты начинают морочить голову), всегда хотя бы немного сперва подумать и набирать код с нуля".

Рефлексия от курсанта Александра:

"1. Стараться не использовать copy|paste. После копирования части своего кода, который отрабатывает правые листья, не внес полностью корректировки для того, чтобы конструкция работала для левых
2. В моих тестах была проверка поиска правого листа, но отсутствовала для левого. Хотя для узлов не являющихся листами проверка была как для левого так и для правого. Здесь вывод: покрывать тестами вообще все случаи. Почему не покрыл? не мог и подумать, так как прошел все другие проверки, что возможно еще и здесь ошибка"

P.S. А когда ребята обращаются с вопросом почему не получается пройти тесты на сервере, я прежде всего прошу показать тесты (которые они конечно не делают), и в 80% проблема решается непосредственно в процессе написания тестов. Это всё то же важнейшее мышление письмом "по-программистски".

Пишет курсант М.

"После двух отмен проектов из-за неготовности бекенда внедрили в процессы правило не приступать к разработке фичей, пока бекенд не будет полностью готов и протестирован...
Заметил, что за мои 2 месяца работы уже 4 раза поднималась версия API на бекенде и каждое повышение создает проблемы при миграции. Думаю подумать над нормальным решением в этом направлении. )"

Напомню, мой пост
"Как легко и просто реализовывать API на сотню разных версий, не ломая фронтенд"

"Подключили меня в помощь на один проект с горящим сроком, работали почти 2 недели по 12-16 часов, чтобы за 2 часа до дедлайна проект перенесли на следующий год. :)"

Я не против переработок (хотя в целом против дедлайнов, это 100% что в конторе многое идёт не так), но только в ситуациях, когда вас не принуждают к этому психологическим давлением "надо!", и, конечно, они оплачиваются хотя бы x1.5. Это часы вашей жизни, которая довольно коротка в целом (я помню хорошо, как 40 лет назад вроде бы ещё вчера в 20 лет гулял с девушками:), и времени на просто пожить в дополнение к работе в целом будет не так и много.

2025-й год. Программисты владеют ai-ботами, как гоночными автомобилями, тщательно за ними ухаживая, развивая и совершенствуя, чтобы они выигрывали соревнования по программированию.
В резюме основное внимание уделяется достижениям вашего ai-бота.
Активно развивается бизнес по прокачке и продаже ai-ботов под конкретные проекты и задачи.

Наконец-то станет возможным иметь 10-летний опыт работы в новеньком фреймворке, вышедшем месяц назад...

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

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

Если вы просто зафигачите первый пришедший вам в голову дизайн логики и кода, то он 100% не будет самым простым.

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

"Вы говорили (и я полностью с этим согласен), что без денег заниматься не стоит и что сразу начнем вторую серию курсов, а на них сейчас финансов нет. Ученикам на заводе очень мало платят, а первая "нормальная" зарплата будет только 15 января, которая уйдет на обязательные платежи по долгам."

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

Да, увы, но я не справился с попытками помочь таким ребятам получать зарплаты в несколько (много) сотен тысяч рублей. Самое печальное, что когда я спрашиваю, а что вы делали эти годы в плане роста в ИТ, почти все отвечают, что
ничего. В лучшем случае работают программистами непонятно где за копейки; послушайте, сейчас нормальному джуниору меньше 100т получать просто стыдно.

Сколько миллионов рублей вы потеряли за эти годы?

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

Вы не поверите, но меня периодически спрашивают, а стоит ли им подписываться в доны? Типа, 200-300 рублей в месяц для них проблема... Даже не знаю что сказать, это поразительно. Люди хотят получать сотни тысяч рублей ежемесячно, однако экономят на этом один доллар! (при том, что доступен полный список контента). А некоторые, реально подозреваю, думают что делают мне какое-то одолжение, став донами ))) Мне и ваши 100 долларов за мои курсы нафиг не нужны -- я вообще ничего не чувствую, когда у меня на счету меняется чиселка в шестом разряде. Кто у меня занимается, хорошо знает, как легко словить бан за нерадивость (поэтому и оплата только по завершению каждого курса, чтобы мне быстро и легко банить без финансовых обязательств).

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

P.S. В частности, многие, особенно кто обучился у меня с околонуля и устроился на первую работу, делают стратегическую ошибку: хватаются за "интересненькое" в ИТ, за сайд-проекты, сделать клон доты, и т.п. Хорошо их понимаю, это действительно очень увлекательно, изучать кучу новеньких технологий на хайпе можно бесконечно, и это кайф.
И всё же, зачем вы тратите по большому счёту время вашей жизни впустую?
Прежде всего, вам надо однозначно и честно определиться с самим собой хотя бы на год вперёд: что для вас действительно важнее, интересненькое или больше денег?

P.S. Важное дополнение про сайд-проекты.

В дополнение к вчерашнему, насчёт сайд-проектов.
Я говорил, что особо их не поддерживаю, потому что они вам особо ничего не дадут. Если очень хотите, делайте конечно, только не надо пожалуйста задумывать ничего эпического! Максимум 1000 строк, какой-нибудь микро-фреймворк, игра, плагин, библиотечка, по вашему рабочему стеку. 50 таких проектиков на гитхабе будут смотреться куда выгоднее, нежели что-то крупное, да на которое ещё вы тратите приличное время, что понравится далеко не каждой компании.

Однако есть важное исключение: это любые проекты по AI и ai-ботам. Например, я бы сам с удовольствием платил за какой-нибудь ai-сервис, которому скармливаешь проект с гитхаба, он на нём дообучается и затем адекватно подсказывает. ChatGPT и подобные слишком универсален, тут нужна именно программистская LLM-ка, заранее натасканная на конкретный стек и фреймворк.

В России есть один неплохой маркетплейс, но там по программированию нету ничего.

Короче говоря, товарищи курсанты, кто будет делать адекватные сайд-проекты конкретно по теме AI, вам будут дополнительные скидки на занятия 👍

Никогда не думал, что скажу такое, но...
Введение Чебурнета в России технологически частично оправдано (увы).

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

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

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

Что с этим делать? Кто у меня проходил трек "как понять в программировании всё", после первых двух курсов имеет минимальное представление о формальной семантике рекурсивных вычислений, чтобы делать правильные промпты, правильные ограничения.
Вообще, в контексте использования AI этот вроде бы чисто теоретический трек внезапно оказался крайне полезным в прикладном плане: там мы разбираем и stateful- и объектную модели, и можем общаться с ChatGPT достаточно формально -- понимая на глубоком уровне, что хотим получить.

Я видел футболку "Превращаем кофе в код".
Хорошо бы теперь тим- и тех-лидам научиться превращать митинги в работающий программный продукт.

Высокоуровневые навыки проектирования и абстрагирования будут становиться всё более и более важными по мере того, как AI будет брать на себя функции программиста. Мы сможем (до некоего порога, пока плохо прогнозируемого) автоматизировать и масштабировать обычное программирование с одной стороны, и составление ТЗ на основе словесного описания с другой стороны, но вряд ли сможем в обозримом будущем автоматизировать понимание предметной области с целью её формального моделирования, с качественным system design и software design.

Сколько я не просил ChatGPT пооптимизировать дизайн небольшого проекта на 20 классов, он лишь переименовывал классы, выдавая это за software design, и иногда хвастался, что переделал (по форме) DI, хотя семантика никак не изменилась.

Шесть программистов
Пытались всё понять.
Один из них всё понял,
И их осталось пять.