Как я планирую неделю за 5 минут с Claude + TickTick на реальном примере 🙃
Накидал голосом в Claude примерный список задач — без дат, без приоритетов, просто что я думаю нужно сделать
⚠️ Important
У меня очень хорошо описаны правила постановки задач и по моему курсу у Claude тоже много контекста, без этого подобное планирование невозможно
Вот как выглядит диалог с Claude от голосового до записей в календаре ⤵️
👱 «Закинь эти задачи в TickTick на неделю, можешь еще примерно приоритет важности поставить» 🤖 «Ок, создал 17 задач, распределил по дням, расставил приоритеты» Дополнительно Claude уточнил у меня: «Для лендинга мне от тебя нужны даты старта. И еще, механика ранней цены — по местам или по дате?»
Т.е. он не тупо поставил задачи, но и еще доспросил по тем вопросам, где нужно уточнение
👱 «Размажь эти задачи по времени дня релевантно» 🤖 Распределил задачи по рабочему дню: утро и день — мелкие задачи, вечер — вдумчивые. Как ты любишь.
У моего Claude в проекте постановки задач описано много правил по тому, какие типы задач в какое время дня мне больше нравится делать. И он это все учитывает
👱 «Поставь релевантную длительность» 🤖 Проставил start/end для каждой задачи: статья — 3 часа, обновить цены — 30 минут, встреча — 1.5 часа.
Чтобы это были не просто todo в календаре, а именно что занятые тайм слоты
👱 «Распиши по SMART в описании» 🤖 Добавил в каждую задачу S/M/A/R/T — что сделать, как понять что готово, почему реально, зачем нужно, дедлайн.
Это я уже по приколу добавил, на самом деле у него немного другие правила детализации задач. Но сам факт, что при наличии нужного контекста он еще и критерии выполнения может добавить
Все работает через Claude Desktop => Tick Tick MCP => Tick Tick
Конечно, можно все в одном промпте провернуть, но я решил так показать
Вот в итоге все задачи проставлены, интерфейс календаря не открывал
Представлена открытая платформа LifeForge. Этот проект — швейцарский нож для мониторинга жизни и работы. Инструмент заменяет такие сервисы: планировщик задач, трекер привычек, заметки, финансы, цели, обучение, дневник и ещё десятки инструментов — всё в одном месте. Внутри есть контроль задач, проектов и дедлайнов, учёт расходов и бюджета, заметки, идеи, дневник, обучение, флешкарты, база знаний, личные цели и прогресс. Работает локально, без облаков. Можно настроить под себя и отключить лишнее. По сути это Notion + Todoist + трекер привычек + финансы + личная CRM + учебная платформа в одном проекте.
Данные есть, ясности нет: как принимаются сложные решения в IT
Нередко возникает странная ситуация: данных достаточно, аналитика собрана, риски посчитаны, команда сильная - а решение всё равно даётся тяжело или приводит к неожиданным последствиям.
Со стороны кажется, что проблема в расчётах. На практике гораздо чаще она в другом.
Когда информации достаточно, но решения всё равно «ломаются»
В сложных проектах и бизнес-ситуациях данные редко бывают идеальными. Они неполные, противоречивые, запаздывающие. Это нормальное состояние реальности, а не ошибка аналитики.
В инженерных дисциплинах принято проверять модели в приближённых к реальности условиях - через валидацию и эксперименты. В IT-проектах такой «аэродинамической трубы» чаще всего нет.
Решения приходится принимать в условиях неопределённости, без возможности проверить модель в натуральных условиях заранее.
Проблемы начинаются в тот момент, когда решение принимается не из ясности, а под воздействием состояния: дедлайны давят, накапливается усталость, появляется страх ошибки. Возникает желание срочно что-то сделать, чтобы снизить напряжение.
В этот момент формально решение ещё обсуждается, но фактически оно уже принято.
Почему опыт и интеллект не всегда спасают
Парадоксально, но чем выше уровень экспертизы, тем изощрённее могут быть рационализации.
Мозг легко находит логичные объяснения, почему нужно ускориться, почему риски допустимы, почему «потом разберёмся».
Именно поэтому самые дорогие ошибки нередко совершаются не новичками, а опытными специалистами и руководителями - в моменты, когда исчезает пауза между импульсом и действием.
О паузе как инструменте управления
В работе с решениями есть простой, но недооценённый принцип: если между реакцией и действием остаётся пауза - остаётся выбор.
Пауза не даёт готового ответа и не снимает неопределённость. Но она возвращает управление из режима реакции в режим осознанного решения.
Когда паузы нет, решение принимается автоматически: из тревоги, из защиты, из спешки.
Когда пауза есть, появляется возможность задать неудобный вопрос, пересмотреть допущения или честно признать, что данных всё ещё недостаточно.
Почему это важно в IT (и не только)
IT-проекты, как и в других отраслях, редко ломаются из-за одной неверной формулы. Чаще - из-за цепочки решений, принятых слишком быстро или в состоянии повышенного давления.
Устойчивость систем, команд и бизнесов начинается не с идеальной аналитики, а со способности выдерживать неопределённость и не торопиться «закрыть вопрос» любой ценой.
Иногда лучший ход - это не выбор варианта, а умение вовремя остановиться и дать себе время подумать.
Что делать когда памяти на телефоне не хватает - ещё один вариант ;)
---ОФФТОП начало--- Исторически погоня за свободным местом была всегда. Чем больше информации нас окружает, тем больше мы хотим сохранить. И в этой философии каждый человек самостоятельно принимает решения что сохранять и как. Фото и видео (личные, от родственников и друзей), разнообразные документы документы от книг до аудио-видео записей и прочее.
Облако это удобно, но сейчас речь про офлайн решение, которое я использовал лет 15 назад для резервного копирования, и к которому я вернулся сейчас, чтобы не чувствовать ограничений на телефоне с 256гб встроенной памяти. И так уж получилось, что я пользуюсь телефоном, производитель которого отказался от поддержки SD карт, а я не смог пересесть на другие телефоны. ---ОФФТОП конец---
В качестве исходных данных берем телефон, памяти которого со временем становится недостаточно. Раньше я ставил карту памяти, которая больше памяти телефон в несколько раз (телефон 64гб - карта памяти 256гб) и настраивал периодическое копирование из основной памяти на карту памяти.
Таким образом у меня была полная копия данных на карте памяти, которую я мог использовать, если телефон выходил из строя, на другом телефоне. Также я всегда знал что могу удалить файлы из основной памяти телефона, потому что эти файлы уже на карте памяти. Обычно удаляются старые видео, снятые на телефон, которые накапливаются и могут занимать до 30% места на встроенной памяти. Иногда все фото-видео-документы переносились на ПК для архивирования.
Если телефон не поддерживает карту памяти, то можно использовать облако. Но и облако имеет свой предел (той стоимости, которую я готов платить), даже если периодически переносить данные из облака на компьютер.
После очередной (безуспешной) попытки перейти на телефон с SD картой пол года назад, у меня осталась SD карта на 512гб. Карта была подключена через type-c адаптер к телефону и единожды была выполнена полная синхронизация.
Теперь при необходимости почистить место на телефоне, SD карта подключается через адаптер, выполняется синхронизация только новых файлов и традиционно удаляются видео, снятые на камеру телефона и занимающие львиную часть места. Фотографии с телефона не удаляю, ведь по сравнению с видео они занимают гораздо меньше места.
Сейчас используется старый адаптер с переходником, хотя в продаже есть современный адаптер для SD карты только с подключением type-c. Этот же адаптер является личной флешкой, т.е. всегда с собой в сумке.
Программ для выполнения синхронизацией папок много и каждый может найти себе удобный вариант. Сам пользуюсь платной версией FolderSync - исхожу из того, что оплачиваешь покупку один раз, а программа продолжает развиваться. Кстати, отдельно при синхронизации по маске * (все папки и файлы), нужно исключать системные папки, типа /.thumbnails/ в корневой папке Pictures.
Общий список исключений (задаётся как регулярное выражение) у меня выглядит так
Ordnerpfad RegEx .*\.database_uuid.*
Ordnerpfad RegEx .*\.nomedia.*
Ordnername RegEx .*\.thumbnails.*
Если появляется сообщение о сбое синхронизации, значит какая то программа использует папку с системным названием, но это большая редкость.
P.S. Многие программы синхронизации поддерживают копирование в SMB (сетевую папку), что также можно использовать для синхронизации данных напрямую с телефона на компьютер через общий WiFi.
P.P.S. Нашел open-source бесплатное решение Syncthing, которым позволяет выполнять синхронизацию между устройствами в интернете через UPnP механизм, но пока ещё не было необходимости его использовать.
Иногда ловлю себя на странной мысли: если бы мне дали возможность забыть один фильм или сериал, чтобы пересмотреть его заново — что бы это было?
Выбор оказывается неожиданно сложным. Потому что я уже знаю, какие эмоции получу, где будет вау-момент, где захочется поставить на паузу и просто посидеть в тишине. Крышесносный боевик, напряженный триллер, запутанный детектив или (куда уж без неё) "Игра престолов"?
И именно поэтому хочется пересмотреть это снова — с чистого листа.
Потом я поймал себя на том, что эта мысль отлично ложится на бизнес и маркетинг. А что если представить, что можно «забыть» один процесс в своём бизнесе? Посмотреть на него так, будто видишь впервые.
Как бы вы его спроектировали сегодня?
Когда мы давно внутри процесса, мы перестаём его замечать. Он становится фоном. Привычкой. Автоматизмом.
А попытка «забыть фильм» — это способ вернуть себе взгляд нового зрителя, а не участника съёмок.
P.S. "Властелина колец" я бы не стал забывать. Мне его и в 30-ый раз пересматривать очень интересно)))
Почти четыре года назад Вика пришла в Naumen стажером, а сегодня — руководит командой, где почти все специалисты начинают свой путь с нуля. Вместо использования универсальных рецептов для руководителей она выстраивала свою систему с упором на поддержку, доверие и постепенное развитие.
Делимся ее ответами на непростые вопросы, с которыми может столкнуться руководитель в команде джунов.
Как понять, что сотрудник застрял в задаче, но боится сказать?
Если человек вдруг перестает обновлять статус или не выходит на связь по задаче — это не всегда прокрастинация. Часто за этим стоит тревога: задача кажется слишком сложной, неясно, с чего начать. В такие моменты я сама инициирую разговор: спрашиваю, что тормозит, помогаю разложить задачу на части. А еще предлагаю начать с простого, чтобы войти в ритм, почувствовать уверенность и потом вернуться к сложному.
Как быть, если команда боится просить помощи, даже когда тяжело?
Я сталкивалась с этим в своей команде: каждый видел, что у других завал, и считал, что жаловаться неуместно. Начала проговаривать на общих созвонах, что просить помощи — нормально, это не слабость. Потом попробовала сама писать в личку с конкретными вопросами. До сих пор периодически пишу: «Привет! Вижу, что у тебя много задач. Давай заберу какую-нибудь?» и почти всегда в ответ получаю ссылку на задачу, которую можно передать. Ведь принять помощь гораздо проще, чем просить о ней самому.
Что делать, если в команде очень разные стили работы?
Кто-то может сам организовать процесс, кому-то нужна поддержка. Я это учитываю: одним ставлю регулярные встречи, другим даю свободу. Подходы — разные, результат — общий. Важно не навязывать единую систему, а подстроиться под ритм человека. Это снижает перегруз и дает опору.
Как говорить о повторяющихся ошибках, чтобы не потерять доверие?
Если ошибка повторяется или нарушаются договоренности, я говорю об этом строго, но без давления. Наедине обсуждаем, почему так произошло и что помешало. Также подробно разбираем, как можно было поступить по-другому. Человек не закрывается и понимает, что ошибка — не повод для страха, а точка роста.
Как помочь, если сотрудник теряет уверенность в себе?
Многие джуны (и я сама раньше) сталкиваются с синдромом самозванца. Они не видят свои достижения, стесняются радоваться успехам. Мы завели доску «победы недели» — каждую пятницу на ретро сотрудники фиксируют свои успехи и рассказывают о них всей команде. Когда признание приходит не только от руководителя, но и от коллег, человек по-настоящему начинает видеть свою ценность. На «1:1» мы тоже обсуждаем сильные стороны с конкретикой и примерами, чтобы сотрудник видел точки роста и сильные стороны.
→ Подробнее своим опытом Вика поделилась в статье.
Инструментальное средство PVS-Studio разрабатывается с учётом требований, предъявляемых к статическим анализаторам в ГОСТ Р 71207—2024. Выявляет критические ошибки и может использоваться при разработке безопасного программного обеспечения по ГОСТ Р 56939—2024.
Я подготовил развёрнутый материал, посвящённый функциональным возможностям PVS-Studio на начало 2026 года с точки зрения перечисленных стандартов, приказа ФСТЭК №117, методического документа "Профиль защиты" и т. д.
Обзор PVS-Studio получился большой и явно не формата статьи для Хабра. Это вообще, скорее, мини-справочник на 66 страниц. В общем, я вас предупредил :) Тех, кто не испугался, а наоборот, заинтересовался, приглашаю познакомиться с материалом по ссылке:
как связаны между собой PVS-Studio и различные ГОСТы;
требования к статическим анализаторам кода и насколько им соответствует PVS-Studio;
разбор технологий анализа, реализованных в PVS-Studio;
примеры выявляемых критических ошибок и что это такое;
характеристики анализатора: языки, поддерживаемые операционные системы, скорость работы, форматы отчётов;
и т. д.
Если вас заинтересовали озвученные здесь темы или у вас появились вопросы, то напишите нам.
P.S. Команда PVS-Studio будет со стендом на ТБ Форум 2026 (18–20 февраля 2026, МВЦ "Крокус Экспо", павильон 2, зал 10). Я там тоже буду. Приходите задавать вопросы на тему публикации, стандартов и вообще.
В рамках «Кругов Громова» сейчас запускаем новое исследование — по российским платформам роботизации бизнес‑процессов (RPA). Хотим собрать честный опыт внедрения: что реально автоматизировали, где программные роботы помогают, а где мешают жить.
Если вы участвовали во внедрении RPA, запускаете и поддерживаете программных роботов (RPA‑ботов) в проде или, наоборот, уже обожглись и отказались от платформы — очень нужны ваши ответы. Опрос занимает 5–10 минут, он про практику, а не про маркетинг.
Результаты войдут в открытое исследование по российским RPA‑платформам на russianbi.ru — в духе прошлых исследовательских кругов: с разбором сильных и слабых сторон и типичных граблей.
Если есть история «как у нас роботы пошли не по плану» или, наоборот, показательный успешный кейс — кратко накидайте в комментарии к этому посту, это тоже поможет исследованию.
Компания Manus* (теперь являющаяся частью Meta*) представила новый инструмент Meeting Minutes, призванный решить проблему «мертвых» заметок. Новый инструмент не просто транскрибирует разговоры, но и превращает живые обсуждения в структурированные данные, позволяя мгновенно переходить от слов к созданию презентаций, веб-сайтов или постов в едином рабочем потоке.
Процесс записи встречи в Manus: простой интерфейс с кнопкой завершения и визуализацией голоса.
Как это работает: от голоса к действию
Основная идея Meeting Minutes — максимальная простота использования во время очных встреч. Процесс работы с инструментом состоит из трех интуитивных шагов:
Запись: Пользователь нажимает иконку записи в приложении, чтобы начать фиксацию разговора.
Транскрипция: Система автоматически переводит речь в текст в реальном времени.
Генерация: После нажатия кнопки «Finish» ИИ анализирует сказанное и генерирует структурированное саммари (резюме) встречи.
Ключевые возможности
Новая функция выделяется на фоне обычных диктофонов и сервисов транскрибации благодаря глубокой интеграции с рабочими процессами Manus:
Умное распознавание спикеров: Система умеет идентифицировать участников беседы. Если в разговоре упоминается имя коллеги (например, «Алексей подготовит отчет»), Manus автоматически распознает это и может назначить соответствующую задачу конкретному пользователю.
Бесшовное исполнение (End-to-End): Это главное отличие инструмента. Результат встречи — не просто текст, а база для действий. Пользователи могут сразу превратить заметки в готовые артефакты: сгенерировать слайды презентации, структуру веб-сайта или список задач, не выходя из контекста обсуждения.
Коллаборация: В созданную задачу можно приглашать других участников встречи для совместной работы над результатами, что превращает запись в единое пространство для командной работы.
Офлайн-надежность: Инструмент разработан с учетом нестабильного соединения. Запись продолжается даже при полной потере интернета. Сеть необходима только для инициации процесса и финального анализа данных в облаке.
Важные детали и ограничения
Несмотря на инновационность, у первой версии Meeting Minutes есть свои особенности, о которых стоит знать пользователям:
Фокус на очных встречах: Инструмент оптимизирован для живых разговоров в одной комнате и не предназначен для записи онлайн-звонков (Zoom, Google Meet).
Отсутствие паузы: В текущей версии нельзя поставить запись на паузу — сессию можно только завершить.
Монетизация: Сама запись голоса бесплатна, однако функции ИИ-анализа и генерации заметок расходуют кредиты пользователя.
Анализ: Плюсы, минусы и перспективы
Преимущества Manus делает шаг к закрытию разрыва между этапом обсуждения и этапом исполнения. В отличие от простых саммаризаторов, этот инструмент сразу интегрирует результаты встречи в производственную цепочку. Возможность работы без постоянного интернет-соединения делает его незаменимым для выездных встреч и командировок.
Недостатки Ограничение использования только оффлайн-встречами отсекает значительную часть сценариев удаленной работы. Отсутствие кнопки паузы может быть неудобным для длительных сессий с перерывами, а система кредитов за анализ потребует от активных пользователей внимательного контроля расходов.
Перспективы В контексте недавнего присоединения Manus* к Meta*, эта технология выглядит как фундамент для будущих интеграций. Можно ожидать появления подобных функций в WhatsApp* или умных очках Ray-Ban*. Фактически, это шаг в сторону «агентного» ИИ — помощника, который не просто пассивно слушает, но и активно помогает выполнять работу.
* Организация Meta, а также ее продукты Facebook и Instagram, признаны экстремистскими и запрещены на территории Российской Федерации.
Каждое решение, которое принимает менеджер, можно отнести к одной из 2 категорий.
Первые - определённые. У них всегда есть факторы, которые однозначно определяют, какое из решений выгодно. Факторы могут быть неизвестны здесь и сейчас, но проведя исследования, углубившись в аналитику, расписав риски - их можно выявить.
А есть решения, факторы за и против которых соотносятся как 50/50. И да, тут тоже речь о всём возможном пространстве факторов, а не только об уже известных. И сколько сил и ресурсов не трать на уточнение - они так и будут колебаться около равновесия.
И главный талант менеджера - уметь с ходу определить, относится ли очередное решение к первой или второй категории, и оценить, стоит ли тут углубление в детали всех потенциально потраченных усилий.
(Услышал эту мысль в кулуарах одного из прошлогодних митапов, авторство уже не вспомню - но идея очень понравилась)
В начале января 2026 года ушёл из жизни Скотт Адамс, который более трёх десятилетий заставлял смеяться над едко-смешным комиксом Dilbert, высмеивающим абсурдность корпоративной жизни.
Адамс работал инженером по прикладным технологиям в Pacific Bell в Сан-Рамоне, штат Калифорния. Его дебют в комиксах состоялся в 1989 году, и на пике своей популярности он появился в более чем 2000 газетах в 65 странах на 25 языках, а аудитория его графических публикаций по всему миру, по оценкам экспертов, превысила 150 миллионов читателей. Несмотря на соответствующий уровень карикатурности, комиксы Адамса остро запечатлели офисную жизнь и задевали за живое класс белых воротничков.
Есть один тип роста, о котором говорят сильно реже, чем про «новых клиентов», «новые лиды» и «новые рынки». Хотя по факту именно он самый логичный.
Как-то я работал над стратегией для управляющей компании коммерческой недвижимости. Компания выросла из подрядчика в полноценного оператора: управление объектами, арендаторами, эксплуатацией, процессами. Всё как положено.
И в какой-то момент возник правильный, но непростой вопрос: «А как расти дальше?»
Очевидный и очень привычный ответ: «Искать новых клиентов». Но более интересный ответ — занять больше места в жизни уже существующих клиентов.
Если посмотреть на бизнес-процесс владельца коммерческой недвижимости, он длинный: выбор участка → строительство → ввод в эксплуатацию → управление → наполнение арендаторами → реконцепция → повторный цикл.
И вот ключевая мысль: если ты сейчас находишься в одном фрагменте этой цепочки, рост не обязательно искать за её пределами. Можно аккуратно расширяться горизонтально, закрывая соседние этапы.
Это и есть интегративный рост. Не «давайте делать всё подряд», а «давайте делать больше для того же клиента».
Мне очень нравится этот подход, потому что он:
- снижает зависимость от бесконечного лидгена, - усиливает LTV без агрессивных продаж, - и, главное, логично считывается рынком.
Фишка в том, чтобы не продать больше, а стать нужнее.
Для поиска такой стратегии можно начать с вопроса: «какую ещё роль мы можем взять на себя для клиента?»
У себя на канале я много пишу о разработке и внедрении документации систем менеджмента, а также улучшении работы систем менеджмента через автоматизацию. Одним из таких направлений сейчас является внедрение ИИ-помощников. Для средних и больших компаний можно создавать решение на базе ИИ в качестве универсального помощника в повседневных задачах. На общедоступны портал компании или мобильное приложение выводится чат-бот с ИИ, который может быстро ответить на вопросы и/или предоставить ссылки на внутренние документы компании (регламенты, инструкции). Кроме очевидной пользы для всех сотрудников, которым трудно ориентироваться в многообразии внутренних документов, большую пользу такой ИИ принесет и тем, кто отвечает за разработку и внедрение регламентов и инструкций. Позволит выстраивать правильную систему без противоречий и с обновляемыми связями. Вот перечень систем, которые позволяют реализовать это на внутренних серверах компании или в облаке.
TEAMLY AI https://teamly.ru/ai Особенности: Один из лидеров на рынке. ИИ обучается исключительно на ваших данных (документы, таблицы) и не использует внешние источники, что минимизирует ошибки и гарантирует конфиденциальность. Отличается глубоким пониманием контекста диалога и строгой системой контроля доступа (сотрудник видит только ту информацию, к которой у него есть права). Безопасность: Данные хранятся на ваших серверах. Интеграции: Встраивается в корпоративные порталы, CRM, мессенджеры. Для кого: Универсальное решение для всех отделов: поддержка, HR, маркетинг, продажи, производство.
KT-Team (ИИ-ассистент для правил) https://www.kt-team.ru/solutions/ai-for-business/ai-corporate-rules-helper Особенности: Специализированный помощник для работы с огромными базами правил, регламентов и инструкций (от 100+ документов). Понимает запросы на естественном языке, даже если формулировка не точная. Идеален для обеспечения соблюдения внутренних стандартов. Плюсы: Автоматически актуализирует ответы при изменении регламентов и предоставляет модуль для тестирования знаний сотрудников. Для кого: Крупные компании с сильно регламентированными процессами (финансы, производство, строительство).
Ontoloo https://ontoloo.ru/ai-chat-bots Особенности: Платформа для создания разных типов ботов (корпоративный, продавец, поддержка). Использует векторные базы данных для интеллектуального поиска по всем корпоративным знаниям. Гибкость: Поддерживает различные LLM (ChatGPT, Gemini, Claude, YandexGPT) и развертывание на собственных серверах. Есть интеграция с Битрикс24. Для кого: Компании, которым важна гибкость выбора модели и многоканальность (веб-сайт, Telegram и др.).
Personik (для обучения и HR) https://personik.ai/solutions/learning Особенности: Сфокусирован на сценариях обучения и адаптации персонала. Позволяет легко создавать интерактивные курсы, тесты и квизы на основе загруженных материалов (инструкций, документации). Форматы: Диалоговые тренажеры, микро-обучение прямо в мессенджерах (Telegram, Viber). Для кого: В первую очередь для HR-департаментов и учебных центров.
Minerva Knowledge https://minervasoft.ru/kms Особенности: Профильный сервис для базы знаний с ИИ-инструментами. Входит в линейку продуктов Minerva, среди которых — Minerva Learn, решении для создания обучающих материалов, тестов и анализа результатов. Плюсы: Семантический поиск по всем типам контента выдает релевантную информацию из базы знаний. Доступна быстрая миграция из Confluence, Notion, Zendesk и других зарубежных систем. Поддерживает диаграммы из Draw.io и PlantUML, доски из Miro, видео с YouTube и другой контент из сторонних сервисов. Можно сделать внешний портал с базой знаний для клиентов и партнеров. Встроенный ИИ дает подсказки из базы знаний в CRM-системе и других программах. Есть мобильные приложения для iOS и Android. Доступно коробочное решение. Для кого: Для компаний, заинтересованных в внедрении универсальных решений. Подходит командам, где минимум 15 сотрудников — меньшее количество лицензий купить нельзя.
IT-компании и их основатели покидают Силиконовую долину в Калифорнии: доля штата в общем объёме занятости в технологическом секторе США снизилась до 15,9% – самого низкого уровня с 2013 года. За последний год в штате сократили более 16 тыс. сотрудников.
Сооснователь Google Сергей Брин покинул Калифорнию на фоне массового оттока самых богатых жителей штата из-за опасений, что для них введут налог на богатство. Брин перевёл в Неваду более десятка организаций. Его компаньон Ларри Пейдж также покинул штат. Брин ищет жильё в Майами – городе, который облюбовали технологические миллиардеры, которые бегут из Калифорнии. Пейдж купил два особняка в Майами за $173,4 млн.
Пейдж и Брин основали Google в 1998 году. Брин ушёл в отставку в 2019 году, но два года назад вернулся в компанию, чтобы помочь ей развивать искусственный интеллект на фоне опасений, что она теряет позиции по отношению к конкурентам. Уход этой пары означает, что никто из пяти самых богатых людей мира не живёт в Калифорнии, несмотря на то, что четверо из них основали здесь свои компании.
Самый богатый человек мира Илон Маск и пятый по этому показателю Ларри Эллисон тоже покинули штат. Мультимиллиардер Джефф Безос основал Amazon в Сиэтле, но большую часть времени живёт во Флориде. Лишь Марк Цукерберг, шестой по богатству человек в мире с состоянием в $229 млрд, продолжает жить в Калифорнии. В штате набирает обороты движение за введение единовременного налога на богатство в размере 5% для всех, чьё состояние превышает $1 млрд. Если этот сбор введут, Брину придётся платить $13 млрд.
Код, архитектура и работа с командами — кажется, эти темы будут актуальны в IT-сообществе еще долго, и 2025 год не стал исключением. В нашем блоге эти темы по итогам года вошли в число самых читаемых.
Ниже мы собрали ссылки на статьи про инструменты разработки, документацию и инженерную коммуникацию. Читайте, сохраняйте, делитесь с коллегами.
Я люблю упорядочивать процессы. На работе я использую мощное ПО с кучей автоматизаций: кайтен и ClickUp. Последний прокачан ИИ ассистентом, очень помогает.
Но что на счет личных задач? Личный таск менеджмент тоже важен, и часто не для того, чтобы достичь супер результат, а просто чтобы не запутаться. И делаю я это все… в Apple напоминаниях, прям вот стандартное приложение в айфоне. Вы знали, что в 2023 его серьезно прокачали? Там теперь есть разделы в списках, шаблоны списков и даже вид канбан досок, и можно еще шарить друг с другом?
На первый взгляд может показаться, что это какое-то задротство. Но на практике это экономит кучу времени и денег. На скриншоте реальный пример, готовлюсь к небольшому путешествию. Первый столбец – сбор документов. Знаете, что всякие помогайки берут за это 25к руб? Причем собираешь в итоге все равно ты сам.
Делаю всегда очень просто: голосом в chat gpt надиктовываю задачу (это для каких-то сложных процессов типа документов на визу), он помогает составить план, разбитый на подзадачи, переношу в apple напоминания. План готов.
Также есть список долгих напоминаний - к этому вообще долго себя пытался приучить. Пример долгих напоминаний: оплатить годовую подписку, заплатить ипотеку (ежемесячное), дать кошке таблетку (через 2 месяца после прививки что-то там надо ей скормить), поменять батарейку в ключе от машины, поменять фильтр для воды дома и так далее.
Это 2 секунды, но ты избегаешь какой-нибудь дичи, которая может с тобой случиться через год. Идея то примитивная, главное заставлять себя это делать.
Немного офтопа. Знаете когда я понял, что буду это делать? Лет 5 назад, в начале апреля катал в Шерегеше, там бывают такие дни, когда температура наверху горы плюс, внизу минус. Внизу куртка становится мокрой, наверху превращается в лед. В итоге к концу дня замерзаешь. Запрыгнул в последний подъемник, чтобы в одиночку катануть на секторе Е по лесу. Пока доехал до низу, дошел до парковки, конечно замерз. И знаете что? И машина не открывалась, потому что батарейка села. Да, есть аварийное открывание, надо ключ разобрать. Но из-за погоды вся дверь покрыта льдом, который надо сначала отцарапать, потому что днем был плюс, а вечером уже минус. Ну и вот ты стоишь отцарапываешь замерзшими пальцами. Если щас скажете, что машина вообще-то предупреждает, когда в ключе низкий заряд – да да, только я в поездки беру второй ключ, который уже весь покоцаный, поэтому я с ним регулярно не езжу и не предупредила. Короче, вот. Тогда я решил, что это ведь совсем не сложно когда я поменяю батарейку сказать: «эй сири, добавь в список долгие напоминания поменять батарейку в ключе через 1 год».
Итого мой личный лайфхак 2025 года: ⁃ Использовать chat gpt, чтобы декомпозировать простые жизненные задачи в набор мелких простых ⁃ Записывать это в apple напоминания ⁃ Накидывать долгие напоминания, чтобы не случалась дичь.
Если вам близок такой формат размышлений, в Telegram я пишу короткие тексты 1-2 раза в неделю: про перегруз, мышление, восстановление и эксперименты на себе. Без мотивационных лозунгов и без “стань лучшей версией”.
Почему хорошие технические решения иногда ломают бизнес? За годы работы заметил частую закономерность: решение может быть абсолютно правильным с точки зрения архитектуры и при этом плохо работать в реальности компании/бизнеса.
Причина почти всегда одна: его принимали без учёта операционных ограничений (людей, сроков, процессов).
С тех пор, стараюсь смотреть на технические решения не только глазами инженера или CTO, но и через призму того, как с ними будет жить бизнес каждый день (COO).
Это наблюдение и стало решающим для меня при определении направления развития карьеры в сторону управления процессами. Зачастую, правильно (как требуется) поставленные процессы добиваются большего бизнес-эффекта, чем самое технически совершенное решение.
А как вы находите баланс между операционкой и техническим совершенством продукта?
За год работы с дизайн-лидами Влада Парамонова поняла, что у каждого есть сильная сторона, его особенная супер-сила. Давайте посмотрим на дизайн-лидов так, будто они феи Winx, чтобы немного повеселиться и понять, в чем можно проявить себя на такой позиции.
🎄Уважаемые Хабровцы, коллеги, друзья и партнеры! 🎉
В последние рабочие дни уходящего 2025 года команда SSP SOFT поздравляет вас с наступающим Новым 2026 годом и Рождеством! Самое время подвести итоги, ощутить атмосферу праздника и с уверенностью посмотреть вперед.
🚀 Нашим заказчикам Пусть 2026 год принесет устойчивый рост, новые рынки и технологические решения, которые действительно работают. Желаем, чтобы созданные вместе с SSP SOFT продукты были надежными, масштабируемыми и помогали бизнесу расти и развиваться дальше. Мы ценим доверие и рады быть вашим технологическим партнером 📈
💻 Компаниям, работающим с нами в формате аутсорсинга и Workforce-as-a-Service Готовы направить к вам сильные, мотивированные команды и специалистов, которые быстро встраиваются в процессы, понимают задачи бизнеса и усиливают его изнутри. Пусть люди остаются вашим главным конкурентным преимуществом 💪
🤝 Нашим партнерам Пусть проекты складываются, бюджеты сходятся, а наша совместная работа напоминает хорошо спроектированную систему — без лишней сложности и с понятным результатом. Спасибо за сотрудничество и совместное движение вперед 🚀
🏢 Немного о нас В 2025 году для SSP SOFT мы переехали в новый офис в Москве — в самом центре города, рядом с Красной площадью — чтобы активнее развивать сотрудничество с федеральными компаниями. 📍Весь год у нас было много вакансий, в том числе в этот новый офис. Подробности о вакансиях на нашей странице ХХ.ру
👏 Нашей команде Отдельная благодарность всем сотрудникам SSP SOFT за профессионализм, вовлеченность и ответственность. Пусть 2026 год принесет вам интересные задачи, развитие, баланс между работой и личной жизнью и уверенность в завтрашнем дне. Мы искренне рады работать вместе с вами 🤝
С нами — как дома!
🎄 С наилучшими пожеланиями в Новом году, Команда SSP SOFT 🌟ssp-soft.com 🌟
Представлен открытый удобный календарь на 2026 год, на котором все даты года отображаются на одной странице. Он автоматически поместится на одном листе бумаги любого размера. Для достижения наилучших результатов установите альбомную ориентацию при печати и отключите верхний и нижний колонтитулы.
Обстановка с ростом цен на ОЗУ: планка на 256 ГБ стоит на $1400 дороже, чем RTX 5090.
Ранее из-за дефицита ОЗУ (бум искусственного интеллекта и скупка любых карт памяти для серверов) 2 плашки памяти на 64 ГБ оперативной памяти в США стали стоить столько же или дороже (после скидки) полуавтоматической винтовки AR15 или как MacBook Air.
Чем запомнился 2025 год: главные функциональные нововведения в «Первой Форме»
В 2025 мы добавили в «Первую Форму» больше функций для автоматизации различных аспектов работы: коммуникаций, управления задачами и ресурсами, повышения вовлечения сотрудников, удержания знаний и комплексной интеллектуальной автоматизации. В сумме это даёт компаниям больше самостоятельности: процессы можно быстрее адаптировать под потребности бизнеса без «очереди в разработку».
Это первая часть лучших апдейтов. Вторая доступна по ссылке.
ИИ-агенты
ИИ-агенты — это цифровые сотрудники, которые действуют по заложенной в них должностной инструкции. Такой инструмент может проактивно решать поставленные ему задачи:
как секретарь: собирать саммари встреч и звонков и формировать списки задач;
как специалист отдела закупок и продаж: анализировать договоры и предложения, подсвечивать рисковые пункты;
как специалист по документообороту: создавать документы, контролировать подписание и доставку печатных форм контрагентам;
как логист: строить маршруты для выездных сотрудников;
как HR: готовить ответы на вопросы сотрудников по корпоративным материалам.
Действия агента ограничиваются ролями и регламентом; критичные шаги можно оставлять на подтверждение сотруднику. В «Первой Форме» создали собственную технологию для оцифровки должностных инструкций и создания ИИ-агентов. Подробнее о том, как это работает, мы рассказали в вебинаре, запись доступна по ссылке.
Новые функциональные возможности задач
Задачи — центральный элемент процессов в «Первой Форме». Чтобы реализовать любые сценарии, карточку наполняют гибко настраиваемыми параметрами-полями: для текстовых данных, таблиц, чисел, ссылок на другие задачи.
В 2025 году мы добавили карточкам больше функциональных возможностей:
Параметры можно объединять в блоки с вкладками. Так в карточке помещается больше полезных данных: документы, финансовые расчёты, связанные задачи и ответственные.
К полям можно добавлять подсказки и SMART-кнопки дополнительных действий. В подсказке можно написать дополнительную информацию для сотрудника, например, какие данные в документе проверить внимательнее, или какой будет следующий шаг в процессе. А SMART-кнопки позволяют запускать связанные процессы из карточки без дополнительных действий.
Блоки можно размещать в удобной последовательности. Раньше в карточках «Первой Формы» всегда сначала шли системные поля (название, срок, ответственные), затем вложения, затем дополнительные параметры. Теперь этот порядок можно поменять — например, убрать вложения в самый конец карточки.
Это снижает зависимость от разработки: владелец процесса с правом администратора может менять форму и действия под себя.
Расширенные возможности канбана
Канбан-доска — это формат, в котором можно отобразить любые задачи в системе. Доска формируется как по строгому регламентированному процессу, так и свободно, с возможностью добавлять и перемещать карточки между колонками.
Сами карточки тоже можно настраивать — выводить поля и выбирать их представления. Например, для отдела продаж можно отобразить сумму контрактов по клиенту, для разработки — теги, к которым относится карточка фичи, для маркетинга — обложку публикации для контент-доски. Это упрощает контроль статусов и распределения ресурсов, помогает отслеживать узкие места процессов, стандартизирует работу команд.
Подробно о возможностях канбана для разных отделов мы рассказывали в этой статье.
SSP SOFT — последние вакансии в уходящем году: присоединяйтесь к команде 💻
Вот и настал момент последнего поста про вакансии в SSP SOFT в 2025 году! «Год прошел, как день вчерашний. Над Москвою в этот час. Бьют часы Кремлевской башни. Свой салют — двенадцать раз»...
А мы как раз переехали в новый московский офис в 2025 году у самой Красной площади! И там у нас есть открытые вакансии: реальные проекты, дружная команда и атмосфера, где работать — в удовольствие. Ищем гуру, кто готов в новое профессиональное будущее вместе с нами.
Что вас ждет в SSP SOFT: ✅ Вызовы: Амбициозные проекты, где не придется скучать. ✅ Поддержка: Наставник для каждого ньюби. ✅ Рост: Центр компетенций для максимального апгрейда скиллов. ✅ Свобода геолокации: Возможность работать удаленно, гибрид или офис. ✅ Баланс: Работаем, чтобы жить, а не наоборот.
🎁 Приятные бонусы: выезды всей командой, ивенты, ДМС, обучение и бенефиты.
👉 Куранты скоро пробьют! Не теряйте время — ждем резюме в ЛС нашему HR Lead Алине (https://t.me/AONikitina). Не забудьте добавить «секретную фразу» в сопроводительное письмо, что увидели вакансию на Хабре.
Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25
Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.
Ключевые темы:
Обзор API и возможностей библиотеки ParametricKit
C# как основной язык разработки библиотек
Автоматизация рутинных операций при разработке библиотек
Практические примеры работы с библиотекой ParametricKit
Требования к среде разработки
Дата: 24 декабря (среда), 11:00–12:00 (МСК) Участие: онлайн, бесплатно, по регистрации
Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.
Спикеры — эксперты «Нанософт»: Вадим Мелков, руководитель группы параметрических объектов Василий Кузьмин, программист отдела BIM-технологий
Вебинар для разработчиков: Новое API и библиотека ParametricKit в nanoCAD BIM Строительство 25
Приглашаем на вебинар, посвященный работе с новой библиотекой ParametricKit — частью API для nanoCAD BIM Строительство 25. Обновленный API ускоряет разработку и поддержку библиотек благодаря поддержке C# и автоматизации типовых операций.
Ключевые темы:
Обзор API и возможностей библиотеки ParametricKit
C# как основной язык разработки библиотек
Автоматизация рутинных операций при разработке библиотек
Практические примеры работы с библиотекой ParametricKit
Требования к среде разработки
Дата: 24 декабря (среда), 11:00–12:00 (МСК) Участие: онлайн, бесплатно, по регистрации
Вебинар будет полезен BIM-разработчикам, программистам САПР, BIM-координаторам, технологическим компаниям в строительстве и дизайне.
Спикеры — эксперты «Нанософт»: Вадим Мелков, руководитель группы разработки параметрических объектов Василий Кузьмин, программист отдела BIM-технологий
Привет! Это Владимир Князев, Agile-коуч трайба HR Tech в ОТП, и сегодня я расскажу о том, как мы организовали самое большое демо внутри компании и собрали на него 500 человек — максимум, возможный в Zoom.
Это было демо по продукту OTP Space — единому пространству HR-сервиса, в котором каждый сотрудник может оформить отпуск, поставить цели и посмотреть структуру компании. Поэтому нам важно было рассказать о нём на всю компанию. В этом посте я поделюсь, с помощью каких инструментов мы привлекли 500 человек и как удержали внимание. В прошлой статье я рассказал о приоритизации ICE и как её применять.
Не рассылкой единой
Нашей целью было привлечь как можно больше участников. Поэтому мы обратились к коллегам из внутренней коммуникации и предложили сделать большую рассылку. Договориться удалось не сразу: нужно было доказать, что это будет полезная рассылка, а не очередное приглашение на внутреннюю встречу. Нам помогло то, что до нас в ОТП уже запускали похожие кампании — например, с приглашением на митап по искусственному интеллекту. Мы использовали это как прецедент: «Раз они смогли — почему не сможем мы?».
Мы сделали рассылку на несколько подразделений, и она помогла собрать 300 участников. Тогда кто-то из команды предложил задействовать другой инструмент — наш чат-бот. Мы отправили через него приглашение с датой и временем проведения демо. Чат-бот помог привлечь ещё 200 слушателей — и мы достигли максимума, возможного в Zoom.
Нам удалось собрать столько участников с помощью разных методов коммуникации. Поэтому наш основной совет при организации больших демо — не ограничиваться стандартной рассылкой, а использовать нетипичные методы, идеи, которые могут появиться внутри команды.
Как удержали интерес сотрудников
Демо на сотни человек ≠ просто рассказ. Здесь нужна полноценная фасилитация, с которой самому спикеру не справиться.
Нашу встречу мы организовали так: я выполнял роль модератора, а продакт рассказывал о новых релизах. Пока он вёл презентацию, я удерживал внимание участников и управлял динамикой встречи: следил за таймингом и тишиной, отключал микрофоны, если нужно, читал вопросы в чате.
Самое сложное на таких встречах — не выйти за тайминг. У нас был всего час на демо продукта и ответы на вопросы. Поэтому мы сразу предупредили слушателей: ответим на вопросы в конце встречи в последние 15 минут. Перед тем, как передать вопросы спикеру, я структурировал их, объединял похожие, исключал неконструктивные. На короткие вопросы отвечали в чате, остальные озвучивали по порядку.
Что с обратной связью
ОТП Space — продукт масштабный, вопросов было много. После демо мы выгрузили весь чат, отсортировали вопросы, на которые не успели ответить, и постарались дать индивидуальный ответ каждому участнику. Это заняло время, но оно того стоило — обратная связь от сотрудников стала основой для следующих итераций в развитии продукта.
Кстати, многие комментарии были не в формате «вопрос», а в формате «здесь неудобно», «вот это переделайте» или «как классно сделали, давайте масштабируем этот функционал на другие подразделения». Мы посмотрели на живые боли наших пользователей, это очень ценно.
Советы для демо без лимитов
Вот что нужно учесть при подготовке демо на большую аудиторию:
- заранее продумываем инструменты для привлечения участников;
- приглашаем фасилитатора для модерации встречи;
- очерчиваем структуру демо в начале встречи: поясняем, о чём расскажем, на какие вопросы аудитории ответим сразу, а на какие — после демо;
- планируем демо как диалог с пользователями, чтобы собрать развёрнутую обратную связь у широкого круга сотрудников;
закладываем ресурс на обработку обратной связи.
Для следующего подобного демо мы ищем платформу с более высоким лимитом участников или вообще без него. Более гибкие настройки микрофонов минусом тоже не будут. В комментариях делитесь советами по организации демо продуктов.
Читайте, чем живёт IT в ОТП — в ТГ канале. А ещё я веду личный канал про Agile и изменения.
Представлена открытая библиотека Telegram-ботов для разных задач Awesome Telegram. Там есть боты: поисковики, интеграторы с сотнями сервисов, для удаления ватермарок, загрузчики видео, аудио и картинок, генераторы картинок, стикеров, текстов, поздравлений. К каждому боту авторы приложили описание работы и инструкцию.
Я в создании продуктов и продуктовом дизайне уже больше 6 лет
Успел застать эру дизайна интерфейсов и в Photoshop, и в CorelDraw, проектировал UX в AdobeXD, а потом и Figma вышла
Поучаствовал в создании ~15 стартапов — и у нас чаще всего была 1 проблема — разработка.
Разработка стоила дорого во всех смыслах.
Это и прямые затраты — когда уже в процессе и каждый месяц уходят деньги на команду. И opportunity cost — когда идея даже не доходит до старта, потому что "где я возьму на разработчика".
Получается, чтобы создать продукт, у тебя было два пути: либо ты сам/кофаундер разработчик, либо у тебя есть деньги на разработку. Третьего не дано. Идеи без одного из этих условий оставались идеями ☕️
Что привнес вайбкодинг
Любые задачи Junior-уровня сейчас закрываются ИИшкой без проблем. С большими проектами сложнее — там пока люди не научились работать с большим контекстным окном. Но барьер входа упал радикально.
Например, в последнем батче YCombinator у большинства проектов почти весь код AI-сгенерирован. Это не плохо или хорошо, но вот как наблюдение
Что меняется
Время от идеи до работающего продукта сократилось в разы. ИИшка может собрать MVP за 2 дня, тогда как раньше даже простая разработка занимала недели или месяцы. Я до сих пор помню свои стартапы, где мы пилили функционал по 3-4 месяца — хотя сейчас я бы собрал это за несколько дней.
Теперь не нужна cost consuming команда, чтобы показать результат. Расходы из зарплатного фонда перетекают в расходы на подписки
Вайбкодинг резко удешевил и ускорил создание софта, поэтому венчур (и другие “money givers”) смещается от “дать денег, чтобы построили” к “дать денег, чтобы доказали спрос и масштабировали”
Как это влияет на мир
Количество созданных проектов увеличивается → конкуренция за пользователя растет → появляется больше нишевых решений
Раньше универсальный софт был следствием того, что разработка стоит дорого. Экономически выгоднее один продукт для всех. Сейчас за неделю можно создать 10 копий одного решения под разные рынки/ниши, и все они будут вполне рабочими
И получается, что самыми дорогими навыками теперь стали ⤵️
👨💻 Умение генерировать ценные идеи 👨💻 Продвигаться 👨💻 Выигрывать конкурентную борьбу за клиента
Почему вайбкодинг не спасет 95% проектов от провалов
Вайбкодинг убрал процесс, который и так не влиял на успешность продукта. Код сам по себе не делает продукт успешным — он просто был барьером на входе. Барьер сняли, но всё, что реально влияет на успех — все еще нужно уметь решать: понимание ЦА, работа с проблемой, умение донести продукт до людей, которым он нужен, и затем еще и масштабировать успех
Дальше — две долины (не той) смерти: — Problem-Solution Fit: Решаем ли мы важную проблему? — Product-Market Fit: Достаточно ли людей готовы за это платить?
Вероятность пройти оба — около 5%. У тех, кто не понимает, что нужно делать.
Потому что за "создать успешный продукт" спрятаны 4 огромных домена
Находить проблемы людей Не "мне кажется, это нужно", а реальные боли, за решение которых платят
Проектировать решение Так, чтобы оно действительно решало проблему. Не фичи ради фич
Продвигать через сотни конкурентов Кстати, отсутствие конкурентов — red flag. Либо ты дизраптор с миллионами на маркетинг, либо рынка просто нет
Выстроить прибыльную бизнес-модель Чтобы unit-экономика сходилась, а не "сначала наберём пользователей, потом разберёмся"
Каждый из этих пунктов — отдельная дисциплина. И вайбкодинг не помогает ни с одним из них
Итого
Вайбкодинг снижает ценность "уметь писать код". Но повышает ценность "уметь создавать продукты, которые покупают"
Технический барьер упал. Продуктовый — остался
Теперь просто больше людей могут быстрее создавать продукты, которые никому не нужны. Зато цикл обучения будет быстрее ☕️
Хорошая новость: если ты понимаешь продуктовую часть — у тебя огромное преимущество. Потому что большинство соревнуется в скорости разработки, а не в качестве идей.
TDMS Фарватер Web: гибкая трансформация документооборота в новом интерфейсе
Приглашаем на вебинар, где разберем, как управлять проектами, процессами и документами без бумаг и удаленно.
Дата и время: 18 декабря, 11:00-12:00 (МСК)
В мире строительного проектирования и управления сложными инфраструктурными проектами давно назрел цифровой переворот. Обмен версиями чертежей по почте, согласование томов документов с визами на бумаге, потеря актуальных редакций и бесконечные статус-совещания. Знакомо?
Мы уверены, что современные технологии должны упрощать рутину. Именно поэтому мы создали и развиваем систему TDMS «Фарватер Web» – систему для документооборота и управления проектированием в строительстве.
На вебинаре сфокусируемся на ключевых возможностях:
Управление разработкой проектов. В системе реализованы процессы, необходимые проектной организации для подготовки, выпуска, хранения в электронном архиве проектно-сметной документации, отчетов по результатам инженерных изысканий и многих других видов документов.
Гибкие и эргономичные бизнес-процессы. В системе реализованы оптимальные рабочие процедуры. Решение адаптируется под специфику предприятия: возможно изменение начальных настроек под нетиповые задачи и создание пользовательских каталогов в структуре проекта.
Быстрый старт. Коробочное решение повышает скорость внедрения, оптимизирует планирование бюджета на внедрение и сопровождение продукта.
Возможность удаленной работы. Решение имеет интерфейс, позволяющий удаленно выполнять задачи по управлению проектами и работе с документами.
Современный адаптивный интерфейс. Удобство просмотра на любых устройствах, динамичные элементы управления, дашборды.
Мультиплатформенность. Пользовательский доступ в систему осуществляется через браузер, решение независимо от операционной системы.
Для кого этот вебинар будет особенно полезен?
Руководители (Технические директора, руководители департаментов, ГИПы). Увидите инструмент для стратегического контроля над портфелем проектов, сроками и ресурсами.
Руководители проектов и их помощники. Поймете, как делегировать задачи, отслеживать исполнение и автоматизировать отчетность.
Главные специалисты и ответственные за бизнес-процессы. Получите представление о том, как формализовать и цифровизировать регламенты согласования.
ИТ-специалисты. Оцените технологический стек, подходы к внедрению, требования к инфраструктуре и возможности интеграции.
Спикер: Павел Лапонов, специалист по внедрению систем технического документооборота компании «Нанософт».
Самое важное! В ходе вебинара будет выделено время на ваши вопросы. Вы сможете спросить о том, что актуально именно для вашей компании, и получить ответ от технического специалиста, который ежедневно работает с системой.
Регистрация на вебинар бесплатна, количество мест ограничено. Это позволит нам сохранить интерактивность и уделить внимание вопросам каждого участника.
Сижу, копаю материалы для вторничной статьи на Хабр..
Смотрите, какой баг в архитектуре человека. Днем мы — боги логики. Мы удерживаем в голове сложные схемы баз данных, разруливаем конфликты в команде и видим риски на три шага вперед. Performance: 100%.
Но наступает вечер. И этот же самый "гений" стоит посреди магазина и 20 минут выбирает губку для мытья посуды. — «Взять профилированную или обычную? А цвет? Желтая не подходит под кухню... А в упаковке по 3 или по 5 выгоднее?»
В этот момент наш IQ падает с 140 до уровня трехлетнего ребенка, который устал и хочет на ручки.
Почему так? Я нашел ответ в "системном биллинге" мозга - у нас фиксированная комиссия за транзакцию. Нашему нейро-блокчейну абсолютно плевать на важность задачи.
Решить судьбу проекта на $1M — Price: 1 token.
Решить, какие носки надеть — Price: 1 token.
Это же чудовищно кривая экономика! Мы тратим "элитное топливо" на то, чтобы выбрать вкус чипсов. И к моменту, когда надо делать реально важные вещи (пет-проект, саморазвитие), у нас на счету Insufficient Funds.
Во вторник выкачу манифест о том, как я ломаю эту систему биллинга. Чтобы перестать сливать бюджет интеллекта в унитаз бытовухи - будем хардкодить реальность.
Callout Manager в Obsidian: что это, как работает и зачем нужен
Продолжаю про Obsidian. Сначала хотел рассказать про шаблоны, тем более я с ними сам до сих пор разбираюсь и периодически переделываю, но понял, что перед этим нужно раскрыть тему callout-блоков и плагина Callout Manager.
Callout-блоки — это специальные визуально оформленные блоки в Markdown-заметках Obsidian. Они состоят из:
➡️ иконки ➡️ типа блока (info, note, warning и т.д.) ➡️ опционального заголовка ➡️ содержимого
Это выделенный элемент текста, похожий на карточку или подсказку. Посмотреть пример таких блоков вы можете в посте про Obsidian TODO Plugin. В шаблонах я активно использую callouts для оформления.
Как вызвать callout в Obsidian
Достаточно начать строку с > и указать тип в квадратных скобках. Стандартный синтаксис выглядит так:
>[!info] Информация Это пример callout-блока.
Что делает плагин Callout Manager
Встроенные в Obsidian callouts-блоки использовать можно, но неудобно — нужно помнить синтаксис, типы, иконки. Callout Manager решает эту проблему: он показывает все доступные блоки, позволяет ими управлять (менять цвет и иконку), добавлять новые.
Простой пример на скрине к посту — кастомный блок для выделения промтов.
🔥 Как спроектировать систему отопления многоэтажного дома без ошибок и лишней работы?
Многие инженеры сталкиваются с проблемой: проектирование сложной системы отопления занимает слишком много времени, расчеты приходится переделывать, а балансировка трубопроводов превращается в головоломку.
Мы решили показать, как это делается на практике, используя nanoCAD BIM Отопление. На вебинаре вы увидите полный путь проектирования многоэтажного жилого дома — от исходных данных до готовой сбалансированной системы.
Как подготовить исходные данные для проекта отопления и какие ресурсы использовать
Как формировать систему отопления для разных этажей многоэтажного дома
Как подбирать диаметры трубопроводов и выполнять балансировку
Как ускорить выпуск рабочей документации без потери качества
Реальный проект: обзор многоэтажного дома, выполненного в nanoCAD BIM Отопление
Ответы на ваши вопросы
Спикер: Никита Иванов, инженер по сопровождению и внедрению ПО, участвовавший в пилотном проекте.
Будет полезно инженерам-проектировщикам ОВК, руководителям проектных групп, BIM-менеджерам и специалистам по теплоснабжению.
💡 Присоединяйтесь, чтобы увидеть реальный проект отопления многоэтажного дома в действии и узнать, как инженеры решают сложные инженерные задачи с nanoCAD BIM Отопление.
Не откладывая историю про Obsidian в долгий ящик, решил рассказать про весь набор плагинов. Тут имеет смысл добавить истории — первый подход к этой программе я сделал ещё года два назад, но вот только почему-то не догадался почитать про то, как комьюнити расширяет её возможности. То есть просто использовал как систему заметок. И поэтому быстро забросил. А вот если бы почитал про плагины, про callout-блоки и шаблоны... Короче, вот список, а в следующих заметках про конкретные примеры работы.
Позволяет создавать продвинутые шаблоны с логикой, переменными и автоматизацией. С его помощью легко стандартизировать любое повторяющееся действие: заметки, проекты, карточки контента, планы.
Прокачивает встроенный холст: позволяет создавать презентации, схемы, карты идей и визуальные структуры. Даёт больше инструментов, кастомизацию и ощущение полноценного визуального рабочего пространства.
Бессменный лидер среди визуальных плагинов. Позволяет создавать полнофункциональные рисунки, майнд-карты, схемы, инфографику прямо в Obsidian. Огромная библиотека форм, поддержка слоёв, стилей и интеграция с заметками.
Позволяет создавать модальные формы со вводом данных: чекбоксы, поля, списки, и т.п. Идеально подходит для ведения структурированных заметок: карточек проектов, задач, контент-планов, брейфов.
Плагин, который сильно расширяет встроенный экспорт в Obsidian. Позволяет сохранять заметки в HTML, DOCX, PDF, ePub, Hugo Markdown и другие форматы. Идеален для тех, кто делает отчёты или оформляет контент вне Obsidian.
Добавляет иконки к папкам, файлам и заметкам. Улучшает визуальную структуру хранилища, помогает ориентироваться в проектах, контентных базах, дашбордах.
Скриншотом будет мой реальный список плагинов. Как раз всё влезло, кроме Obsidian TODO Plugin. Если вы чем-то пользуетесь, но этого плагина нет в списке, то пишите в комментах.
Daily Notes + Obsidian TODO Plugin = фундамент для собственной GTD-системы в Obsidian
У меня в черновиках лежит написанная на 50% статья про продуктивность контент-медеждера, Obsidian и мои принципы управления собственной базой знаний, но писать, кажется, я её буду ещё долго. Поэтому начну выкладывать некоторые заметки в ТГ (и сюда) в надежде когда-нибудь собрать из них большой материал. Поехали.
Obsidian — это markdown-редактор и приложение для ведения базы знаний. Когда я переезжал в эту софтину, то важнейшим условием (а их было много и о них в другой раз), которое я ставил перед собой, было ведение собственного списка дел в её рамках. Отмечу, что есть ещё рабочая система управления проектами, так что отдельный сервис ещё и для GTD я бы не потянул. Чем больше сущностей, тем больше шанс, что ты не будешь пользоваться такой системой и скатишься в хаос.
В Obsidian я перепробовал несколько вариантов плагинов, в том числе и канбан-доски, но оказалось, что полноценный центр управления проектами мне здесь не нужен. Однако, всего два плагина — встроенный «Ежедневные заметки» и внешний «Obsidian TODO Plugin» — сформировали персональную GTD-систему, где идеи, задачи и контексты объединяются в единую структуру.
Ежедневные заметки — поток входящей информации
Плагин Ежедневные заметки создаёт автоматическую страницу на каждый день по вашему шаблону. Это центральная точка входа в поток информации и действий. В любой момент можно открыть дневную страницу и быстро зафиксировать всё, что появилось в голове или о чём вы договорились на встрече.
Задачи в Obsidian основаны на обычных чекбоксах, но специализированные плагины вроде Obsidian TODO Plugin превращают их в полноценную GTD. Самое важное, что дает Obsidian TODO Plugin — это автоматический сбор задач. Плагин находит все открытые чекбоксы по всему хранилищу и объединяет их в списки. То есть вы записываете задачи в вашей ежедневной заметки, а плагин их просто собирает и показывает.
Есть ещё поддержка тегов и быстрый переход к заметке, в которой была создана задача. Кажется скудный набор возможностей, но эта система работает. Ты просто перестаёшь терять задачи и заметки к ним. И всё это в программе, которая позволяет тебе строить большие и очень удобные блок-схемы и чертежи, собирать базу знаний по продукту и многое другое. Меньше окон — меньше сущностей. Но об этом в другой раз. Stay tuned.
P.S.: Скриншотом будет как раз шаблон моей ежедневной заметки.
Месяц назад ездил на техобслуживание в Тайланде. В 8 утра я приехал к официальному дилеру Honda делать ТО, машина была на гарантии. Обозначил, что у меня есть проблема с подвеской, детей начинает укачивать в машине, и я готов заплатить за решение.
По итогам ТО мне помыли машину, поменяли масло, сделали балансировку колёс и развал-схождение, но проблему с подвеской не нашли. Я убедил посмотреть их повнимательнее. И тут началось.
Сначала мне сказали «подождите минуточку, у нас обед», для тайцев это святое. После обеда прихожу, опять говорят «подождите минуточку». Проходит полчаса, все встречи пришлось сдвинуть на вечер.
Сели вместе с тайцем в машину, разогнались до 100 км, руль начало потряхивать. Таец сказал, что с подвеской «всё окей». Хотя я вижу, что это не так. По итогу я убил целый день и так и не решил проблему.
Аналогичную картинку я наблюдаю с подрядчиками по маркетингу, которых мы выбирали. Например, в аутриче обещают 2500 рублей за лида в B2B, где ЦА – собственники и топ-менеджеры среднего бизнеса. Это абсолютно нереалистичные цифры.
Так я пришёл к выводу, что с некоторыми подрядчиками лучше вообще не работать, чем потратить время и деньги и не получить никакого результата.
А какие похожие истории с подрядчиками были у вас? Интересно, один я такой везучий или нет😁
Этой фразе не менее 10 лет. И я помню, как восхищался этой мыслью - то ли Кука (того, что до сих пор не съели), то ли Харриса (не того, что ставил опыты над Трумэном). Для продакта мысль крайне богатая. Она будто раскрывает весь потенциал нашей работы: после захвата внимания днём тебе не остаётся ничего, кроме как занять пользователя ночью.
Здесь обычно следует возражение:
«Но люди же сами несут ответственность! У них есть сила воли!».
Конечно, есть. Но мы проектируем интерфейсы, которые эту силу воли подавляют. Бесконечные ленты, autoplay видео, уведомления, вызывающие FOMO (Fear Of Missing Out) - это не нейтральные инструменты. Это дистилляция поведенческой психологии, превращенная в рычаг для удержания внимания. Мы не просто предлагаем сервис, мы проектируем зависимость.
И вот что забавно: мы называем их пользователями или, на худой конец, клиентами - но никогда людьми. Я ни разу не слышал на планерке: «Давайте сделаем это для людей» или «Как человек должен этим пользоваться». Мы говорим только про кастомеров.
В лучшем случае - «Мама Воложа», но и это тоже про примитивизацию и упрощение продуктов.
Это удобно. Позволяет не будить совесть и не думать о последствиях. А если все же задуматься, почему так популярны выгорание и цифровой детокс, - всё встаёт на свои места.
Мы говорим “пользователь”, потому что так легче выключить эмпатию. “Пользователь” -это даже не существо, это сущность с CTR и LTV. “Человек” - это тот, у кого есть усталость, тревога и право на покой.
Имея метрики возвращаемости, длительности сессии, churn, создавая отделы, которые занимаются только этим, и называя людей «пользователями», мы сжигаем сами себя. Потому что живем в том же цифровом аду, который создаем.
Находясь в здравом уме и трезвой памяти, мы прилагаем массу усилий, чтобы затуманить собственное будущее.
И это, конечно, пугающая петля.
Каждый из нас уже не пользователь и не клиент - он жертва. Жертва уведомлений, постоянно меняющихся контекстов, цифрового шума и бессмысленных лент. Всё это создано нами с одной целью - украсть наше время.
Почти все говорят о мошенниках, которые просят номер карты или код из СМС. Мы настороже, рассказываем друг другу о новых схемах. Ещё бы - они могут украсть наши деньги.
Но почему-то никто не говорит, что продакты придумывают заманухи, воруя наше (свое же) время - единственный по-настоящему невозобновляемый ресурс. И это мошенничеством не считается. И никак не регулируется. Скорее даже поощряется.
Глубинная проблема даже не в деньгах, а в смысле. Мы украли у людей скуку - тот самый "момент прокрастинации", из которого рождаются настоящие мысли, креатив и простое человеческое присутствие в собственной жизни.
Дофамин - приятное чувство. Но это не отменяет того, что мы действуем как бармен, подливающий напиток клиенту-алкоголику. Не задумываясь о том, что мы - это и есть он, просто через час и в другом баре. Мы знаем о механизме формирования привычки, мы знаем о негативных последствиях, но мы делаем вид, что просто «удовлетворяем спрос». Это позиция торговца продуктами, а не их создателя.
Вот на такие мысли меня натолкнула подготовка вебинара «тайм-менеджмент в реальной жизни» для РБК.
29 ноября встречаемся в Санкт-Петербурге на ProIT Fest VI: Social Capital. Это закрытый фестиваль для тех, кто уже наработал социальный капитал в IT и хочет нетворк не ради галочки, а ради результата.
Меня зовут Александр Бондаренко, я CPTO Garage Eight. В 17:00 в потоке GENERAL я выступлю на круглом столе «Деградация в управлении IT». В сильной команде таких спикеров, как Андрей Сухоруков (Kaspersky), Александр Мартынов (Т1 Иннотех), Александр Сертаков (финансовый архитектор), мы честно поговорим о том, почему модные управленческие практики снова и снова не дают результата. Разберемся, где заканчивается польза и начинается карго-культ. На мероприятии затрону всеобщую менеджерскую ложь в духе: : «AI решит всё», «Мы уже продуктовая организация», «OKR = стратегия», «Agile — это митинги», «Наши метрики всё показывают».
О фестивале: ProIT Social Capital — профессиональный и честный нетворк для аудитории от Lead до C-level. Вас ждут три потока: > General — рынок, тренды, управление. > Network — место, где действительно все знакомятся. > C-Level — закрытая секция для системного обмена опытом топ-руководителей. Плюс банный фестиваль и шанс попасть на благотворительный концерт Animal Jazz.
Дело было 20 лет назад. Мы уже не студенты, но и до взрослой жизни как до Луны пешком. Ни забот, ни логики - зато с гормонами и амбициями. Нулевые.
И вот барышня в ЖЖ (да-да, это как Телеграм, только с модемным писком и на сайте) пишет:
«А давайте встретим Новый год в Коктебели»
Один пост - и пол-рунета в кассах. В итоге мы выкупили поезд. А может, и два.
Картина маслом: декабрь, летний курорт, и целый состав, набитый незнакомыми людьми, которые решили, что это отличная идея.
Поезд гудел - сначала в прямом, потом и в переносном смысле. Мне кажется, через 3 часа гудеть начали проводники, через 5 - бабушки на перронах. Через 7- птицы и животные, попавшие в воздушный поток состава.
Крым пал. Город был в предсмертной зимней коме, когда туда вкатился целый состав молодых идиотов с алкоголем, гормонами и амбициями.
Отельчики ещё кое-как принимали, а вот рестораны - сдались без боя. Еда по 3–4 часа, отмены блюд на второй день стали нормой. От массовых погромов спасали только алкоголь и молодость.
Я-то считал поездку сказкой. А оказалось - драки, выбитые зубы и прочие радости, которые я чудом пропустил. И всё это - в шапочках Санты, на которых красовались наши ЖЖ-ники. Удобно: сразу видно, кто именно выбил тебе зуб. Такой вот рождественский хоррор…
Ну а логика… думаю, она что-то знала и вышла вместе с провожающими еще на Казанском.
Но мы старательно восполняли её отсутствие. В соседнем купе кто-то разбил окно - летний, да ещё и неотапливаемый вагон в Крым сразу стал похож на арктический экспресс. И вот в плацкарте, доверху наполненном пивом и прижавшимися друг к другу телами незнакомцев, я впервые услышал задачку про поезд.
И раз уж сегодня пятница - пусть она достанется вам.
- Гудящий поезд "Москва-Коктебель" движется по кругу. Наблюдатель находится в одном из вагонов и может: - ходить вдоль поезда, - включать/выключать свет в вагоне, - смотреть в окно (но поезд слишком большой, увидеть «другую сторону» нельзя).
Изначально в каждом вагоне свет может гореть или нет. Это неизвестно. - Вопрос: как посчитать количество вагонов?
Правила простые: знаем - молчим, нет - думаем - пишем. AI не пользуемся. Ответ - обязательно скажу, но позже.
12:00-12:45 HR‑маркетолог, ТехВилл. Ex devrel в Сбер и лидер HR‑бренда Росатома Настя Смелова: Поговорим о том, зачем айтишнику нужна публичность, как переступить через барьеры вроде «Да кому это нужно?» и другие страхи на пути. Разберёмся, как найти мотивацию, своё позиционирование, подходящие каналы и форматы, чтобы делиться экспертизой.
13:00-13:45 топ‑менеджер группы компаний ЛАНИТ Владимир Вертоградов: Хотите больше ответственности, но вам не дают проявиться? Давайте посмотрим на ситуацию глазами тех, кто принимает решения: топ‑менеджер расскажет, как строить карьеру через осознанное влияние и доверие, как заявить о себе так, чтобы вас услышали, и что делать, если вклад остаётся незамеченным.
14:00-14:45 IT сваха, Founder HiPoHeads, ProIT Fest Анна Афонина: Вы уже заметили, что вытянуть зарплатную вилку у HR на интервью очень сложно, а после трудоустройства повышения можно ждать годами? Поговорим о том, как оценивать свою рыночную стоимость, собирать информацию о зарплате ваших коллег‑конкурентов, определять свою собственную вилку «от» и «до», а также выстраивать диалог с компанией так, чтобы аргументировать повышение, или выйти за рамки найма, чтобы наконец получить свои х2, х3, х5.
15:00-15:45 Senior Python Developer в Единый ЦУПИС, ментор Александр Чепайкин: К вам уже обращаются за советом менее опытные коллеги? Поздравляем, вы на пороге менторства! Обсудим, зачем джунам наставники, почему сеньоры берут их под крыло (ради выгоды, репутации или из альтруизма?), сколько подопечных можно вести без выгорания и когда пора начинать брать за это деньги.
16:00-16:45 Core Value Product @ Rusprofile, ex‑VK, ex‑Microsoft, ментор Татьяна Сущенко: Бывало ли у вас такое, что вы задавались вопросами «Почему повышают его, а не меня?» или «Почему мне нанимают менеджера, а меня не повышают?». Поговорим о ситуациях, когда пора что‑то менять, и о том, как взять ответственность за развитие своей карьеры. Управление людьми — это не единственное направление: мы рассмотрим разные пути и способы выхода на них.
17:00-17:45 HRD @ Red Collar Антон Егоров: Поговорим о том, чем на самом деле пахнет выгорание, как распознать его на ранних этапах и что делать, если ты уже выгорел? Рассмотрим методы профилактики профессиональных и эмоциональных перегрузок, а также обсудим, как сделать баланс между жизнью и работой реальностью. Предупреждаю, некоторые ответы вам не понравятся.
18:00-18:45 CPO в Outlines Tech Яна Шаклеина: Почему одни делают минимум и получают повышение, а я не росту ни в должности, ни в зарплате? Поговорим, почему руководители не замечают заслуги и что с этим делать. В докладе: типичные портреты сотрудников, которых не повышают. Взгляд руководителя (спойлер: возможно, он не в курсе ваших амбиций). Лайфхаки: как выйти из слепой зоны и получить повышение.
