🧱 Найм разработчика — это не про код. Это про последствия
Когда ищу разработчика, я не думаю: “умеет ли он писать на нужном стеке”.

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

Плохой найм — это не баг. Это накопленный ущерб, который будет копиться тихо:
в коде, в коммуникации, в доверии внутри команды.

Что важно:
Как он работает с чужим кодом
Не "как он пишет", а как он встраивается в уже написанное. Без обнулений и войн.

Есть ли потенциал к росту
Если это middle — может ли дорасти до роли, где он ведёт, а не ждёт задачку.

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

Относится ли с уважением к чужой работе
Если приходит в команду и сразу кричит “тут всё плохо” — значит, так и будет работать.

Я всегда задаю один вопрос, который показывает системное мышление:

“Как бы ты реализовал доставку заказов из нескольких складов для e-commerce: с учётом остатков, логистики и интеграций с внешними системами?”

Ответ показывает всё:
— как человек думает,
— как строит цепочку,
— и видит ли вообще бизнес-задачу, а не просто «я бы сделал API».

Хороший разработчик не просто кодит. Он понимает, как не сломать систему.

📎 Мини-чек‑лист для HR: как понять, что перед вами сильный разработчик
— Не спешит переписать — сначала вникает
— Не говорит “всё плохо” — ищет, что сохранить
— Видит бизнес-задачу, а не только фичу
— Умеет объяснить логику простыми словами
— В ответах есть структура, а не поток сознания

💡 Не бойтесь задавать вопросы не про стек, а про мышление. Это и отличает хорошего от случайного.

Сохраните, отправьте коллегам, пригодится 👌

© TheITDirector

💸 IT бизнес на доменах
Один из самых тихих, но прибыльных бизнесов, которым я занимаюсь — это домены.

Купил twelve.ru до того, как появился жилой комплекс.
Продал застройщику в Москве. Ни строчки кода. Только тайминг, чутье и инвестиция. Хороший домен, и будет только дорожать со временем, уверен.

🧠 IT — это не только программирование. Это и стратегия, и активы, и сделки.

Сейчас в продаже
HRBP.ru - домен + сайт.
В ближайшее время стартует аукцион, предложения по цене можно отправлять в личку, контакт в профиле. Отличный домен для HR бизнеса или личного бренда HR Business Partner.

Ставьте 🔥, буду писать чаще про домены и поделюсь опытом в этом направлении
© TheITDirector

🎟 Как я сделал первую онлайн-систему бронирования для кинотеатра

Когда ко мне обратились из Синема Стар, не было ни готовых решений, ни интеграций, ни SaaS-сервисов, которые справились бы с этим, ~ 2008 г.

Нужно было: не продать одно и то же место дважды, и дать возможность бронировать онлайн.

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

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

Это был серьёзный проект, где сайт — это не витрина фильмов,
а часть реального процесса.
Когда цифра лезет в офлайн и должна работать без ошибок.

После этого я всегда думаю как должен работать «бизнес» в реальности с «разработкой».
© TheITDirector

IT-структура и хаос за 30 миллионов

Можно потратить миллионы.
Нанять команду, завести процессы, маркетинг, офис.
Но это не значит, что у вас система.

Я заходил в проекты, где всё выглядело «как надо» — до первого аудита.

И находил вот это:
– домен зарегистрирован на бывшего маркетолога;
– хостинг — на физлицо, “обещали, что всё норм”;
– бэкапов нет. Вообще. Или лежат рядом с продом;
– автоматизации — ноль. Хотя команда и так перегружена.

🧯 Как это чинить — пошагово:
Проведите IT-аудит.
Не только теха, но и всей инфраструктуры: от прав до рисков.

Проверьте критические точки:
– На кого оформлены домены, серверы, облака?
– Где и как хранятся бэкапы? Есть ли offsite-копии?
– Кто реально имеет доступ к ключевым системам?

Приведите всё в порядок:
– Переведите активы на компанию.
– Внедрите схему 3–2–1 для резервного копирования.
– Разграничьте права, отключите лишних людей.
– Упакуйте документацию и регламенты.

Автоматизируйте рутину.
Если у вас 8 человек делают то, что можно автоматизировать за неделю — нужно решать это.

🔥 Я сам вытаскивал компании из таких историй. Иногда приходилось спасать, иногда — строить с нуля, хаос часто стоит дороже.

👀 Проверь, всё ли у тебя в порядке.

Начни с простого:
На кого оформлено то, чем ты реально владеешь?

© The IT Director

🔐 Бэкапы спасают бизнес — когда всё остальное подвело
После поста про IT-хаос много кто написал, оказалось — схема 3–2–1 почти никому не знакома.

Что означает
3 копии — хотя бы три версии ваших данных.
2 носителя — на разных устройствах: например, на компьютере и на флешке.
1 копия вне офиса — дома, в облаке или хотя бы не рядом с основной.

Для чего это нужно
• Один диск может сгореть.
• Второй — случайно удалить.
• А третий — спасёт.

На фоне новостей про взломы, утечки и хаос — хороший повод проверить простую вещь:
сможете ли вы восстановиться, если завтра всё пропадёт?

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

Если есть вопросы — пишите, контакты в профиле.
© TheITDirector

🚀 Почему сайт может тормозить — и как это чинится
Когда человек заходит на сайт, сервер начинает «собирать» страницу: тянет товары, картинки, меню, фильтры. Это занимает время.

А теперь представьте, что всё уже собрано заранее и лежит «в коробке» — просто отдай и всё. Это и есть кэш.

📦 Кэш — это как готовый набор, а не конструктор.
Не нужно собирать каждый раз заново — просто показать.

💡 Что даёт:
— сайт открывается мгновенно
— меньше нагрузки на сервер
— не тратим деньги на «лишние» запросы
— люди не уходят с сайта из-за ожидания

⚙️ В одном проекте я просто включил кэш — и скорость загрузки выросла в 10 раз. Без редизайна, без переписывания кода.

📉 Если не кэшировать:
— сайт тормозит
— пользователи уходят
— вы теряете деньги
Кэш — это не про “хитрые настройки”, это про то, чтобы не бесить пользователей.

Конечно, кеш не решает проблемы плохой архитектуры и лишних запросов, или серверные проблемы, но в большинстве «простых» проектов — помогает.
© TheITDirector

🛑 Почему нельзя пилить всё сразу?
Потому что через 3 месяца будет сюрприз:
— ничего не работает до конца
— всё делали параллельно
— показать нечего
— надо ещё месяц… и ещё месяц

📉 Продукт есть — а толку нет.
Все устали. Всё не то. Всё не в срок.

✅ Как делать правильно?
Каждая User Story — максимум 2 недели.
Список товаров без фильтров — ок.
Корзина без оплаты — тоже ок.
Главное — видеть результат, давать обратную связь, корректировать.

Пусть кривенько, пусть не идеально — но видно, куда идём.
Если тянете до конца — получите конец.
© TheITDirector

💸 1.5 млн на замену джуна. Серьёзно?

Вчера HR крупной компании жаловался: "Опять джун уволился через 3 месяца".
Посчитали вместе:
— Поиск: 2 месяца × зарплата рекрутера
— 47 резюме, тел.интервью и собеседований (время тимлида = деньги)
— 3 месяца адаптации × 50% продуктивности
— Откат проектов, передача дел
Итог: 1.5 годовых оклада сгорело.

Google это понял давно. В первый день новичок получает всё. MacBook, доступы, задачи, наставника. Не потому что "богатые". А потому что считать умеют.

Как большинство встречает новичков: "Комп будет через неделю. Доступы — пиши в телегу.
Задачи — спроси у Васи."
Результат: человек 2 недели сидит в телефоне → демотивация → "не прошёл испытательный".
Как надо:
День 0: всё готово ДО прихода
День 1: первая задача закрыта
День 5: первый деплой на прод
Неделя 2: "Ребята, тут классно"

Реальный кейс: Стартап, 30 человек. Текучка 40% в год. Внедрили нормальный онбординг:
— Автоматизация выдачи доступов
— Welcome-box за 3000₽
— Buddy на первый месяц
— Чёткий план на 30-60-90 дней
Текучка упала до 8%.
Экономия: 4.5 млн в год. Welcome-box окупился в первый же месяц.

Формула простая: Потратить 50к на онбординг = сэкономить 1.5 млн на замене. Экономить на онбординге = сжигать деньги на текучке.

Ваш новичок либо расскажет друзьям "там круто", либо напишет в чатике "не советую". Что выберете?

Автоматизирую треки адаптации: задачи по дням, обучение, контрольные точки, фидбек — всё системно. Внедрение за пару дней. Детали → @eb_account

© TheITDirector
#онбординг #hr #процессы