Статья поможет начинающим тимлидам организовать управление техническим бэклогом так, чтобы не раздувать его до огромных размеров, создавать меньше технического долга и успевать фокусироваться на других важных задачах. А опытным тимлидам — систематизировать свои знания.

Статья о том, как шаг за шагом при дефиците свободного времени обучиться и устроиться на работу сразу Middle Java разработчиком перескочив через Junior ступеньку, основанная на личном опыте, и о том, как мне это помогло, когда сразу после трудоустройства пришлось тянуть проект практически в solo.

Статья родилась как некий ответ на вопросы, которые мне часто задавали люди, находящиеся в таком же положении, как и был когда‑то я, когда времени на обучение почти нет и хочется войти в IT кем‑то выше, чем Junior разработчик.

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

В статье я отвечу на эти вопросы.

Сколько времени это заняло?

Я начал готовиться за 2-3 месяца до собеседований в BigTech. В то время я тратил по 2-3 часа в день на подготовку.

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

Оговорюсь сразу — у меня нет огромного опыта прохождения интервью: всего довелось присутствовать на 7–10. К этому добавляются интервью знакомых, которыми они поделились, а также те, что лежат на просторах интернета (например, на YouTube).

Проблема управления ИИ (Control Problem или Alignment Problem) — это проблема предотвращения негативного влияния искусственного сверхразума (ИСИ) на человечество. Как нам держать под контролем более разумное существо или как привести его в соответствие с нашими ценностями?

С появлением ИИ уровня ChatGPT это вопрос становится пугающе актуальным.

В статье разбираем на цифрах, что сейчас происходит с IT-рынком. Объясняем новичкам что от них ожидают работодатели и даём инструкцию как устроится на свою первую работу в IT.

Всем доброго времени суток!

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

Стоит читать? Да! Почему? Опишу в статье.

Python – хороший первый язык программирования, а это лучшая книга для его изучения.

Для кого эта книга?

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

Во вторую очередь я бы посоветовал данную книгу тем, кто уже имеет опыт работы с Python, но хотел бы иметь под рукой полноценный справочник с практическими описаниями основ языка. С примерами, объяснениями – то, что быстро поможет вспомнить простые, но необходимые вещи.

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

Мы поговорили о карьерном росте с Алексеем Барановым, который со стартовой позиции в компании дорос до генерального директора с фиксированной зарплатой 10,000 $. Он поделился своим опытом и рассказал, как именно стоит действовать, чтобы улучшить свою карьерную позицию. Алексей работает в сфере продаж, однако его советы универсальны и полностью подходят в том числе для IT. Передаем ему слово.

Согласно статистике, в РФ работу меняют в среднем раз в 3,5 года, а в США — раз в 4,1 года. Но статистика — всего лишь цифры, в неё попадают и те, кто меняет работу каждые 3-6 месяцев, и те, кто остается с компанией по 10-15 лет. Если прямо сейчас вы уже занесли ручку над заявлением об увольнении, предлагаю подумать, подышать и еще раз проверить все причины своего решения. 

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

Привет, Хабр! Меня зовут Рушана Каюмова, я — Lead HR в Экспресс 42. Эта статья посвящена скользкой и неприятной теме увольнения. Это только кажется, что уволиться — просто. На деле во всех историях, которые я слышала о смене работы, возникали какие-то шероховатости. Предлагаю пройтись по процедуре. Эта информация будет полезна всем, у кого есть работа, а также лидам и руководителям. Ведь каждый рано или поздно сталкивается с необходимостью уволиться самому или с увольнением сотрудника.

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

Среди сотен различных Agile-практик разработки программного обеспечения есть несколько совершенно бесполезных, но, как ни странно, они все еще очень популярны среди многих организаций и Scrum-команд.

Вот мой список 5-ти лучших Agile-практик, на которые уходит много времени и которые бесполезны:

1. Оценка пользовательских историй в Story Points по конечным результатам.

Единственная причина оценки в Story Points - проверить, есть ли у команды одинаковое понимание того, что и как нужно сделать для завершения User Story. Оценка любой работы методом от обратного контрпродуктивна и не приносит никакой пользы: Какой смысл проверять, одинаково ли мы понимаем то, что уже сделано? Кроме того, это подрывает правильное использование Story Points на сессиях планирования.

Привет, Хабр! Не могу сказать, что именно сегодня назрела тема замены западного ПО на российские и открытые аналоги. Случилось это еще вчера. Но постепенно количество запросов на замену начало расти. И в этом посте мне хотелось бы спокойно и вдумчиво рассмотреть альтернативы для компонентов Office 365, но не теоретически, а именно те, которые используются в Oxygen в виде сервисов уже сегодня. Кто уже поменял офис или, наоборот, сидит на “призрачном” софте, который то ли есть в России, то ли уже нет — давайте под кат, обсудим ситуацию.

Прошла неделя с момента нашей публикации «О мобилизации для IT-специалистов». Несмотря на то, что Минцифры запустило форму для предоставления отсрочки, статья актуальна: всё ещё нет закона, предоставляющего отсрочку IT-специалистам. В то же время мы начали обрабатывать заявки от IT-специалистов, получивших повестку или уже мобилизованных. Похоже, нам пора написать новое открытое письмо Мишустину (наше прошлое письмо можно посмотреть тут). Но в этот раз нужна поддержка всего IT-сообщества. 

Обо всём этом расскажем более подробно в нашем дайджесте.

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

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

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

Я немного преувеличил с количеством — часто я был «вторым пилотом» на собеседованиях. Но какой-то опыт проведения собеседований у меня всё- таки есть, ведь только за 3 месяца весны я провел 150 собесов. В статье я выделил некоторые важные моменты от которых зависит — скажу я кандидату «Да» или «Нет», и собрал очень субъективные рекомендации как проходить собесы. Но учитывая то, какое количество людей через меня прошло, статья будет полезна тем, кто только начал проводить собеседования, кому это только предстоит, и тем, у кого впереди поиск работы. 

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

Если вы все еще не понимаете, по какому принципу военкоматы мобилизируют призывников, то предлагаем вам ознакомиться с нашей статьей о мобилизации для IT-специалистов. Вы будете удивлены, что военкоматы большей частью работают согласно закону, а вот многие устные заявления, по крайней мере пока, законами не подкреплены. Поэтому имеем то, что имеем - военкоматы просто делают свою работу в соответствии с нисходящими на них указами и законами о мобилизации. Эти указы и законы мы разберем в нашей статье и затронем тему того, как мобилизация касается IT-специалистов.

Этот комикс – видение DevOps-команды «Онланты» Иллюстрированного детского путеводителя по Kubernetes от Cloud Native. На примере маленького приложения Фиппи разбираемся, что такое Kubernetes и в чем особенности этой технологии.

Встречайте новую главную героиню и внимательно следите за ее путешествием!