Удалённая работа

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

У тебя тоже бывает такое, что после трех созвонов подряд ты смотришь в IDE и не понимаешь, кто ты и что тут происходит? Я раньше думал, что это я слабый и не умею держать фокус. Потом заметил, что в дни без встреч я вдруг становлюсь почти гением, а в дни с встречами я максимум могу переименовать переменную и забыть, зачем.

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

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

«Выйду на рынок, найду пару офферов» — сейчас этот план звучит не очень реально. Поиск работы в ИТ окончательно превратился в полноценную фултайм-работу, причем неоплачиваемую и изматывающую.

Старые методы «отклик — собес — работа» больше не помогают. Срок найма растянулся до нереальных 3–6 месяцев, а процесс напоминает марафонский забег: фильтры, ATS, боты и молчание рекрутеров.

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

Меня зовут Дмитрий. Мне 32 года. Я начал свою карьеру в IT 16 лет назад, стартовав с простых заказов на фрилансе. Тогда я жил в Тюмени, а затем перебрался в СПб. В январе 2022 года меня подхватила компания, которая перевозила российских айтишников в Америку. Это были последние недели её существования… После начала всем известных событий она закрыла все филиалы в России.

Новый год — новые цели. Решил завести блог на Хабре про жизнь кодера в Америке в 2026 году и для начала хочу познакомиться.

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

В этой статье не будет «идеального шаблона дня». Вместо этого мы соберём понятный алгоритм, который можно повторить в любом таск-менеджере на нейтральных примерах и схемах.

Что именно разберём:

1. Как провести аудит ресурсов: энергия, контексты, доступные инструменты.
2. Как дробить большие задачи до уровня конкретных действий.
3. Как собрать день в виде короткой итерации и не ломаться при сбоях.
4. Как делать ретроспективу, чтобы система становилась лучше каждую неделю.

Общеизвестен™ такой подход к проектированию решений и, в частности, решений микросервисных, как Domain-Driven Design. Его суть, для тех кто не слышал этот общеизвестный™ термин, состоит в том, что архитектура технического решения должна моделировать сам реальный, можно сказать физический, бизнес-процесс. Из часто разбираемого типового примера: микросервисы оформления заказа, резерва товаров и проведения платежа аналогичны соответствующим структурным подразделениям реального бизнеса: заказ оформляется в точке продаж, собирается на складе, оплата проводится через бухгалтерию и всё это разные отделы, работающие между собой по определённым контрактам.

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

Если хорошо сформированная бизнес модель - это готовый шаблон для будущего микросервиса, который нужно лишь переложить в технические решения, то верно и обратное: сама такая организация с хорошо налаженными процессами и есть готовый микросервис. Она подчиняется тем же законам, имеет те же проблемы и пути их решения, её архитектура поддаётся анализу и доработке по абсолютно тем же подходам, и в конечном счёте тоже обеспечивает <crtl-c-ctrl-v>хорошее время отклика, отказоустойчивость, масштабируемость и прозрачность работы системы</crtl-c-ctrl-v>.

У меня был выбор: полностью уйти в декрет и на время «выпасть» из профессии — или попробовать найти баланс между работой, материнством и жизнью. Идеального решения не существует, но мой путь оказался про возможность оставаться в профессии, развиваться и при этом не предавать свою роль матери.

А теперь к сути...

Рынок IT перегрет, но не дефицитом кадров, а спамом из автооткликов. Когда на позицию Senior QA приходит 450 заявок, времени на вдумчивое чтение нет. HRD Postgres Professional Ксения Замуховская честно рассказывает, как выглядит процесс отбора изнутри: почему джоб-хопперов боятся больше, чем возрастных кандидатов, и зачем указывать закрытие проекта в причинах увольнения, чтобы вас не посчитали «летуном».

На продуктивность влияет много факторов — от погоды до удобного стула. И если со снегом за окном совладать нелегко, то выбрать себе кресло для работы — вполне.

Расскажу о пяти вариантах, которые станут достойной альтернативой классическому офисному стулу. Если работаете лёжа в кровати, тоже не проходите мимо! 

Советы в комментариях приветствуются.

Мы с мужем второй год приезжаем на зимовку в Сочи из Питера (и в этот раз последний). Здесь таких «айтишных зимовщиков» много. Рассказываю про плюсы и минусы жизни на российских югах — разберем феномен конских цен на жилье, проблемы с прилетами дронов, парковками, местным менталитетом. Ну и отвечу на главный вопрос: стоит ли ехать именно сюда, а не в соседнюю Грузию/Турцию?

Сетевые блокировки на рабочих ПК порой раздражают (во всяком случае, меня).
Поэтому я сделал, что смог, и готов поделиться с вами.
Исключительно в рамках эксперимента, конечно же.

Когда появился рабочий заголовок этой статьи, казалось, что тема простая и даже вполне очевидная. Ну что тут обсуждать — пришел ИИ, тестовые задания ушли в историю, это и так должно быть понятно, просто помашем им вслед. Но чем дольше была работа над материалом, просмотр старых статей и комментариев на Хабре, и вспоминая собственный опыт команды найма в SSP SOFT, тем сильнее приходило ощущение: «Прошлое не сдается без боя» и «Как же все запущено (в нашей индустрии)».

Распределенные agile-команды стали организационным стандартом во многих отраслях прежде всего благодаря высокой эффективности разработки. При этом данный формат работы заключает в себе ряд рисков, источником которых является как лидер, так и члены команды. Среди них – утрата коллективной идентичности, размывание статуса, квазилидерство, снижение социализации, «тихий уход», работа 24/7 вместо баланса работы-личной жизни, возрастной ценз. Управление данными рисками возможно благодаря интеграции ценностей и достижений предыдущих уровней организационного развития.

В постиндустриальном мире «совой» быть все еще тяжело: ты можешь сколько угодно стремиться к гибкому распределению задач, но будь добр, вписывайся в общепринятое расписание, если сталкиваешься с системой образования (дети), медициной или административными вопросами. Да и топая в офис к 9:00, не всегда веришь в то, что индустриальный век с его жесткими графиками «по звонку» закончился.

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

Вы можете быть сильным специалистом и все равно создавать сложности для коллег. Разбор восьми самых частых сценариев из жизни IT-команд.

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

В статье я собрала приложения для заметок под разные сценарии — личные дела, работа, учёба и ведение «второго мозга».

«Не хочу и не могу работать вообще никем». Бывает, что в голове весь день крутится только эта мысль. И вроде недавно были длинные выходные, вы стараетесь не перерабатывать и задачи интересные, а всё же что-то не то...

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

В статье показываю 5 способов, как быстро выстроить эффективную передачу задач между командами и убрать ручной контроль.

Я профессиональный проходитель performance review. И может показаться, что это шуточная статья, но я вообще не шучу.

Привет, хабрчане! 

На связи контент-менеджер Майя, которая за последние несколько лет перепробовала десятки электронных ежедневников. Я искала тот самый, идеальный, который наведет порядок раз и навсегда.

Оказалось, его не существует — ведь все мы думаем по-разному.

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