Коллеги, а кто-нибудь уже использовал AI для серьезной генерации/доработки доки?
Периодически попадается что-то громко заявляющие, вроде https://swimm.io/
А как на практике? Много ли пользы добавляет AI, али просто пересказывает код текстом?

Забудьте о деловом стиле!

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

Может быть стоит забыть о деловом стиле, если хочешь наладить контакт?

План на выходные:

1. Читать, как нейронка профессионально хакает сервера неочевидным путём, изобретая этот путь на ходу.
2. Пересматривать Ghost In The Shell: Stand Alone Complex, с восхитительной с точки зрения внимания к деталям картиной будущего с ИИ.
3. Немножко плакать, есть мороженое.
4. Может быть сесть, развернуть LLM-ку в облаке.

Читал я тут Лю Цысиня и очень понравилась концепция держателя меча.

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

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

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

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

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

Не можете стать злым? У вас есть явная зона для личного роста.

Адаптивность - важнейшее свойство живых существ, свойство, доверенное человеком до совершенства.

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

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

Если вы годами яростно охраняете себя, то ваши софт скиллы - гавно.

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

Или нет.

Рубрика “мерзкие советы от топовых менеджеров”
Основано на реальных топовых менеджерах.

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

Кто выплывет — тот выплывет. Кто не выплывет — того уволим.

Когда вступаешь в управленческую должность — нужно сделать ряд вещей, о которых никто тебе не скажет. Нужно “въехать” в целый ряд тем, самый лучший вариант — это буквально поставить себе задачу выяснить и оформить в виде схем/документов.

Какие это могут быть темы и артефакты?

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

То есть буквально: забиваем в календарь кучу встреч, ходим, спрашиваем, рисуем в схемы и конспекты. Эти артефакты помогут вам не только разобраться, но и быстро найти общий язык с коллегами, когда будете объяснять к чему будете вести команду. Это задача, которую ты ставишь сам себе и добиваешься её первым приоритетом.

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

Кажется, началось…

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

По мнению инициаторов законопроекта, C# слишком сильно концентрирует внимание разработчиков на платформе Microsoft, и такой монопольный подход негативно сказывается на разнообразии и инновациях в мире программирования.

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

Нужно начинать продвигать Rust как более правильную замену!

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

Не помогло, говорят.
Странно, говорят, запрос не валидный.
Стали разбираться.

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

Про ритуалы

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

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

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

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

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