Обожаю моих папищеков! 😊😊😊
Свежий пост.

Тот самый паблик для начинающих, об котором шла речь (с 1 декабря цена вырастет, ага).

У Алёны Владимирской очередной ценный пост про личный бренд:

"...огромное количество руководителей говорят: Не веди мне перепиаренных людей. Веди трудяг. Даже на очень высоком уровне.
Аргументы просты:
- он будет работать не на компанию, а на свой имидж
- он ляпнет где-то что-то, а потом неприятности на всю компанию
- он дороже чем нераскрученный, а работу часто делает хуже
Поэтому для карьеры сейчас сильный личный бренд опасен. И надо ли вам на такое сейчас тратить время и деньги - очень сложный вопрос.
Чем его заменять? Правильно построенным нетворком."

Предыдущее на эту тему, я говорил, наш лозунг:
работайте на своё имя, и пусть они платят вам за это деньги.

Но, дорогие, конечно это надо делать с умом. Вам не надо в блоге выпендриваться; котиков изредка можно постить, но конечно ваша цель, подчёркивал это особо:

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

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

Я вас этому на курсе блога учил когда-нибудь? Никогда!

Вам надо своим блогом продемонстрировать ОДНО: что вы трудяга, что вы пахарь! Что вы будете на новой работе вкалывать на 100500% и приносить огромную пользу команде и проекту!
(и вот именно за это они должны платить вам 300k/s:)

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

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

Когда пишете очередной пост, всегда думайте: вот вы техдир и читаете этот блог, возьмёте такого на работу? С явной биполярочкой? :)

Но действительно, со стороны самого себя тяжело так выслеживать, поэтому с 1 января я буду за всем этим осуществлять особо тщательный надзор :)

Владимир занимается на начальных курсах, делает первые задания по ООП, и вот его показательная мудрая рефлексия, которая актуальна и для сеньоров -- насколько важен правильный Software Design:

"...Видимо, это неизбежная трудность - когда прервавшись даже на несколько часов, начинаешь путаться в собственном коде (в котором всего 2 основных иерархии и 8 классов).

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

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

Точно, в правильном проектировании важно понять прежде всего, а что вам НЕ нужно делать :)

Каков наиболее вероятный сценарий захвата мира искусственным интеллектом?

Существует 1000 сценариев, но вот наиболее вероятный из них (который редко обсуждается):

1) Сначала кажется, что всё идет хорошо, потому что AI сперва много где реально помогает (имеем это сейчас);

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

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

3) Когда это произойдет достаточно массово, мы потеряем контроль над будущим, потому что наша судьба окажется в руках AGI. Мы стали детьми, а AI - взрослым.


P.S. Байден и Си на сегодняшней встрече намерены подписать соглашение о запрете дальнейшей разработки AI для автономных устройств.

"Их бы оттуда, кто получше, неплохо было бы перетянуть с ИТ-помойки в верхний правый квадрант, это да (если бы квалификация подходила). Да только там с мотивацией плохо – зарплаты низкие. Разве что бронь от мобилизации? То есть, вообще-то, у нас есть нехватка приоритетов и финансирования важных областей ИТ, а вовсе не программистов, мне кажется."
(отсюда)

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

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

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

Минимальное тактическое решение, думаю, это позволять работать из дома на удалёнке (я когда-то в 80-х в почтовом ящике со вторым допуском так работал на дому :), но из-за NDA, понятно, в 80% это нереально.

Поэтому единственный адекватный выход (если завтра не случится что-то форсмажорное в этих областях) -- заказчикам из верхнего правого учиться делегировать свои проекты внешним подрядчикам, в оффшорную разработку, учиться писать адекватные ТЗ, учиться думать в терминах "программных продуктов" и "технологических стеков" (для чего нужна господдержка всем этим процессам), учиться контролировать исполнителей и относиться к ним с огромным уважением и т.д. и т.п. А не то что, встречал подобное не раз, в ТЗ расставляют кванторы всеобщности в каждом предложении: "...должно работать во всех версиях Windows начиная с 95, и на всех мобильных устройствах...".

Это общемировая проблема, в США то же самое, читаю регулярно, как в топовых компаниях ВПК вроде Lockheed Martin и Raytheon не могут найти программистов, работают в основном деды (под руководством ничего не понимающих в теме отставников, пристроенных в тёпленькие местечки благодаря тому, что в своё время помогали этим самым компаниям оформлять крупные оборонные заказы :).

Пишет курсант Кирилл :)

"...при вызове git status всегда подсвечивались Untracked files из родителя, выделенные красным шрифтом, которые мешали чтению ответов в консоли. И я конечно же нагуглил решение, которое удаляло эти Untracked files, но к несчастью, не так как я планировал. Думал, что они удалятся из неотслеживаемых, а они удалились физически

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

На курсах рекомендую, ну и всем напомню, как минимум поиграйте в git-игру => learngitbranching.js.org

Статья нашего курсанта Алексея на хабре
"Алгебра совокупностей Брусенцова и не только"
(поставьте плюсики, кто там тусуется)

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

И у себя в паблике я давно закрыл комментарии, потому то кто пишет комменты, это практически 100% бездельники, которые на моих курсах не занимаются. Зачем мне на них время тратить? Им заняться нечем, вот и сидят на подобных форумах.

В тему, из отчёта курсанта Андрея:

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

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

Хороший код совсем не похож на код.

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

Резюме в том, что вы можете быть сколь угодно крутым спецом -- и вас могут вытурить на улицу за одну минуту.

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

"...(мой среднемесячный заработок около 560т.р. - это оклад + премия(годовая, если ее размазать по месяцам)), а вот в своих навыках в IT за время работы на текущем месте я стала сильно сомневаться (потому что это работа аналитиком данных и заключается она в клепании отчетов в excel).
Я прошу у Вас экспертной помощи есть ли у Вас продукт/курс, который мог бы помочь мне разобраться в текущей ситуации и найти себе снова место в IT, на котором я могла бы продолжать получать соразмерный доход и заниматься тем, чему я учусь последние годы (на Ваших и других курсах - программирование на python, Data Science, аналитика. Вероятно с управленческой функцией)."

Насколько помню, из действующих курсантов у меня сейчас, кто в России, в Москве ребята пытаются схантиться на 300k/s 450 максимум. Вполне реально, но для этого нужны а) сильные софт-скиллы и б) сильные рабочие скиллы скиллы прохождения собеседований по программированию.

Очень частая в этом ошибка, что люди начинают метаться, когда уже слишком поздно. Увы, так это не работает. Эти оба пункта надо развивать регулярно (многие месяцы) и шлифовать вдолгую (всю жизнь), для чего вам в помощь мои курсы карьеры и переговоров по зарплате + моя разумная помощь. Ну и помощь любых других менторов, кого найдёте подходящего, тоже всегда приветствую.

"на python, Data Science, аналитика", ну наверное на 100т можно, и то если постараться, если не было профильного опыта. Но представляете, падать в деньгах в 5 раз? Ничего в такой ситуации к сожалению, чтобы "продолжать получать соразмерный доход" не могу посоветовать. Если ещё есть запас хорошей кармы, может и получится снова найти подобный уровень дохода, но опять-таки, случайно...

В этом опасность больших зарплат, когда они совсем не соответствуют вашим скиллам: они, как сладкоголосые сирены, затягивают вас в карьерный тупик. Потому что если бы зп 500+ соответствовала вашим скиллам, то вы бы без проблем быстро нашли новую работу. Пусть не на 550, но на 400+ точно. Так что всегда лучше ориентироваться на свой профессиональный уровень и постоянно тянуть его вверх.

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

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

P.S. Не то чтобы я вам говорил "не идти на 500 если у вас сейчас 200" )))
Идите конечно, просто имейте в виду, что такое счастье абсолютно точно продлится недолго, и будьте морально готовы потом прилично откатиться назад. Будут ли стоить эти случайные деньги++ потери в вашем профессиональном уровне? Думайте об этом стратегически.

Найдена ошибка в реализации? Нет проблем, "горячий фикс" для соответствующей функции в ближайшем релизе!

Ну разве эта "методика" разработки, даже с точки зрения простого здравого смысла, имеет право на существование?

Однако таков весь мэйнстрим 100%.

Знаете, в чём корень проблемы? Вам может потребоваться пара дней, чтобы выяснить, где кроется баг, и внести нужные изменения... и несколько недель, чтобы понять, а как это надо было сделать правильно в контексте текущей реализации. Но за эти недели на вашем фиксе наслоились уже новые проблемы...

Это бесконечное колесо программистской сансары, вырваться из которого можно лишь с помощью святых computer science :)

"Получил 2 оффера. Оба раза делал одну и ту же ошибку - отвечал на вопрос рекрутёра о сумме заранее (сумму называл всегда одну и ту же). При получении 1 оффера прямо внаглую сказал, что для комфорта накиньте мне 20 сверху. Согласились сразу. При получении второго, сказал, что у меня уже есть один оффер, и там оклад больше. В результате 2 оффер подумал и накинул сверху 30. Пишу в 1 оффер и говорю, что получил 2 оффер, и они сделали неплохое предложение по ЗП. В 1 оффере сказали, ничего не знаем, иди к нам, и накинули прямо жирно, что у меня язык бы не повернулся просить. Иду ко 2 офферу и говорю: простите, но меня всё-таки перекупили. Во 2 оффере сказали, что действительно не могут столько накинуть, но всё равно хотели уболтать, что у них есть жирный годовой бонус. Не повёлся.. Всё равно чуть меньше в сумме выходит.

Чувствую себя каким-то шулером-напёрсточником😐 Шёл на мидла."

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

Подробно разбираем эти схемы со скриптами на треке бесстрашных переговоров о зарплате, потому что 90% себя недооценивают (в самых разных контекстах).

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

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

Крайне показательный пример сегодня с 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.