Жило-было приложение, оно хостилось у меня на Платформе. Делало оно запросы во внешний сервис (назовём его “ПродажиПовышай”). 1 запрос пользователя = 1 запрос к ПродажиПовышай.

Пришёл ко мне Вася, владелец приложения.
Жалуется: «Всё слишком медленно работает».

— Василий, а что именно вы хотите, чтобы быстрее стало?
— Ну, чтобы лучше работало.
— Василий, давайте конкретнее: приложение на Платформе или сервис ПродажиПовышай?
— Ну, пользователям чтобы хорошо было… Ну, значится, приложение на Платформе, да.
— Окей, а за сколько оно должно отрабатывать, чтобы было «хорошо»?
— Эмм… ну, где-то 150 миллисекунд.
— Это на каком перцентиле?
<звук головоломки и скрипа мозгов Василия>
— На 95-ом, наверное.
— А у ПродажиПовышай какое SLA?
<идём к ПродажиПовышай и выясняем>
— 200 миллисекунд на 95-ом перцентиле.
— Так а чего вы тогда хотите в принципе? )

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

Но лучше всё-таки разобраться в метриках и архитектуре.

Официальное расширение Web Clipper само по себе крутое: одним кликом сохраняете статью, блог или вообще что угодно в ваш Obsidian Vault. Тысячи таких, но в этом — есть магия! Тут есть ИИ!

Что умеет?
- Саммари на лету: Clipper кратко пересказывает суть статьи, чтобы не терять время на перечитывание.
- Автозаполнение свойств: Теги, темы, метаинформация — всё добавляется автоматически при помощи LLM.
- Шаблоны и кастомизация: Можно настроить ИИ так, чтобы он заполнял уникальные поля под ваши задачи, вы сами определяете как LLM будет формировать markdown-статью.

Как кастомизировать?
Представьте, что вам нужны дополнительные поля, например, "ключевые идеи" или "что сделать потом". С помощью шаблонов и ИИ это делается автоматически.

Вот страница с расширением: Obsidian Web Clipper.
А ещё вдохновляющие примеры использования: Пост на Reddit.

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

Важно: после установки расширения для Chrome надо зайти в его настройки и подключить LLM

«Архитектор — корпоративный юрист»

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

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

“соблюдайте субботу, ибо она свята для вас: кто осквернит её, тот да будет предан смерти;” (с) Исход 31:14, чудесная, добрая книга “Ветхий Завет” (может сталкивались)

Work-life баланс — штука важная. Знать свои пределы, понимать, как организм реагирует на нагрузку и сколько ему нужно на восстановление — базовый навык для выживания в IT и не только.

Я не считаю, что идеальный баланс — это строго работать с 9 до 18, выполнять минимум задач и дальше «беречь себя». Такой подход может превратиться в тихую стагнацию, из которой сложно выбраться. Мне нравится достигать целей, учиться новому, двигаться вперёд. И да, для этого иногда приходится напрягаться посильнее.

Но при этом важно помнить: когда выкладываешься на максимум — ты берёшь силы в долг. Разок недоспать — не страшно, но если регулярно игнорировать потребности организма, долг превратится в ипотеку, а её уже не так просто выплатить. Когда весь твой запас энергии уходит на поддержание системы, о достижениях можно забыть.

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

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

Сейчас много сгенерированных поздравлений, которые люди отправляют, даже не задумываясь, кто их написал.
Я бы хотел выразить то, что лежит глубоко в сердце. Близкие люди, даже те, кто сейчас далеко, — это самое ценное, и эту связь не выразить простым текстом, созданным искусственным интеллектом.
Спасибо вам за то, что вы есть. Вы — невероятные люди, и каждый из вас заслуживает самого лучшего.
Надеюсь, это поздравление передаёт всю теплоту и искренность, которые я пытался вложить. Если нужно что-то добавить или изменить, дайте знать!
Responses will use another model until your limit resets after 5:04 PM.

В ИТ давно сложился культ программистов: "Без нас ничего не работает, мы тут главные." И правда, без нас сложно, но уже не везде.

Возьмем nocode. Это ведь не только приложения на конструкторах, но и такие вещи, как Pivot Tables в Excel. Буквально несколько кликов — и у вас готовая аналитика. Без ТЗ, без долгой разработки.

Десять лет назад каждый второй заказчик просил "сделать сайт", нанимая фрилансеров, клепающих однотипные поделки. Сегодня сайты собирают на конструкторах за день (Tilda — любовь моя!), а результат зачастую лучше. Программистов при этом стало больше. Просто их задачи теперь куда сложнее.
Там, где нужна сложная архитектура, бизнес-логика или серьезные нагрузки, nocode не справится. Конструкторы не заменят хайлоад, систем реального времени и других мест, где есть критичные нестандартные требования. Это все еще за программистами.

А вот те, кто просто перекладывает JSON-ы или пишет базовые CRUD-приложения, скоро почувствуют конкуренцию не только со стороны nocode/lowcode, но и от LLM-ок. GPT и его друзья уже крадутся, если вы не заметили. Год-два — и многим придётся искать, где себя применить. За 2024 прогресс был такой безумный, что сколько ни бухтят скептики про "потолок развития" — самое интересное ещё впереди.

Вопрос не в том, когда Nocode или AI вас заменят. Вопрос в том, как быстро вы сможете подстроиться под меняющуюся реальность.
Думали ли вы об этом? Начали ли использовать LLM в работе?

"надо" — это сильно завуалированное "хочет кто-то другой"

#цитаты

Когда-то я решил, что писать свои стандарты — это признак зрелости. Например, внедрил правила для оформления API. Это был высер по мотивам OpenAPI, но с поправкой на мою тогдашнюю гениальность. В итоге ни одна стандартная библиотека с этим "гениальным" стандартом не дружила: местами он был избыточен, местами недостаточно гибок. Новичкам приходилось раскуривать наши наработки и TTM был не так мал, как хотелось бы.
Тогда я думал, что правила — это спасение. Оказалось, что это смирительная рубашка, которую я же и сшил. Неудобная, колется, но все обязаны носить.
Как не упасть в эту же яму? На универсальный рецепт не претендую (кажется, до этого я всё-таки дорос 😁), но кое-какие советы сформулирую.

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

Когда аудит проведён — можно сравнить полученные значения "зрелости" с требованиями, предъявляемыми продуктами.
Стартапу важна скорость, госу — стабильность. Не каждое правило подходит под любую задачу, это не золотой молоток.

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

От подписчика по мотивам предыдущего поста:
https://suno.com/song/b8c15829-6af0-4d45-b5d6-dc9a43968bf3

Ищу тебя, энтузиаст управления знаниями!

Друзья из KnowledgeConf начинают подготовку к сезону 2025. Можно подключиться к ним 25 января в 17:00 и понять, как стать у них спикером и подходите ли вы с конференцией друг другу.

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

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

Спойлер: это не конец света, а начало вашей трансформации в отличного лидера.

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

Умение отойти в сторону — это не слабость, а высший пилотаж. Тот самый случай, когда "не делай ничего" — лучший вклад в успех команды.

Как правильно мотивировать человека? Нет, это не про вдохновляющие речи в стиле Ленина с броневика. Настоящая мотивация начинается с понимания, что нужно конкретному человеку, а продолжается реальными совместными действиями.

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

Для чего всё это? Исследование мотивации — не только чтобы «заставить» кого-то что-то сделать. Главная цель — не ставить человеку задачи, которые ему не нужны, которые он делает через силу. Пихание человека туда, куда он не хочет — не просто снижает эффективность, но и выжигает мотивацию под корень.

Глубокое понимание человека — ключ к конструктивной работе. Это и есть настоящая магия управления.

— Аааа! Я поняла, — говорит моя дочь, — компьютеры - это как деревья, в которых водятся жучки. А вы — как дятлы, которые этих жучков ищут!

Чтож, дятлы среди нас определённо есть.

Уважаемый РКН,

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

Задали мне интересную задачку: Сформулируйте портрет идеального для вас (вот лично для вас, а не для абстрактного человека в вакууме):
а) прямого руководителя
б) коллеги
в) подчинённого

Я сформулировал свои ответы ниже, а ваши мысли будет интересно услышать в комментариях.

а) Прямой руководитель. Если он не мешает — это уже офигенно, это уже лучше многих. Я не мешаю ему, он не мешает мне — идеальный баланс. Ну а если на one-to-one он скажет что-то содержательное, а не "пук серьк", как бывает чаще всего — то это вообще сокровище. Хочется ещё помечтать, чтобы он умел признавать свои ошибки — но у смелых фантазий все же должны быть границы. Руководители же, у которых можно кому-то научиться, которые заботятся о подчинённых и погружены в рабочие вопросы — редки как единороги. Встретите такого — держитесь его!

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

в) Подчинённый. Сообщает о затруднениях сразу, а не когда всё уже горит. Учится и развивается. Договариваемся — выполняет, проактивен и не нужно ему напоминать по десять раз. В идеале — работает 24/7 и не выгорает, конечно, но так не бывает, мы все живые существа и это в нас прекрасно 🙂

Когда команда (своя или чужая) не хватается за задачу, это похоже на возражение. Хорошо, допустим, так и есть. Тогда важно понять: какое возражение тут основное?

Разговоры обо всём подряд — это как лечить симптомы, а не болезнь. Чтобы дойти до сути, надо задавать максимально прямые вопросы про ситуацию. Например: "Я правильно понимаю, что если мы решим проблему Х, то дальше сразу начнет происходить У, и в итоге получится Й?"

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

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

Джун: я сделал сервис

Мидл: я сделал отказоустойчивый сервис

Тимлид: я сделал сервис устойчивых отказов 💪