Типовой булщит или кто хорошо пишет в телеграмм?

Важно! Ссылочек не будет ибо мне лень, а если вам не лень, то воспользуйтесь поиском.

Прочитал у Глеба Михеева про папочку каналов с айти тематикой (это старый добрый способ попереливать аудиторию друг другу).

И подумалось "вот оно счастье щас найду что почитать". Но, конечно, не нашел. Такое сейчас время - время в которое каждый хочет писать, но не знает о чем.

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

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

Могу сходу назвать три канала, в которых есть узнаваемый стиль:

Роман Сакутин - иронично (порой слишком), без комплексов (порой совсем без комплексов) о жизни в современном геймдеве, ну и конечно прогревы на курсы (куда без них?)

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

Деплой - немного нудно, но это такая приятная гнусавость, с попыткой оригинальной аналитики.

SeniorSoftwareVlogger - напоминает мне шато Бордо: мягкий вкус, очень умеренная кислотность, приятная тёплая терпкость, слегка вяжущее послевкусие.

В общем ищите стиль, господа, ищите стиль.

P.s. мой стиль - хардкор на гвоздях, если кого задели мои слова, то это случайная неслучайность.

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

Такими темпами скоро надо будет сделать условие входа "заработок от миллиона и выше".

Сегодня у меня вот такой шахматный поединок. Знаю что среди вас есть крутые шахматисты, дайте идеи по дебюту.

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

Знания ≠ большие деньги

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

Знаете, почему так?

Мир платит не за знания, а за ценность. А ценность — это не то, сколько ты знаешь, а какую боль ты можешь закрыть.

Нужно честно ответить себе на вопрос: я хочу быть «настоящим профессионалом» в глазах коллег — или зарабатывать много?

Если цель — зарабатывать, то и осваивать нужно только те навыки, за которые реально платят больше.

Каждую новую инициативу по изучению очередной технологии стоит начинать с вопросов:
Это поможет мне получить повышение сейчас?
Это нужно рынку?
Стану ли я стоить дороже?
Принесёт ли мне это больше денег в ближайшем будущем?

А ещё лучше — сделать что-то вроде кастдева, только для себя. Спросить у тимлида: какие навыки нужны, чтобы вырасти? Поговорить с людьми на +1 грейд выше. Почитать вакансии — в них, на самом деле, много полезного. Это практически карта развития.

А если новый навык никак не повлияет на ваш доход — зачем тогда всё это?
Вам действительно нужно одобрение ветеранов программистского труда?

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

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

И таких проектов уже много: soer.pro, narisapp, devs2devs, Соер.Клуб. Мне не интересно намекать на какой-то там свой коммерческий опыт, если я не могу предъявить конкретные результаты.

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

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

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

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

Но мне все равно нравится, по кайфу получилось

Сегодня с Алексеем Гладковым в Соер.Клубе обсудили вопрос разработки мультиагентных систем для написания кода. Я на выходных начал писать своего ИИ агента для Nvim и мне было интересно узнать, что делает Алексей (мы оба решаем задачу генерации кода).

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

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

Простые задачи (например, создание лендинга) такой конвейр вывозит, интересно делать что-то более сложное - анализировать пользовательские истории и реализовать api-first подход.

Буду постпенно копать в этом направлении.

Про оценку сроков

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

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

Каждый из нас решает эту проблему по-своему. Один мой бывший коллега всякий раз очень долго извинялся, когда факапил сроки, и обещал обязательно все сделать сегодня. Но он снова не успевал, и снова извинялся. Другой мой бывший коллега оставался допоздна перед дедлайном, а как-то раз и вовсе заночевал на офисном диване.

В защиту программистов скажу, что проблема оценок существует не только в айти: любой сложный процесс практически невозможно спрогнозировать. Один мой менеджер как-то сказал: представь, что твой врач не может назвать, сколько времени уйдет на лечение, что ты будешь чувствовать? Это был очень плохой пример: как раз в это время я проходила стоматологическое лечение, которое заняло на год больше ожидаемого и оказалось в 2,5 раза дороже изначально планируемой суммы.

Разработка - это сборка конструктора из мелких деталей: никогда не знаешь, подойдёт ли новая деталь к уже собранной части. Это напоминает известную проблему остановки Тьюринга: для любых двух функций F и G мы никогда не можем определить, что их суперпозиция остановится (= заработает как надо). Алан Тьюринг доказал неразрешимость этой проблемы еще 90 лет назад, однако менеджеры по сей день продолжают пытать программистов на очередном дейли вопросом “так, сколько тебе еще делать эту задачу?”.

Однако можно сделать ровно противоположное: не угадывать срок, который уйдет на разработку, а зафиксировать время, которое вы готовы уделить на фичу. Например: “Мы готовы потратить на эту фичу 2–5 дней. Обязательно - чтобы работало вот это. Всё остальное сделаем по возможности”. Тогда вы не будете зависеть от точных оценок, и при любом раскладе сделаете главное.

Первый раз я применила этот способ еще в 2019 году. Я прикинула, что мне нужно около двух недель на задачу. Однако менеджер вернулась ко мне со словами - “бизнес не дал тебе две недели, бизнес дал тебе неделю”. “Хорошо, я могу сшить семь шапок из этой шкурки,” - подумала я. Я сделала каркас фичи за неделю, но не успела добавить несколько удобных штук в свое решение, плюс пропустила некоторые корнер кейсы. Менеджер осталась довольна. А затем попросила доработать решение и учесть корнер кейс. “Хорошо,” - сказала я, - “на это мне нужна еще неделя”. На том и порешили.

Если вы разработчик и от вас требуют конкретные сроки - попробуйте так и сказать: “Я точно успею сделать вот это, а остальное - постараюсь, если не вылезем за дедлайн”. Тогда вы точно сможете рассчитывать на то, что критическая функциональность будет готова в срок, а опциональной можно пренебречь.

Простой пример того почему не стоит слепо верить ИИ. Это ответ Алисы.

Ещё один пример соера который сделал крутую карьеру, к тебе только один вопрос: почему ты думаешь, что не можешь так же?

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

Вышел классный подкаст со мной и у Таалая! Таалай очень крутой инженер, гуглер с зарплатой выше 500к долларов в год

https://youtu.be/ExoGv_oUbvQ?si=V_4Pt64c9GYNBNoM

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

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

1. Я бы начал с простой классификации — «Матрица самооценки умений и предпочтений».

|                     | Нравится    | Не нравится |
|-----------|-------------|---------------|
| Я умею      | Тут список  | Тут список  |
| Я не умею | Тут список  | Тут список  |

Верхний левый квадрат — «Я умею и мне нравится» — это твоё стратегическое преимущество. Если этот список пустой, то я бы начал решать проблему именно отсюда.

2. Дальше нужно понять, насколько другим людям нужно то, что тебе нравится и что ты умеешь. Если ничего востребованного нет, можно переходить к «Я умею, но мне не нравится» — и туда уже набирать навыки, которые реально пользуются спросом.

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

А дальше - продавать то, что ты отлично умеешь, желательно, чтобы это ещё и нравилось, тогда сможешь гораздо эффективнее двигаться в выбранном стеке.