Бесплатную учебную базу по ML выдал Гарвардский университет в новой книге. Авторы сделали акцент на инженерии и построении правильных нейронок с нудя.. В книге 2500 страниц, включая строительство, оптимизацию и поддержку ML-решений на всех этапах: от подбора и подготовки данных до продакшена и использования. Авторы объясняют, как правильно связать алгоритмы, данные и железо, чтобы ИИ выдержал даже высокие нагрузки и стабильно помогал в любых задачах. Онлайн-учебник, репозиторий проекта.
Легендарный разработчик культовых игр Джон Кармак посоветовал разработчикам на Python никогда не переназначать и не обновлять переменную вне итеративных вычислений в циклах. По его словам, наличие всех промежуточных вычислений полезно в отладчике и позволяет избежать проблем, когда при перемещении блока кода он автоматически использует версию переменной, отличную от изначальной. А вот в C/C++ хорошей практикой является инициализация практически всех переменных как const. Кармаку хотелось бы, чтобы это было сделано по умолчанию, а mutable было ключевым словом.
Ранее на Хабре был пост: "17 открытых репозитариев, чтобы выучить Python с нуля".
Глава Airbnb Брайан Чески предупредил, что отказ компаний нанимать молодежь ради ИИ может привести к скорому кадровому кризису. В интервью ABC News Чески заявил, что, хотя ИИ способен выполнять «работу стажёров», работодатели должны оставлять место для молодых специалистов — иначе через несколько лет некому будет занимать руководящие позиции. «Если молодые люди не смогут устроиться на работу, у вас просто не останется тех, кто сможет руководить в будущем», — отметил Чески.
По словам главы Airbnb, такие компании, как Amazon, Salesforce и другие, массово сокращают сотрудников, делая ставку на автоматизацию. Однако именно начальные позиции становятся первыми жертвами — стажировки исчезают, а менеджеры не спешат брать выпускников.
Чески считает, что это стратегическая ошибка: «Люди не осознают, насколько они умнее ИИ. Руководство и человеческие отношения все ещё важны. ИИ — это инструмент, а не волшебство».
Итоги АтомикХак 3.0
Финал хакатона прошёл на фестивале для студентов и молодых специалистов «Росатома» IT CORE 2025.
Марафон хакатонов «АтомикХак 3.0» направлен на поиск и развитие ИТ-специалистов, готовых решать задачи атомной отрасли. На базе пяти технологических вузов прошли отборочные этапы, где команды боролись за попадание в топ-5.
Финал хакатона и награждение победителей состоялось на ИТ-фестивале для студентов и молодых специалистов IT CORE 2025 в Нижнем Новгороде.
Участники работали над реальными ИТ-задачами от компаний из атомной отрасли. В роли наставников и жюри выступили эксперты Госкорпорации «Росатом».
Команды-победители получили денежные призы на торжественной церемонии закрытия фестиваля:
1 место — 300 тысяч рублей
2 место — 200 тысяч рублей
3 место — 100 тысяч рублей
Список победителей
НГТУ им. Р.Е. Алексеева
Задание от ОКБМ «Африкантов»: команды разрабатывали решения по повышению эффективности работы системы нормоконтроля предприятия. Необходимо было разработать единый цифровой инструмент для ускорения и повышения точности проверки чертежей на соответствие нормативным документам.
Победители:
1 место — «Пудж» (НГТУ им. Р.Е. Алексеева)
2 место — HDD[M2] (Ростовский государственный экономический университет)
3 место — Ping Floyd (Нижегородский филиал ВШЭ)
СПбГЭТУ «ЛЭТИ»
Задание от ООО «ДЖЭТ ЛАБ», АО «ИТЦ «ДЖЭТ»: участники работали с моделью изолированной микроэнергосистемы, объединяющей дизельгенератор, возобновляемый источник энергии, аккумуляторную батарею и переменную нагрузку. Команды с помощью методов линейного программирования искали оптимальное почасовое распределение мощности между источниками, строили компьютерную модель той же изолированной микроэнергосистемы и настраивали систему управления.
Победители:
1 место — Battom (СПбГЭТУ «ЛЭТИ»)
2 место — «ИННОВАЦИЯ» (СПбГЭТУ «ЛЭТИ»)
3 место — «КОманда «52»» (КГЭУ)
НИЯУ МИФИ
Задание от научно-производственного объединения «Росатома»: участники трудились над разработкой решения для автоматического анализа работы ИТ-оборудования и программного обеспечения.
Победители:
1 место — Black Lotus (ГУАП)
2 место — IUK2.0 (Калужский филиал МГТУ)
3 место — R^2 negative (Финансовый университет)
РТУ МИРЭА
Задание от «Росатом Квантовые технологии»: участникам было необходимо разработать решение для оптимизации движения транспорта в городской среде. Они строили модель дорожной сети и предлагали квантово-вдохновлённый или квантовый алгоритм, который позволяет находить оптимальные маршруты. Для поиска решений использовали современные квантово-вдохновлённые методы оптимизации и симуляторы квантовых компьютеров.
Победители:
1 место — «ПМщики» (РТУ МИРЭА)
2 место — PHD Ising Group (МФТИ)
3 место — «Дагестанские учёные» (РТУ МИРЭА и МИФИ)
УрФУ
Задание от АО «Гринатом»: команды создавали умного ассистента, который сможет анализировать разнородные материалы проекта (технические описания, финансовые модели, презентации) и в диалоге с пользователем формировать готовую презентацию для инвестиционного совета. Решение должно было уметь адаптировать глубину и стиль подачи под разные аудитории и собирать структурированный отчёт в корпоративном шаблоне.
Победители:
1 место — «Контора солнышек онлайн» (УрФУ)
2 место — FTI://hack (УрФУ)
3 место — enviloup_team (УрФУ)
Как прошёл хакатон, смотрите здесь.
Следить за новостями в сфере информационных технологий атомной отрасли можно в телеграм-канале Атомный IT.
Влияет ли возраст на карьеру в IT
Обсудили контуровцы: Антон Нечуговских, ведущий инженер-программист в 24 года, и Никита Хубаев, начинающий инженер-программист в 36 лет.
Сеньор в 25 лет вызывает недоверие у коллег из-за своего возраста
Сеньор в 24: Открытые и адекватные люди скорее делают вывод о тебе по тому, как ты с ними взаимодействуешь, а не по тому, сколько тебе лет. Но с недоверием да, иногда сталкиваюсь. Я поэтому и перестал брить бороду 😁 и это не шутка.
Джун в 36: Я раньше работал в продажах, и примерно в 23 года уже был директором магазинов. Старшие коллеги воспринимали это нормально. Важно то, как ты себя позиционируешь в команде, насколько развиты у тебя харды и софты. Если с этим всё в порядке, то и команда это чувствует.
Пользы для продукта или команды от 35-летнего джуна больше, чем от 25-летнего сеньора, из-за большего жизненного опыта у джуна
Джун в 36: Да, пользы чуточку больше, но это связано не с возрастом, а с тем, какой у тебя грейд. Если ты сеньор, то занимаешься внутри команды больше архитектурными задачами, и то время, которое мог бы потратить на разработку продукта, тратишь на наставничество, помощь в написании кода и код-ревью. А будучи джуном в 35 лет ты концентрируешься на том, чтобы писать код и в итоге приносить больший пользовательский опыт.
Сеньор в 24: Хм, ну работа же не заканчивается написанием кода. 😉 Какое-то видение появляется, и из-за того, что есть сеньорский опыт и технический бэкграунд, ты это видение применяешь в нужном направлении. Уже многое умеешь, но при этом есть альтернативный вижн по сравнению с коллегами, которые намного старше тебя. Можешь на их языке с ними общаться и доносить до них что-то новое.
Джун в 36: Некоторые люди в командах не могут занимать должность мидла, хотя с технической стороны они уже глубокие сеньоры. Считаю, лучший грейд — это мидл+.
Джуну в 35 сложнее найти работу, чем джуну в 25
Сеньор в 24: Думаю, что да. Увы, эйджизм никуда не делся. 🤷♂️ Скорее всего, эйчар отметит в тебе целеустремлённость, но поставит под сомнения перспективы.
Джун в 36: Я стал разработчиком после 30 лет, и самое сложное было впервые оказаться на собеседовании. Но отмечу то, что, вероятно, в этом возрасте у тебя будет всё хорошо с софтами, и это твоё преимущество. А для работодателя знак: если такой кандидат осмелился пойти в айти после тридцати, то, скорее всего, в нём есть настойчивость и ответственность, которая и в работе обязательно проявится.
Джуны сталкиваются с излишним контролем на работе, даже когда им 35
Сеньор в 24: Считаю, что джуна не надо сильно контролировать, пусть сам копается, выдаёт результат, а дальше можно будет подкорректировать.
Джун в 36: Согласен, но смотря какие задачи ты даёшь джуну. Если задача от бизнеса, то нужно будет разделить с ним ответственность. В целом, не надо контролировать, как джун пишет код, при этом всё-таки проводить код-ревью, чтобы помогать ему писать код правильно, и следить за сроками.
Не стоит начинать карьеру в IT после 30, лучше искать что-то другое
Сеньор в 24: Средний возраст ребят в IT меньше 30 лет, и когда ты находишься в обществе людей старше тебя, то и сам как будто бы быстрее взрослеешь. В другую сторону работает так же: если вокруг все младше тебя, ты молодеешь и наполняешься этой энергией.
Джун в 36: Поддерживаю! Если ты видишь в себе потенциал, тебе это интересно, обязательно попробуй. Но не требуй от себя много, например того, что добьёшься чего-то в короткий срок. Отнесись к этому, как к пути. Лучше уж после 30, чем после 40. Но даже если после 40 тебе это интересно — здорово! Я знаю людей, которые учились и в 60 лет, проходили стажировки. Да, не все из них трудоустроились, но это был вызов для них и новый опыт.
Сеньор в 24: Менять свой путь после 30 — сложно, я восхищаюсь теми, кто это делает. 👍
***
Выпуск подкаста с Антоном и Никитой доступен на YouTube, Rutube, VK, Яндекс Музыке.
🥶Ни для кого не секрет, что найм сейчас у многих компаний на фризе. Но вакансии всё равно висят. И знаете зачем?
1. Делать вид для рынка, что у компании всё хорошо. Это «хорошо» нужно для HR-бренда, а также для конкурентов и клиентов, когда у компании b2b-бизнес;
2. Собирать лидов для продаж: эти вакансии просто составлены по профилю ЛПР. К примеру, HR для HR Tech, DevOps lead/CTO для облаков, CMO для AdTech и т.д.;
3. Мошенничество – всё больше случаев тестового задания для скачивания с вирусом. А ещё тестовые могут быть реальными задачами, CustDev, изучением рынка, обучением нейронки, и вы просто бесплатно трудитесь.
4. Поменять статистику вакансий в офисе и по зарплатным вилкам;
5. Для борьбы с накрутчиками опыта, чтобы как можно больший объём прогнать через свою базу и выявить несоответствия;
6. Создание вакансии от другого юрлица позволит узнать, кто из ваших сотрудников реально активно рассматривает смену работы, вместо отмазок «просто обновил резюме».
Добро пожаловать в "О Дивный, новый мир!"
Какао спасает удалёнщикам и офисным работягам здоровье. Учёные выяснили, что напиток снижает вред от сидячего образа жизни. Флаванолы в составе какао восстанавливают сосуды после посиделок за компом, снижают давление, улучшают кровообращение мозга и сердца, а также уменьшают риск образования тромбов.
Приходите на митап QAчественное общение №11: в программе много монорепозитория и BDUI для QA
«QAчественное общение» — постоянный митап комьюнити Alfa Digital для нетворкинга и обмена знаниями с экспертами из QA и не только. В этом ноябре уже 11-й. Делимся экспертизой, опытом, кейсами и простыми человеческими историями из жизни тестировщиков.
В программе QAчественное общение №11:
Оптимизация монорепозитория в многомодуль.
Деления монорепозитория на домены/функциональные куски приложения.
Рассказ про подход «Деление по микрорепозиториям».
Изучение BDUi для QA и возможностей автоматизации, возникающих проблемах и подготовке данных.
Бронируйте слот в календаре на митап комьюнити Alfa Digital — будем нетворкать, делиться экспертизой и есть пиццу.
Где: митап состоится по адресу пр. Андропова, 18к3 (офис Альфа-Банка)
Когда: 13 ноября, 18:30.
Формат: офлайн и онлайн.
Изучайте программу и регистрируйтесь по ссылке. Участие бесплатно, но количество мест в офлайне ограничено.
Также, если следить за новостями QAчественное общение №11 и наших будущих митапов, узнавать о вакансиях и стажировках, получать подборки интересных статей по QA, гайдов и лайфхаков, подписывайтесь на канал Alfa QA Talks.
За последние месяцы в Практикуме появилось несколько новых курсов и дополнений в текущих программах. Делимся подборкой, чтобы вы точно ничего не пропустили.
Новые курсы
«Нейросети для бизнеса» — 10 недель о том, как применять нейросети для оптимизации процессов, сокращения расходов и роста прибыли. Курс подойдёт руководителям, предпринимателям и специалистам, которые хотят внедрять ИИ-решения в свои проекты и команды.
«Rust для действующих разработчиков» — программа для тех, кто хочет перейти на Rust или сделать его основным стеком. Разберём многопоточность, асинхронность, API, WebAssembly, принципы владения и заимствования, async/await и FFI. После курса сможете создавать надёжные и безопасные продакшн-решения.
«Обработка естественного языка (NLP)» — двухмесячный курс для специалистов по Data Science, ML и DL. Научим применять NLP для работы с большими данными, интегрировать технологии в приложения и сервисы — от чат-ботов до инструментов анализа текстов.
«Руководитель направления DevOps» — программа для тех, кто хочет совмещать техническую экспертизу и управление командой. Поможет стать «играющим тренером» — специалистом, который одинаково уверенно разбирается в технологиях и менеджменте.
Обновления в курсах
«Управление командой». Появился новый максимальный тариф. Помимо всех материалов расширенного формата, в него добавлен модуль по критическому мышлению и курс «Нейросети для работы». Формат для тех, кто хочет развиваться на стыке управленческих и технологических компетенций.
«Технический директор — CTO». Теперь с двумя новыми тарифами — расширенным и максимальным. Курс помогает структурировать опыт, освоить новые инструменты, научиться строить антихрупкие команды, проводить технический аудит и выстраивать IT-стратегию. А ещё — завести полезные знакомства с действующими СТО из крупных компаний.
«Системный администратор». В расширенном тарифе добавлены три дополнительных месяца обучения — это шесть новых тем по Windows и шесть практических проектов для портфолио. Курс охватывает востребованный стек технологий и реальные задачи системных администраторов.
Технологические хайпы: от UML до ИИ
За 20 лет в IT видел много технологических циклов. Сейчас наблюдаю знакомую картину: ИИ-истерия повторяет паттерн предыдущих хайпов.
1990-2000е: UML и генерация кода
Rational Rose и UML-генераторы кода обещали "программирование без программистов"
Результат: много шума, мало толку. Разработчиков стало только больше
2000-2010е: Agile-бум
Agile стал мантрой, которую повторяли все подряд
Консультанты обещали "спасти" любой проект
Команды внедряли скрамы, не понимая сути
Результат: много шума, мало толку. Разработчиков стало только больше
2010-2020е: Low-code и BPMN
BPMN-системы сулили автоматизацию всех бизнес-процессов
Low-code платформы обещали заменить разработчиков
Результат: много шума, мало толку. Разработчиков стало только больше
Сейчас: ИИ-истерия
ИИ решает все проблемы человечества
Каждый второй - "эксперт по ИИ"
Люди спрашивают ChatGPT, что съесть на завтрак, вместо того чтобы научиться планировать питание
Результат: пока тот же
В чем разница:
ИИ - реальная технология с потенциалом изменить все. Но хайп и истерия - те же.
Почему это опасно:
ИИ не всегда прав. По данным исследований, 45% ответов содержат существенные ошибки, 81% - мелкие погрешности. Проблема в том, что ИИ может генерировать убедительно звучащую чушь.
Галлюцинации ИИ:
Создает несуществующие источники и цитаты
Может "диагностировать" болезни, "составлять" юридические документы
Иногда выдает устаревшую информацию как актуальную
Неспециалист не отличит правду от выдумки
Мой опыт подсказывает:
Хороший инструмент в руках специалиста дает синергию. В руках дилетанта - часто больше вреда, чем пользы.
Не стоит гнаться за модой. Сначала разберитесь в предмете, потом используйте инструменты. ИИ - мощная штука, но не панацея.
Источники:
Тестирование требований — это не про поиск багов в коде. Это процесс проверки того, насколько сами требования корректны, полны и понятны.
Зачем это вообще нужно?
Ошибки в требованиях → баги в реализации → потери времени и денег.
Тестирование требований позволяет:
Выявлять дефекты до этапа кодинга
Экономить время команды
Делать ожидания всех сторон прозрачными
Повышать качество продукта без доработок «в последний момент»
Как понять, что требование хорошо сформулировано:
Какие техники тестирования требований использовать?
Взаимный просмотр
Показываем свою работу коллегам
Вопросы
Уточняем у заказчиков и коллег
Тест-кейсы и чек-листы
Прорабатываем набор вопросов для проверки требований
Рисунки
Наглядно представляем приложение
Прототипирование
Делаем наброски интерфейса и переходов между экранными формами
Исследование поведения системы
Мысленно моделируем работу пользователя с системой
Как проверить количество и атомарность?
Делаем блок-схему, чтобы увидеть дубли и лишние шаги
Проверяем, что требование описывает Create / Read / Update / Delete / List
При помощи сценария использования проверяем, что требование покрывает весь путь пользователя
Используем таблицу решений, чтобы убедиться, что все варианты условий покрыты
Ищем отсылки на неопределенную информацию — если есть «и т.д.», «как обычно», стоит уточнить
Проверяем на союз «и» — часто он объединяет в одном требовании сразу два, а иногда и больше
Как проверить выполнимость и однозначность?
Хорошее требование не вызывает споров — его можно понять одинаково, реализовать и проверить результат.
Что важно:
Терминология
Отсутствие качественных определений
Простое изложение
Возможность составить набор тестов
Тестирование внешних сервисов
Как проверить актуальность и последовательность?
Если требование забыли, потеряли или поняли не так — беда в процессе.
На что обращаем внимание:
Одно требование описано в одном месте
Есть user story или хотя бы сценарий использования
У автора требований есть знание предметной области
Учтены интересы всех пользователей
Договоренности из чатов перенесены в документацию
Согласована дата последнего обновления требований и документации
Хорошие требования — это результат не только опыта, но и осознанной практики.
Как мы учимся
Долгое время для меня учеба воспринималась так — нужно обложиться учебниками и учиться, учиться и учиться. И только когда я увлекся психотерапией, я понял, как многое мы усваиваем через других людей и на примере других людей. Более того, часто идея, что у нас нет к чему-то способностей и таланта, означает лишь то, что у нас были хреновые учителя.
В школе я учил немецкий. Чудесный язык, где слова напоминают товарные составы, поскольку немцы просто стыкуют несколько слов в одно, и получается, например, такое — die Feuerwerksraketenanzündeschnur (шнур для зажигания ракет для фейерверка).
Учился я без энтузиазма на тройки и четверки, пока не пришла новая учительница. Долгое время она прожила в ГДР и отлично говорила по немецки. Каждое слово у нее звенело, будто было обернуто в тонкую золотистую фольгу. И вот с ней немецкий для меня зазвучал, и я им увлекся. Стал получать пятерки, а главное, заговорил. Увы, счастье длилось недолго — довольно скоро она ушла. А с предыдущим преподавателем интерес снова угас, так что теперь я лишь помню, что в немецком слова напоминают товарные составы:)
Способность поддержать, увлечь, заинтересовать предметом — важная часть обучения даже в таких хардскильных штуках, как изучение языка. Но роль личности кратно возрастает, когда нужно передать такие трудноуловимые для обучения навыки, как умение доверять, оставаться спокойным, видеть возможности или сохранять терпение. Именно поэтому психотерапия для меня это не столько про «подлечиться», сколько про научиться новым навыкам. Вот тут много примеров навыков, которым по книжкам не научишься, а благодаря другим людям запросто.
А у вас есть опыт, когда именно другой человек становился для вас образцом для подражания, и вы много набирались от него, включая словечки и взгляды на мир?
Экс-инженер Nvidia Чип Хьюен (Chip Huyen, исследовательница ИИ, которая раньше работала над платформой NeMo в Nvidia и преподавала машинное обучение в Стэнфорде) считает, что неважно, что именно вы создаёте, главное — пройти путь от идеи до готового решения, которым сможет воспользоваться кто-то другой.
По словам Хьюен, строить что-то с нуля могут и должны не только инженеры. Например, даже начинающие пользователи без технического образования благодаря ИИ-ассистентам для кодинга могут создавать рабочие проекты. «После этого они становятся гораздо увереннее в себе и лучше понимают, как работает ИИ», — пояснила Хьюен.
Тем, кто не знает, с чего начать, Хюен предлагает простое упражнение: в течение недели записывать всё, что раздражает — от рутинных задач до медленных процессов. А потом выбрать одну проблему и попробовать её решить. При этом важно не ограничиваться только практикой. «Учиться только через проекты — всё равно что осваивать новый язык, просто разговаривая», — отмечает Хьюен. Чтобы разобраться в инструментах, стоит изучить теорию — выбрать учебный курс, книги или структурированную программу.
Хотите выяснить, где учиться IT? В экосистеме Хабра есть маркетплейс курсов на Хабр Карьере, на котором собраны сотни онлайн-обучений в самых разных специализациях: программировании, аналитике, дизайне, менеджменте и других. Чтобы пользователи могли проверить качество курсов, там показаны отзывы от тех, кто уже прошел обучение — изучайте и выбирайте лучшее для себя.
Как AI меняет разработку прямо сейчас — приглашаем на прямой эфир 31 октября в 11:30
«Забудьте всё, чему вас учили в университете!» — построить карьеру, ни разу не услышав этой фразы, не удалось, пожалуй, ещё ни одному разработчику. Сегодня всё, что казалось нам очевидным и понятным, снова ставится под сомнение. Искусственный интеллект стремительно меняет правила игры, пока вы даже не догадываетесь об этом.
Если для вас AI — это просто умный поисковик, который помогает с небольшими задачами, готовьтесь. Впереди вас ждёт дивный новый мир и масса открытий.
Евгений Сатуров, CTO мобильной разработки Surf, расскажет, какие «умные» инструменты уже используют в серьёзной разработке сегодня, что они умеют и как изменят рынок труда и роль разработчика в ближайшие годы.
Бонусы для участников:
1. Вы уйдёте с несколькими практическими советами — как превратить AI из услужливого, но вредного помощника в настоящего ментора, готового работать на вас круглосуточно.
2. Самым активным — приятные призы, которые мы распределим в конце с помощью небольшого челленджа, подробности будут в Telegram.
Когда эфир: 31 октября, 11:30 (МСК).
Где: VK Video.
Новые лекции Python + AI выпустили в Microsoft. В них эксперты собрали самую актуальную информацию про кодинг и создание продвинутых нейропомощников на основе последних разработок с подробными презентациями и примерами кода, в том числе RAG, эмбеддинги, агенты и MCP-протокол.
17 открытых репозитариев, чтобы выучить Python с нуля:
30-Days-Of-Python — пошаговый курс на 30 дней: синтаксис, типы, функции, ООП, файлы, модули, мини-проекты и задания с решениями;
Python Basics — вся база и примеры по основам для новичков;
Learn Python — конспект тем с наглядными примерами и ссылками; удобно как быстрый справочник и повторение;
Python Guide — лучшие практики: окружение, управление пакетами, стиль, тестирование, деплой, инструменты;
Learn Python 3 — понятные ноутбуки и упражнения по Python 3. Лучший репо для самостоятельной практики;
Python Programming Exercises — 100+ задачек по базовым темам с решениями; Coding Problems — алгоритмические задачи, разбитые по темам и сложности. Идеально для подготовки к собеседованиям;
Project-Based-Learning — большая подборка учебных проектов с пометками по уровню сложности;
Projects — идеи проектов по категориям (CLI, веб, игры и другое) для портфолио и прокачки;
100-Days-Of-ML-Code — краткий дневник-план по машинному обучению: темы на каждый день, базовые алгоритмы и ссылки для реализации на Python.
TheAlgorithms/Python — огромный справочник алгоритмов/структур данных с реализациями и тестами;
Amazing-Python-Scripts — набор готовых скриптов: автоматизация, парсинг, утилиты, GUI; каждый с инструкцией по запуску.
Geekcomputers/Python — склад идей с практичными скриптами;
Real Python Materials — исходники и материалы к статьям/курсам Real Python;
Awesome Python — топ-подборка библиотек и фреймворков, разбитая по категориям;
30-Seconds-of-Python — короткие функциональные фрагменты кода с пояснениями;
Python Reference — шпаргалки, лайфхаки и туториалы.
Токсичная продуктивность: чит-код или верный путь к выгоранию?
Что делать, если результат стал важнее процесса, но получать удовольствие от работы по-прежнему хочется? Как быть, если сотрудники не поспевают за вашим темпом? И где эта грань между «эффективностью» и «токсичной продуктивностью»?
Гость нового выпуска «Свободного слота» — Максим Ульянов, Head of Client Development в RUTUBE, автор ULYANOV.LIFE и ведущий подкаста «Куда расти?». Вместе с ведущими Сашей Прокшиной, Пашей Федотовым и Сашей Афёновым разбираемся:
как оставаться собой в погоне за результатом?
действительно ли токсичная продуктивность — двигатель карьеры?
и что мы о себе вообще не знали?
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Счёт идёт на часы
Сегодня — тот самый день, когда решительность имеет цену.
Скидка 15% на все IT-курсы, стартующие в октябре, действует до конца суток. Завтра она снизится до 10%. Ещё через несколько дней — до 5%. А потом и вовсе исчезнет.
Полный каталог программ смотрите в дайджесте: все IT-курсы октября.
Открываем набор на бесплатное обучение по IT-направлениям по программе Альфа-Будущее Кампус
Открываем новый набор на обучение по разным IT-направлениям в рамках образовательной программы Альфа-Будущее Кампус:
Сроки программ — от 3 месяцев до полугода, за которые вы научитесь создавать современные цифровые продукты под руководством ведущих экспертов Альфа-Банка в разработке, системной аналитике, QA и бизнес-аналитике.
Выбирайте курс, переходите по ссылке, изучайте программу и подавайте заявку. Успейте присоединиться до 27 октября! ❤️
Обучение бесплатно.
А если хотите узнать, есть ли польза от курсов, как проходит обучение (на примере факультета аналитики), и подойдет ли вам онлайн-обучение IT-специальности, читайте нашу статью по ссылке ниже. На примере факультета системной аналитики рассказали, как готовится программа, как проводятся собеседования с людьми и помогло ли ученикам обучение:
Всем привет!
Вы когда-нибудь задумывались, почему одни цифровые продукты становятся популярными, а другие тихо умирают?
Меня зовут Егор Пахомов, в Альфе я работаю 3 с лишним года и занимаюсь развитием цифровых продуктов в каналах web и mobile, управляю несколькими командами разработки.
Написал статью, где собрал методичку для PO — это честный, без деловых клише, разговор о том, как создавать продукты, которые действительно нужны людям. Без воды, без пафоса, с иронией и реальными выводами из практики.
Читайте статью «Методичка PO: как создать цифровой продукт, который нужен людям», где вы найдете размышления о том:
Почему сама по себе идея ничего не стоит, если её не проверить на людях,
Как понять, кому и зачем вообще нужен ваш продукт,
Почему важно говорить с пользователями, а не только с командой,
И как труд, настойчивость и понимание аудитории превращают количество в качество.
