🎄✨ Новый Год на носу, и кажется мы заслужили передышку! 🌟 🎄

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

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

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

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

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

🌟 От всей души желаю вам счастливого Нового Года! Давайте встречать его с радостью и надеждой! 🌟

Возможно как-то так будет выглядеть поиск в новой эпохе
https://www.perplexity.ai/

Отвечает текстом, даёт ссылки на источники, подсказывает связанные вопросы, позволяет чатиться по теме.

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

Как-то раз я познакомился с командой, которая уже 5 лет пилила внутренние проекты силами 4 человек. У них был довольно уютный технический мир, в котором разработчики занимались исключительно кодом, без погружения в цели и "бизнес"-составляющую. И надо сказать, очень много правильных вещей делали: классная архитектура, вылизанный код, подробные тикеты!
Вот только все критичные знания о проекте были в голове овнера и тимлида, а фидбэк от пользователей был максимум в ключе "какого фига не работает?".

Как водится, были и розовые очки: на всём этом висел лейбл "девопс" (ведь ci и iac есть!), а рабочий процесс назывался "гибкой методологией". Гибкая методология в понимании овнера — это когда все его слушаются.

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

Как? Почему? Может пользователи плохие?

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

- Подтолкнуть команду больше общаться с пользователями, помогать решать прикладные проблемы и отвечать на крики о помощи. Можно даже ввести "дежурства по ответам на вопросы". Команда сделает много открытий для себя ("они что, НАСТОЛЬКО не понимают проекта?") и каждый из разработчиков сам по себе начнёт глубже понимать продукт.
- Вовлекать команду в обсуждения с овнером, чтобы хоть капелька информации попадала в поле их внимания.
- Попытаться договориться с овнером и командой, о том, что надо сместить фокус внимания с доставки новых фич на внедрение этих фич. И вместе сформулировать, как именно это можно сделать.
- В идеале, конечно, добиться от овнера, чтобы он сам начал общаться с пользователями — сначала "продавал" идею будущих изменений, чтобы было ожидание, а затем трекал внедрение.

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

О, это прекрасно

Для вновь присоединившихся — топчик постов 2023:

- сон, про DDOS-атаку и её причины — https://t.me/lovely_it_hell/347
- про неявные договорённости и неявные ожидания от сотрудников в компаниях — https://t.me/lovely_it_hell/315
- видео вебинар про то, насколько chatgpt справляется с работой архитекторов ПО — https://t.me/lovely_it_hell/330
- про “руководителей”, дающих пустые советы — https://t.me/lovely_it_hell/357
- про внедрение внутренней документации в команде разработки — https://t.me/lovely_it_hell/368
- про непогружённость руководителей и performace review — https://t.me/lovely_it_hell/382
- про дейлики — https://t.me/lovely_it_hell/386
- про то, что люди ужасно формулируют свои мысли во время кризисов и как с этим быть — https://t.me/lovely_it_hell/399

И, пользуясь случаем, представлюсь.

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

Чуть подробнее можно почитать на сайте.

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

Коллеги из KnowledgeConf объявили Call For Papers на 24-25 июня в Питере. Если вам есть чем поделиться про онбординг, коммуникации и связи между отделами, извлечению и упаковке знаний экспертов, организации единой точки доступа к знаниям, передаче знаний в командах. Сомневаетесь? Есть опция пообщаться голосом с людьми из программного комитета и нащупать, о чём стоит рассказать. Могу свести с организаторами 🙂


Мне почему-то кажется, что бум использования LLM то ли убьёт, то ли, наоборот, выведет профессию управления знаниями на новый уровень. Сделает ли кто-то ИИ-помощников в ведении базы знаний? Как это будет работать?

Читал я тут "Факап" Михаила Харитонова, а у главного героя вещица занятная - криптоконтейнер в виде кольца, которое он всегда с собой носит на пальце ноги.
И как то загорелся этой идеей. KeePass - это прикольно, но скрытый криптоконтейнер который всегда с собой - огнище!

Конечно, тупо флэшка - это не прикольно. Надо, чтобы устройство работало без проводов. Значит или wifi или bluetooth.

Поговорим про Wifi.
Есть многообразие устройств, включая:
- sd карточки (на практике жутко тормозные, но очень удобно например для работы с 3d принтерами),
- raspberry pi zero
- скучающий на полке black swift
Но все эти варианты жрут электричество как не в себя. Ведь это wifi, и он ужасно прожорлив. Чтобы оно работало автономно приемлемое время — нужно носить с собой минимум автомобильный аккумулятор.

Ну и, наконец, камон, какой вайфай?! Во всех телефонах и ноутбуках ты можешь нормально подцепиться только к одной wifi точке в единицу времени. Работать одновременно с двумя - так не получится без танцев с бубном даже при наличии отдельного wifi-свистка.
Увы, этот вариант нам не подходит.

Но у нас есть bluetooth, в котором даже есть bluetooth low energy. Само название ведёт нас!

Ребята, я так давно не офигевал.

Протоколу куча лет, а у него проблемы с совместимостью между версиями (+ релизацией в разных ОС, а уж тем более, с реализацией библиотек под разные языки программирования).
А Bluetooth low energy вообще не про передачу данных (и с библиотеками вообще мрак). А ещё оно дырявое, что периодически всплывает.

В общем вот пара ссылок для увлекательных вечеров:
- https://dzen.ru/video/watch/6318c0e38af5a67b3591ab03
- https://t.me/cybred/780
- https://habr.com/ru/news/518662/

А хотите прикол?
Некие умельцы вроде как сделали bluetooth-парольницы:
- https://www.atlancube.com/
- https://www.themooltipass.com/
Но честно говоря, с полученными знаниями, я прям не уверен, что оно защищённое и удобное. Учитывая мелкую серию - вангую проблемы обновляемости и много древнего интерфейсного зла.


В общем, к чему я это.

Исповедовался вам, ссылок интересных отгрузил. А сам пришел к yubikey с Fido2. Шифруем что хотим, грузим в облако, ушами не хлопаем. Верим что интернет будет везде.
Пока как-то так.

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

Попробуйте сформулировать для себя ответы на вопросы:
- Когда у сотрудника возникает вопрос из области ответственности руководителя — он может свободно задать этот вопрос?
- А как с вопросами к топ-менеджерам? (Не в теории, на практике. Агрессивная/отталкивающая реакция топ-менеджера = спрашивать нельзя)
- Если нужна помощь по рабочим вопросам — может ли кто угодно сорваться со своих задач и помочь сотруднику? Нет ли препятствий и жёстких ограничений, например, из-за распланированного времени?
- По факту (если есть месседжеры — это удобно посмотреть) — задают ли новички глупые и нубские вопросы? Получают ли они ответы и поддержку, мол, любые вопросы хороши?
- Есть ли какие-то мероприятия, где любой сотрудник может задать вопросы к руководству компании?
- Есть ли у вас сформулированное соглашение о том в каких чатиках задавать вопросы по каким темам? Есть ли тематическое каналы по технологиям, для трёпа команд и т.п.?
- Есть ли у вас хоть у каких-то каналов, где люди задают вопросы, обязательные отвечающие?

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

Товарищ, который написал диплом с помощью ChatGPT и попадал в новостную ленту, опубликовал новую прекрасную историю. На этот раз он написал скрипты, которые за него общались с девушками (с использованием ChatGPT конечно же), и запустил это дело на год.
В Твиттере длинный тред (чтобы прочитать нужно быть залогиненным) со скриншотами, архитектурными схемами и видео
https://twitter.com/biblikz/status/1752335415812501757

Сделал для вас скриншот части треда. Это просто очешуительно.

Должности ничего не значат.

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

В соседних компаниях живущих на одном рынке труда:

- инцидент менеджер это человек на первой линии, который действует по скрипту
- инцидент менеджер это инженер (не смотрите на слово менеджер в названии) решающий инциденты on call

- менеджер проектов это умная секретарша записывающая и трекающая за тимлидом тикеты
- менеджер проектов это тот кто рожает план проекта и формулирует задачи и оценки
- менеджер проектов это пересыльщик писем между исполнителем и клиентом

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

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

Должности критически важны

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

На вас, вернее на ваше резюме с ничего не значащими должностями, смотрит рекрутёр. Который смотрит также на 100500 других резюме. И, честно говоря, у него и без вашей уникальности полно забот.
Его задача — среди потока информации найти то, что он точно сможет "продать" нанимающему менеджеру. То, что пройдёт быстро и без геморроя.

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

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

Очень круто, если вы знаете ключевые слова, которые нужны именно в этой компании. Если компания размахивает трусами, что у них Agile — не стоит триггерить их рассуждениями о важности составления ФТ, НФТ и документации (даже если вы умеете, знаете, практикуете). Не стоит говорить, что вы были "менеджером внутренних разработок", если в компании 50 project manager-ов, им нужен тупо ещё один идеально такой же винтик.

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

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

При этом конкретный выходец из компании ХХХХХ может быть конченным идиотом. И речь не о soft skills, а о том, насколько он не разбирается в прямых своих обязанностях, насколько его должность не соответствует его уровню развития.
И я неоднократно видел, как люди месяцами находились в уютненьком положении в силу целого ряда факторов и уходили потом творить ересь в не самые плохие компании — и их брали!

Про ритуалы

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

Вот например, однажды наблюдал владельца, который был убежден, что его решения - самые лучшие и ему нужно впихнуть эти решения в сотрудников. Но обязательно "так, чтобы они сами к этому пришли". Что вело к обсуждениям, начинающимся с "ой, есть такая проблема, а как вы думаете ее решать?", но в итоге сводилось к единственно ожидаемому результату. В комплекте шла игра словами, манипуляции, давление авторитетом и прочие глупости.
Может быть сотрудники — идиоты и не понимали театра абсурда?
Конечно нет. Они приняли правила игры и следовали за ситуацией. "Бля, он уже все решил, спорить без толку" — и родился ритуал, позиционируемый как "успешное совместное принятие решений в компании", но таковым не являющийся. Начальник-то был уверен, что он всё сделал правильно!

Ритуальные статус-встречи (которые никто не слушает), ритуальные отчёты (которые никто не читает), ритуально продвигаемые правила (дисциплина должна быть в коллективе!!!) скрепляют сообщество, но сжигают души.

Мне тяжело в таком работать — мешает постоянный когнитивный диссонанс — но что можно с этим делать до конца для себя не сформулировал. Как вы боретесь с самодурством руководства?

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

Всем привет, кто сидит в заказной разработке, консалтинге, или работает с множеством внутренних клиентов. Поднимите руки, кого бесит трекинг времени? Все правильно, но без чисел никуда — клиентам счета как-то выставлять нужно.
Остаётся лишь сделать этот трекинг менее болезненным. Никто не любит, когда за ними следят, и тут очень важно не перейти границу разумного. Давайте сделаем трекинг с умом!

Первое — трекинг времени никогда не бывает точным. Это факт. Всегда есть погрешность, и если кто-то думает, что его данные идеальны, он глубоко ошибается. Тем более, если эти данные кто-то пытается использовать для расчета зарплат. Фу так делать!

Второе — 8 часов чистой работы головой невозможно. Кто требует списывать ровно или более 8 часов в день — живет в иллюзии. Наши мозги так не работают.

Теперь к делу. Хотите, чтобы трекинг времени не вызывал отторжения? Пройдёмся по чек-листу для инструмента, который мы выбираем:
1. Интеграции должны быть вашим первым приоритетом. Проекты, задачи, категории — все должно быть связано. Надо понимать, что не всё существует в виде задачи, есть ещё фоновые активности по проекту, фоновые активности по команде и фоновые активности по компании в целом. И либо они попадают в погрешность, либо где-то должен быть вменяемый перечень с которым должна быть интеграция.
2. Визуализация — видеть свой день или неделю как на ладони — бесценно. Хотите что-то изменить во внесённых данных? Должна быть возможность редактировать прямо в таймлайне, видя записи, условно, как в гугл календаре.
3. Простота интерфейсов — никаких лишних действий!Интерфейсы должны позволять кликнуть на нужном объекте в условном трекере задач или чате, там, где мы с ним работаем, и чтобы таймер начал тикать.
Когда-то я видел концепт “пирамидки” на рабочий стол, при переворачивании которой на соответствующую грань начинал работать соответствующий таймер.

И в тёмном царстве есть луч света — программка toggl. Удобные приложения, интеграция с трекерами через плагин в Chrome и даже админка для бизнеса (либо просто выгрузка в csv если вы не бизнес или шифруетесь).

Трекинг времени - это часто зло. Но если уж с ним жить, давайте делать это с умом и уважением к собственным нервам, с доверием к коллегам.

На случай блокировки Telegram-а, которая никогда не случится, потому что такого не может быть — сделал зеркало канала в Signal.
https://signal.group/#CjQKIKt3QHHPV9Na3a1kQW8UrCXpBcmxpAdMYtDLxB9WT8vFEhATvYiNsTz19m3Iw93UmakK

Я проверил основные альтернативы: Signal, Briar, FluffyChat (клиент для Matrix). Самое юзабельное — это Signal. В нём нет каналов как таковых, нет комментариев в постам, но что-то можно эмулировать хитрыми настройками чатиков.
Тем не менее у Сигнала есть вменяемые и работоспособные клиенты под все устройства. Это большое преимущество перед Briar и FluffyChat 😁
И, самое главное, UX намного ближе всего к привычному.

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

Один успешный предприниматель как-то решил со мной поделиться своей мудростью по управлению людьми:

Куриц надо кормить, куриц надо пиздить, курицам надо внушать, что их хорошо кормят


По шкале от “фу какая мерзость” до “нафиг так жить” — как вы оцениваете это утверждение? :)

Откуда у компаний берется плохая стратегия

Казалось бы, книгу "Хорошая стратегия, плохая стратегия" читал любой уважающий себя менеджер. При этом скоммуницированная стратегия большинства компаний под критерии хорошей не подходит никак. Самое простое объяснение – в топ-менеджменте сидят ленивые и бесполезные люди, как и всегда, чаще всего спровоцировано фундаментальной ошибкой атрибуции. А вот эти объяснения уже более вероятны:

👉У компании действительно нет единой стратегии. Но при этом она есть у отдельных людей в руководстве. Кто-то умеет хорошо убеждать других в конкретных ее частях, кто-то – не очень.
👉Скоммуницированная вам стратегия – это только прилизанный публичный нарратив, из которого убрали какие-то приватные куски, которые не надо знать всем.
👉В целом стратегия является результатом переговорного и политического процесса. Вместо объективно правильной в общем виде стратегии вы получаете правильную для кого-то конкретного в компании.
👉Стратегия по определению долгосрочна. При этом не все, кто прикладывает к ней руку, планируют задерживаться в компании надолго.
👉Стратегия на самом деле есть, и процесс ее выработки был построен правильно. Но она не скоммуницирована, и находится у руководителя в голове.
👉Главная стратегическая ставка уже сделана какое-то время назад, а все остальное – не важные детали. При этом вы замечаете только их.

😌 Управление ожиданиями, кейс №3

У вас трёхнедельные спринты и нет правила “задачи в спринт после утверждения не берём”. Срочное и есть срочное, на него есть резерв времени.
Время шло, возникали срочные задачи. И вот в середине спринта ты обнаруживаешь, что задач на спринт запланировано больше, чем часов в этом спринте. И все нужные. Что ты будешь делать?

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

Мой ответ с объяснением позиции — через несколько дней.