af

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

Бот по внутренней базе знаний, саммари писем в CRM, черновики ответов в хелпдеске — AI-инструмент для коллег кажется безопасной затеей: свои же, если что, подскажут. Но о плохом ответе внутреннего бота коллеги пишут редко. Им либо тихо перестают пользоваться, либо верят без проверки.  Расскажем, как до запуска узнать, где инструмент ошибается, чего ему нельзя ни при каких условиях и сколько проверок нужно именно этой задаче.

С мая 2025 года новые аккаунты Microsoft по умолчанию создаются без пароля. Вместо него passkey, который хранится на телефоне или ноутбуке, открывается отпечатком, лицом или PIN-кодом. Это удобно, на порядок безопаснее, но ровно до тех пор, пока телефон с вами — секретный ключ, у которого нет копии на другом устройстве, пропадает вместе с девайсом. Разбираемся, как перейти на беспарольный вход так, чтобы айфоны можно было топить без последствий для работы.

В августе федеральный суд в Калифорнии не стал прекращать дело против Otter.ai. Их бот молча заходил на созвоны в Zoom и Teams, записывал разговоры без согласия всех, кто в них участвовал, и учил на этих записях свои модели. Среди записанного, по словам истцов, были разговоры с медиком, с финансовым консультантом и о результатах работы. Нарушил ли Otter закон, суд пока не решал.

Индийская IT-компания во время пандемии отправила больше 10 тысяч сотрудников по домам. Сидеть за работой они стали дольше, в основном сверх обычных часов, а успевали примерно столько же или чуть меньше: продуктивность упала на 8–19%. Сильнее всех просели те, у кого дома были дети. Кто садится за ноутбук первый раз за день, уложив ребёнка, знает это и без исследований. Но стол на кухне бесплатный, а коворкинг стоит денег. Поэтому уходить из дома или нет, обычно решают финансы.

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

На бумаге использование агентов выглядит отлично: в компаниях, внедривших AI в разработку, строк кода стало больше на 30%, а запросов на слияние на 23%. Но эти метрики никак не учитывают, дошло ли что-нибудь до пользователей. Исследователи из Гарварда заглянули в Jira и не нашли значимого роста закрытых задач — разница застревает в ревью. В статье попробуем разобраться, что считать вместо строк кода и как разгрузить ревьюеров.

«Худшая стратегическая ошибка, какую может совершить софтверная компания», — так в апреле 2000 года Джоэл Спольски, сооснователь Fog Creek Software, назвал решение Netscape переписать код с нуля. С выхода версии 4.0 прошло почти три года, а версии 5.0 так и не случилось. Соблазн снести «ужасный» модуль знаком каждому, кто открывал чужой код ради мелкой правки.

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

В Google дежурному SRE ставят предел: не больше двух инцидентов за 12-часовую смену. На каждый, вместе с поиском причины, исправлением и постмортемом, уходит около шести часов. В большинстве предложений о дежурстве таких норм обычно нет, там «по очереди» и сумма — например €300 в неделю. Разбираем, как перевести это в ночи без сна и о чём договориться прежде, чем сказать «да».

Рынок ИТ переживает непростые времена: зарплатная гонка осталась в прошлом, планировать становится всё сложнее, а бизнес жёстко пересчитывает ресурсы и требует измеримой отдачи. Команды устают, выгорание растёт, а ускоряющееся внедрение AI создаёт дополнительное давление. Наступила условная «ИТ-зима» — период, когда прежние управленческие подходы перестают работать.

Перед рабочим вопросом к модели обычно приходится проводить короткий инструктаж. Что это за проект, как устроены релизы, почему команда отказалась от очевидного варианта две недели назад. Пока всё перескажешь, проще уже сделать самому. Открытый агент Hermes предлагает другой вариант.

Стив Хьюинь 17 лет проработал в Amazon, дослужился до главного инженера и провёл почти тысячу собеседований. По его наблюдениям, кандидат тратит на техническую подготовку 95% времени и только 5% на всё остальное. А те, кто не получил оффер, редко проваливались из-за техники: подводило то, как они себя подавали. Разбираем, сколько алгоритмов действительно хватит для собеседования на сеньора и куда деть остальное время.

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

«Начинает казаться, будто я знаю, что делаю, — верный признак, что дело неладно». Чарити Мейджорс, сооснователь Honeycomb, так описывает момент, когда ей пора менять роль. Если вы который год на одном грейде, знаете проект наизусть, а все места над вами заняты, рука сама тянется к вакансиям с тайтлом повыше. Впрочем, новая должность  не единственный способ снова оказаться там, где вы чего-то не знаете.

«Если рядом с вами нет джунов, вы не сеньор». Эту фразу Жером Петаццони, в прошлом инженер Docker, услышал на конференции в 2014 году и пересмотрел своё отношение к наставничеству. Сейчас нечто похожее может быть указано прямо в карьерной лестнице компании. Но чтобы менторство засчитали, о нём лучше договориться заранее, пока джуны ещё не пишут вам в одиннадцать вечера.

Что будет, если AI ошибётся в вашей задаче, и сколько времени уйдёт, чтобы эту ошибку найти? Если начальство попросило «внедрить AI везде», начинать надо именно с этого вопроса.

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

Заметки полезны — они помогают довести идею до нужного результата: найти справку, восстановить ход исследования, объяснить решение команде или использовать старую мысль в новом тексте. Для каждой из этих задач нужен свой маршрут. А значит, прежде чем выбрать приложение, стоит разобраться, какие записи у вас появляются, куда переходят и в какой момент становятся полезными.

После отпуска люди обычно разбирают почту, сверяются с календарём и выясняют, что произошло без них. Заодно стоит посмотреть, какие доступы успела накопить команда.

Можно потратить год на pet-проект: довести до блеска README, настроить CI, описать архитектуру. А потом на собесе обнаружится, что интервьюера интересуют совсем другие вещи: почему выросла latency, как принималось архитектурное решение, что изменилось после релиза и за какую часть результата отвечали вы.

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

Вы ставите встречу на 15:00 и тут же уточняете, по какому времени. Slack будит сообщениями от коллег из другого часового пояса. Чтобы перебросить видео с телефона на ноутбук, сначала загружаете его в облако. После созвона никто не помнит, о чём договорились. А без интернета не открывается нужный документ.  Каждая мелочь отнимает всего несколько минут. Но из них складывается рабочий день на удалёнке: переключились, переспросили, поискали ссылку, снова вернулись к задаче.

Представьте, что дизайнера в команде нет, а экран надо выпускать. Саппорт пишет, что люди не находят нужную кнопку, тимлид просит переделать форму по-человечески, а в тикетах раз за разом возникает: «Не понимаю, что здесь нажать». 

Вы сильный сеньор, коллеги приходят за советом, руководитель зовёт поговорить: «Хотим попробовать тебя тимлидом». Звучит как признание. Возможно, ещё и денег добавят. Отказываться неловко — вдруг это тот самый карьерный шанс, который нельзя упускать?

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

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

Вы садитесь за свой проект в десять вечера, потому что днём было некогда. Правите баг, замечаете второй, к полуночи переписываете модуль, который вообще-то работал. А наутро вспоминаете про дедлайн, который сами себе и поставили. Кажется, это уже не совсем хобби.

«Зарплата — $4–6 тысяч». На первый взгляд всё понятно: если вы подходите компании, где-то внутри этого диапазона должна лежать ваша будущая зарплата. Но между красивой вилкой в вакансии и деньгами, которые окажутся у вас на счёте, иногда лежит довольно большая дистанция.

Есть ловушка, в которую легко попасть после нескольких лет карьеры в IT: вроде бы проходишь курсы, собираешь сертификаты, постоянно учишься и добавляшь в резюме новые технологии, но на собеседовании показать всё равно нечего. Попробуем разобраться, что с этим делать.