🚀 Как собрать команду для стартапа Стартап — это всегда вызов, и правильная команда может стать решающим фактором успеха. Хотя состав зависит от сферы бизнеса, есть несколько базовых ролей, которые необходимы на старте. 🧠 Основатель — задаёт стратегию, принимает решения, ищет инвестиции 💻 CTO — отвечает за технологическую реализацию и архитектуру продукта 📦 Продуктовый менеджер — формирует видение продукта и собирает обратную связь 📣 Маркетолог — ищет клиентов, строит воронки, развивает бренд 🎨 UX/UI-дизайнер — делает продукт удобным и понятным 👨‍💻 Разработчики — создают и поддерживают рабочий продукт 📊 Финансист — считает экономику, помогает не сгореть на первом пивоте ⚙️ Операционный директор — организует процессы, чтобы всё работало. На первых этапах многие из этих ролей могут быть совмещены одним человеком. Однако важно осознавать, что стартап — это баланс между нехваткой ресурсов и необходимостью быстро двигаться вперёд. Ставьте приоритеты и работайте эффективно! Фаундер | Бизнес и Стартапы

Почему телефон у уха не опасен Разберёмся, откуда взялся страх перед излучением смартфона — и почему физика против него. Всё излучение вокруг нас — это электромагнитные волны, но они очень разные. Ключевой параметр тут, это энергия. У рентгена она высокая: такому кванту хватает сил выбить электрон из молекулы, повредить ДНК и запустить рак. Это называют ионизирующим излучением. А вот радиоволны, на которых работают связь, Wi-Fi и навигация, сидят на самом слабом краю спектра: длинная волна, низкая энергия. Ионизировать молекулу и «сломать» ДНК им попросту нечем. Даже микроволновка, что стоит энергетически повыше телефона, максимум умеет нагревать, но не ионизировать. Теперь к доказательствам. В 2019 году ВОЗ заказала 13 обзоров о влиянии электромагнитных волн на здоровье — от головной боли и фертильности до онкологии. Обзор — это не одно исследование, а сведение всех накопленных работ с оценкой их качества. Авторы обзора по раку мозга взяли 63 исследования за 1994–2022 годы и не нашли связи между использованием телефона и опухолями мозга, головы или шеи. Не сыграли роли ни интенсивность звонков, ни стаж — даже свыше десяти лет. Важнее всего здесь железная эпидемиологическая логика: если бы телефоны провоцировали рак мозга, то по мере того, как ими обзавелась вся планета, заболеваемость должна была поползти вверх. Она не ползёт. По многим другим эффектам данных пока мало или они низкого качества, так что твёрдых выводов там нет. И, как пишут сами исследователи, ни один научный метод не способен доказать абсолютное отсутствие риска. Но конкретно по раку мозга доказательства получили высший из возможных для наблюдательных исследований уровень надёжности. Если переводить на человеческий: держать смартфон у уха можно спокойно. @vselennayaplus

Что случилось с Cursor? Он стал непопулярен? Разбираем 👇 Если коротко, то: нет, скорее изменилась сама экосистема AI-инструментов. В 2024–2025 годах Cursor был практически синонимом AI-кодинга. Если человек хотел попробовать «вайбкодинг», чаще всего он устанавливал именно Cursor. Но за последний год рынок сильно изменился. Во-первых, появился и стремительно вырос Claude Code. Многие разработчики перешли на него из-за более сильных агентных возможностей и удобной работы с большими проектами. Во-вторых, OpenAI активно развивает Codex, GitHub Copilot продолжает занимать корпоративный сегмент, а также появились Windsurf, Kiro, Jules и десятки других решений. Сегодня разработчики уже выбирают не один инструмент, а собирают собственный стек под разные задачи. При этом говорить, что Cursor непопулярен будет тоже некорректно. Многие компании продолжают использовать его параллельно с Claude Code. Например, недавно стало известно, что Disney оставляет Cursor среди основных инструментов разработки наряду с Claude Enterprise, несмотря на отказ от GitHub Copilot. Почему тогда создается ощущение, что про Cursor стали говорить меньше? В 2026 год сменился тренд. Суть тренда в том, что мы выбираем не конкретный редактор, а AI-агента или подборку агентов. Уже не столь важно, где вы будете писать код, поэтому конкретно Cursor обсуждают не так активно. Кстати никогда не спрашивала вас: А вы использовали Cursor?

Про постановку целей по AI в компаниях Часто, когда придумывают какой-то KPI, например повышение AI-зрелости, проникновения AI или экономических эффектов, в итоговую цель ложится что-то типа «повысить на 50%» или «достичь уровня 80%». Все такие формулировки неизменно вызывают много дискуссий «а как они решили, что надо именно 80, а не 70 или 90?», поэтому пара слов об этом. AI характерно то, что итоговый эффект довольно сложно точно предсказать, максимум - по порядку величины и то может оказаться, что его просто не будет. Как следствие, вы всегда ставите цель в условиях сильной неопределенности, и в какой-то момент надо просто решиться, ткнуть пальцем в график и сказать «будет вот так». Ну знаете, как Королев со своим известным «Луна твердая» (там на самом деле была чуть более длинная и менее бескомпромиссная записка, но легенда всегда становится чуть красивее). Что может смягчить для руководителя и компании последствия такого «тычка пальцем в небо» при планировании? Несколько вещей: 1. Оценивайте результат и уточняйте план чаще, чем раз в год. 2. Берите как руководитель ответственность за тот план, который сами поставили. И когда ставите цель себе, и когда ставите цели своим сотрудникам. Та же байка про Королева ведь не про гениальность и авторитарность великого, а именно про способность взять на себя ответственность. 3. Лучше сначала определитесь со способом измерения и проведите замер, что есть сейчас, чтобы потом не натягивать сову на глобус, подгоняя оценки под то, что вышло. 4. Ищите баланс между микроменеджментом и стратегичным стратегированием с отрывом от реальности: погружайтесь вглубь, чтобы не было чайка-менеджмента и форвард-менеджмента, но видьте границы ответственности. Последнее о том, что ошибиться с планом и посидеть без премии это ок, а «всех разогнать нафиг» это не ок. Если не нравится точность планирования - надо улучшать ее, а не крушить и ломать :) Не должно быть какого-то гнетущего эмоционального давления или чувства вины за неудачу, должен быть здоровый азарт - сделал ставку, пробуешь оправдать, не оправдал - что-то потерял, но не так чтобы руки дальше опускались, пробуем еще и еще. В AI это очень важно, потому что страх сильно влияет на проактивность и взятие на себя ответственности в интеллектуальной работе, где нельзя предсказать результат работы точно. 5. Самое важное: всегда, особенно при недостижении каких-то результатов, ищите возможность не поскорее найти виноватых и кого-нибудь наказать, а понять и вместе с командой придумать, как в следующем временном интервале сделать лучше. При этом терпилой быть не надо, если систематически ставите вместе с человеком цели и систематически их не достигаете, возможно вам обоим нужно поработать с кем-то другим.

👤 Что такое Service Account? Когда начинают изучать Active Directory, серверную инфраструктуру или облачные сервисы, часто встречают термин Service Account.

📌 Service Account — это специальная учётная запись, которая используется не человеком, а программой, службой, сервером или автоматизированным процессом.

То есть от её имени могут работать: — службы Windows; — базы данных; — системы резервного копирования; — агенты мониторинга; — веб-приложения; — CI/CD-системы; — скрипты автоматизации; — облачные сервисы и API. 🧠 Главное отличие от обычного пользователя Обычная учётная запись принадлежит человеку. Например:

ivan.petrov

Service Account принадлежит сервису или приложению. Например:

svc_backup
svc_sql
svc_zabbix
svc_webapp

💡 Представьте, что в компании работает система резервного копирования. Чтобы она могла подключаться к серверам и сохранять данные, ей нужна учётная запись с определёнными правами. Для этого создают отдельную Service Account:

DOMAIN\svc_backup

Этой учётной записи разрешают доступ только к нужным серверам и папкам. 💀 Почему Service Account интересна пентестерам? Потому что такие учётные записи часто: — имеют повышенные права; — используются сразу на нескольких серверах; — работают круглосуточно; — имеют пароли, которые редко меняются; — запускают важные службы; — могут иметь доступ к базам данных, резервным копиям и внутренним системам. Если злоумышленник получает пароль от Service Account, он может использовать её для дальнейшего перемещения по инфраструктуре. 📌 Типичная цепочка может выглядеть так:

Обычный пользователь
        ↓
Поиск сохранённых учётных данных
        ↓
Компрометация Service Account
        ↓
Доступ к серверу или сервису
        ↓
Перемещение по сети

Не всегда Service Account имеет административные права. Но даже ограниченная техническая учётная запись может дать доступ к важным данным или внутренним системам. 🧠 Service Account в Active Directory В доменной инфраструктуре такие учётные записи часто используются для запуска: — SQL Server; — IIS; — систем мониторинга; — резервного копирования; — планировщика заданий; — корпоративных приложений. Примеры:

DOMAIN\svc_sql
DOMAIN\svc_backup
DOMAIN\svc_monitoring

⚙️ Управляемые Service Account В Active Directory существуют специальные управляемые учётные записи: — MSA — Managed Service Account; — gMSA — Group Managed Service Account. У gMSA пароль автоматически создаётся и меняется средствами Active Directory. Это безопаснее, чем обычная Service Account с постоянным паролем. 🔐 Как защищать Service Account Рекомендуется: — выдавать только минимально необходимые права; — запрещать интерактивный вход; — использовать отдельную учётную запись для каждого сервиса; — регулярно менять пароли и ключи; — не хранить пароль в открытом виде в скриптах; — контролировать входы и действия; — отключать неиспользуемые учётные записи; — по возможности использовать gMSA. 📌 Главная мысль:

Service Account — это техническая учётная запись, через которую программа или сервис получает доступ к другим системам без участия человека.

#infra #ad #windows #serviceaccount #privilege

Почему Fix Price — это ловушка По данным PMI (Project Management Institute), средний большой IT-проект превышает бюджет на 45%, сроки на 7%, а выхлоп даёт на 56% меньше ожидаемого. В исследовании Harvard Business Review говорится, каждый шестой IT-проект обошёлся более чем на 200% дороже и вышел за сроки более чем на 70%. Люди плохо оценивают трудозатраты. Не учтены все внешние факторы, слишком оптимистично оценивается время и ресурсы. В процессе работы с проектом приходит более глубокое понимание предметной области и деталей. Заказная разработка такая странная отрасль, где многие подрядчики берут на себя риски, которыми не управляют. Студии кажется, что в этот раз точно получится уложиться в бюджет и сроки. И на фиксированной цене очень настаивает клиент. Чем это заканчивается: - Клиент недоволен, что сроки не соблюдены. Прогноз всегда ошибочен, но клиенту пообещали эксперты. - Не попадаем в оценку трудозатрат. Не редки случаи, когда студия уходит в минус просто чтобы довести проект до конца. - На проекте тлеет, а затем разгорается пожар конфликта. Может дойти до суда. - Все недовольны и демотивированы. Проекты по модели Fix Price можно брать, но если есть ряд условий: 🔵 Вы уверены, что в проекте нет рисков. 🔵 В проекте очень мало неопределенности. Например, у вас уже почти всё готово, осталось прилепить логотип заказчика сверху стандартной заготовки. 🔵 У вас наценка от 500% на качественно просчитанную себестомость. Точная оценка нового проекта — иллюзия. Большой проект с неопределённостью нельзя брать по фиксированной цене. Каждый раз, когда вы берёте большой проект по Fix Price в надежде, что получится заработать, вы играете в рулетку. Пост помог подготовить резидент Галеры Михаил Сенсеев 🔵

Сеньор надел маску джуна и пошёл по собесам Senior Java из ОТП Банка собрал фейковое резюме на 1,5 года опыта, завёл новый Telegram и за 30 дней откликнулся на 94 вакансии. Половину пришлось отсеять сразу, потому что под запросом Java developer прятались то дубли, то девопсы, то техподдержка. Из 94 откликов пришло 8 ответов, и живой разговор с HR случился ровно один. Зато в личку постучался некий гуру, который брался научить чему угодно от тестирования до программирования ракет, работал сам на 6+ проектах и в каждом объявлении на Авито оказывался разработчиком нового языка. Просил за вход 60к, а через пару дней его аккаунт постигла показательная судьба. Посмотрим, каким оказался рынок для джуна глазами сеньора.

Пока бомбить не перестало, вспомнилась история из детства. Препод в техникуме рассказывал такую байку: "Зовут в бухгалтерию с заявкой, что из 1С отчёты не печатаются, грозят всеми карами небесными, если срочно не починю. Ну прихожу. Смотрю. Вилка от принтера лежит на тумпочке, так как эти клуши на ночь технику выключают с рвением религиозных фанатиков. Втыкаю вилку, ухожу." Подобные же истории постоянно встплывали на БАШе (олды помнят), когда "принтер не печатает" просто потому, что света нет третий день во всём крыле. Короче, о чём это я? О том, что жалоба "у меня не получилось" или "оно не заработало" это нихера не информативно и по такому описанию можно ставить диагноз только пользователю - "клинический идиот", а вот проблему в технике так найти затруднительно.