Телеграм канал «Новиков > путь в Big Tech»

В кабинете у психиатра

Немного развлекательного контента на злобу дня.

Прохожу медкомиссию для получения ВУ.

Кем работаете?

— Программист.

На каком языке пишите: Пайтон, плюсы или, может, джава?

— Go!

Смотрит с удивлением

Я подумал уже все: в дурку отправит.

Нейросети в работе используете? Насколько ускорились?


— Ощутимо.

Ну хоть кто-то ускорился.

С психологом регулярно работаете?

— Пока сам справляюсь.

Поразительно! Но сильно не геройствуйте.

…

Конечно, не таких вопросов я ожидал на комиссии, но, видимо, врачи тоже идут в ногу со временем.

Когда вопросы кончились, я поинтересовался насколько психиатру AI помогает, на что получил ответ, что 50/50, использует время от времени.

И, конечно, обсудили важность отпуска и даже Камчатку. Согласились, что нужны деньги, чтобы там путешествовать (желательно 300+ на человека, если едете на 1-2 недели).

@time2code

Сначала спецификация, потом код

Пришла новая фича?

Следуй:

Идея / проблема / фича
↓
Обсуждение и уточнение требований
↓
Предложение изменения (Proposal)
↓
Требования и сценарии (Specs)
↓
Технические решения (Design)
↓
План задач (Tasks)
↓
Реализация и проверки
↓
Приёмка результата
↓
Синхронизация с основными спецификациями
↓
Архивация изменения

На самом деле, можно даже без какого-либо фреймворка.

Начни думать о фиче и специфицировать требования перед написанием кода, чтобы ощутимо повысить качество разработки.

Эпоха AI простимулировала один из лучших подходов для написания кода, которым профи пользуются десятилетиями: сначала спецификация, потом код.

@time2code

Набираем темп

Прошел первый полноценный спринт в новой команде, в новом продукте.

За 2 недели:
• спроектировал и согласовал архитектуру новой фичи;
• так как обрабатываем ПДн, то получил согласование с ИБ;
• предложил и согласовал дизайн нескольких страниц будущего SPA (от себя добавил приятную фичу, чтобы улучшить UX);
• с нуля развернул MFE на React с нужным дизайном и адаптировал верстку для мобильных версий;
• доработал бэк для интеграции с MFE, поправил конфиг nginx и пр.;
• бонусом еще написал пару страниц документации (сам, так как дока для пользователей).

На следующей неделе запланировано обучение + промышленная эксплуатация фичи, которая уменьшила Lead Time с 24 часов до нуля, так как теперь пользователь закрывает свою потребность мгновенно в момент заявки.

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

Что именно использовал?

Чистое SDD в связке с фреймворком OpenSpec.

А также Stores — это когда работаете над фичей/инициативой, которая затрагивает множество репозиториев, из центрального и там же храните все спеки.

Мне подход очень импонирует, ничего удобнее пока не нашел.

Если хотели попробовать, но не знаете как начать с этим работать, то просто попросите аишку провести вас за ручку по процессу.

Или пишите в тред — разберем ваш кейс.

@time2code

Добавь эти буквы в резюме и получи +200 тысяч. Пока не поздно

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

И хотя я без необходимости стараюсь не вспоминать о прошлом: как 5 лет посвятил цифровизации стройки, получению профессиональной сертификации по инструментам Autodesk... прошлое возвращается ко мне само, но уже в новом обличии.

Что общего между двумя вакансиями в посте за исключением графика работы?

Обе о поиске архитектора, но есть нюанс.

Раньше

Когда я учился в универе (более 10 лет назад), в строительстве были востребованы обычные архитекторы.

Но уже в 2014 году наш Минстрой утвердил указ о внедрении инновационных BIM-технологий на государственном уровне.

Примерно в то же время обычные архитекторы ушли в тень и стали востребованы BIM-архитекторы / Revit-архитекторы / ArchiCAD-архитекторы, а вместе с ними в профессию активно начали врываться: BIM-специалисты, BIM-инженеры, BIM-координаторы/менеджеры и другие.

Если в вакансии было волшебное слово "BIM", то такой специалист с небольшим опытом мог получать на 50-100-200 тысяч больше, чем обыкновенный архитектор с 20 годами опыта, но который умел только рисовать на бумаге или в AutoCAD.

Ничего не напоминает? :)

Сейчас

А сейчас уже приставкой BIM никого не удивишь. Это стало нормой, как машина вместо лошади в 20 веке.

Вместе с тем нормализовался и рынок, и по зарплатам и по всему остальному.

Аишку ждет такая же участь.

Возвращаясь к злободневным спорам о том, что какие-то профессии умрут.

Мое мнение? — Конечно, так и будет. Это уже происходит.

Настало время к этому адаптироваться. Пока еще можно успеть.

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

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

@time2code

ZT vs TTM

Access is denied
Contact your team lead or administrator to get access

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

В целом, как бывший security champion прошлой команды, то я целиком "за" мощную ИБ, но также вижу кейсы, когда Zero Trust политика элементарно замедляет поставку новых фичей:

1. Вот ты летишь в потоке вайб-кодинга, а вот у тебя споткнулся агент, так как не хватило куда-то доступов и задача встала.

2. Вот ты вздумал проанализировать существование готового решения, чтобы не делать новое, но уже идешь в новое, так как ничего не нашел. А не нашел потому, что не было доступа на чтение по всем репозиториям.

3. НИОКР замедлился и т.д. и т.п.

По-хорошему, должна спасать ролевая система с более гибкой системой доступов или удобная автоматика, когда от оформленной заявки на получение доступа до непосредственно самого доступа проходит не более 10-30 минут.

Но вероятно это современная данность, когда на дворе разработка превратилась в ADD (AI Driven Development), а человек остался нужен лишь только для организации доступов между серверами, сохранения ssh-ключей и токенов безопасности.

@time2code

Сентябрь 2026:

ключевые события

✔️ Сменил Биг Тех на стартап!

✔️ Сходил на deep tech night, послушал Мо Гавдата про будущее с AI (ex-Chief Bussiness Officer Google X).

✔️ Пощупал Graphify. Если у вас много зависимостей на проекте, и агент начинает захлебываться, то рекомендую (для маленького проекта оверкилл).

✔️ 2 недели провел на Камчатке и вел дневник.

✔️ Пробежал 32 км с набором высоты 900м вдоль Тихого океана за 4:22', а по возвращении 10 км за 48' уже по шоссе (какой же это был отдых после трейла).

посты

⭐️ Новая глава -> читать

🔖 Научитесь отдыхать -> читать

🔖 UX вашего приложения — все -> читать

#дайджест

@time2code

UX вашего приложения — все

Я не продуктовый дизайнер, но как же бесит порой спотыкаться о кривой UX.

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

Кейс 1

Задача: перенести старый iPhone на новый. Из ограничений: нет возможности все унести на жесткий диск в моменте, то есть нужно облако.

Если у вас настроен iCloud с терабайтным хранилищем, и вы давно все синкаете в облако, то проблем нет.

Но, если у вас айклауда нет или он забит (как было у меня), то будет больно.

Шаг 1) Пополнить эпл-аккаунт в ру-регионе, чтобы увеличить место (неудобно, но решаемо).

Шаг 2) Синхронизировать все 20.000 медиа-файлов в облако.

Шаг 3) Радоваться, что все успешно перенесено

Шаг 3.1) Страдать от невероятно медленной скорости загрузки данных в облако.

Шаг 3.2) Время от времени проверять, что синк в облако не остановлен, так как Apple "умный" и каждые X часов ставит sync на паузу, чтобы экономить батарею, или просто ставит на паузу, если ему показалось, что батареи уже недостаточно.

Шаг 4) Спустя несколько дней и ночей радоваться, что все перенеслось.

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

Вывод: если много медиа и мало времени, чтобы выгружать в облако, то лучше по-старинке через ssd или более шустрое облако пойти.

Кейс 2

Задача: перенести what's app с одного телефона на другой as is.

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

Нас интересует миграция данных.

Как же здорово, что компания заботится о нашей безопасности и ничего не хранит в облаке!

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

Но вернемся к процессу.

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

В момент запуска миграции телефон попросил отсканировать QR в старом айфоне, чтобы их связать. Звучит логично в принципе.

И все бы ничего, но как только ты пытаешься это сделать, получаешь мгновенный разлогин, так как нельзя с одного номера сидеть на двух телефонах!! (скрин прикладываю)

Начинаешь думать, что это какой-то глюк, и как дурак пробуешь еще раз и еще раз.

(приложение обновлено, кстати говоря)

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

А другой всего один — загрузить сперва все в облако и потом из него накатить бэкап. Что я и попытался сделать, но телефон, провисев пару часов на 99% загрузки просто завис. Данных к слову было менее 3гб.

Хорошо, возвращаюсь к первому способу с постоянными разлогинами...

Замечаю, что у меня есть примерно 0.5 секунды между началом миграции и разлогином, делаю хитрую вещь:

Зная, что мне предложат отсканировать QR, я на каждом профиле сперва иду на нужную страницу, а потом перед нажатием кнопки, ставлю один телефон над другим, готовлясь сканировать, и таким образом успеваю (правда со второй попытки) начать процесс миграции…

Спустя время все успешно завершается успехом.

И тут вопрос. Что это было?

Что за чудесный user experience я испытал, а главное: зачем?

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

@time2code