По мотивам очередного холивара Со сравнением удалёнки, гибрида и офисной работы.
Системник на HDD, поэтому всё ещё завершает сеанс и выключается
Ария выгоревшего удалёнщика
Я выключаю мониторы. Я пишу тебе письмо Про то, что больше не могу Смотреть на дерьмо. Про то, что больше нет сил, Про то, что я почти запил, Но не забыл тебя.
Про то, что Телеграмм звонил, Хотел, чтобы я встал, Оделся и пошёл, А точнее — побежал. Но только я его послал, Сказал, что болен и устал, И эту ночь не спал.
Припев: Я жду ответа, Больше надежд нету, Скоро кончится лето, Это...
А с погодой повезло, Снег идёт четвёртый день. Хотя на Яндексе рисуют, Что жаркой будет даже тень. Но, впрочем, в том углу, где я, Пока и сухо, и тепло. Но я боюсь пока.
А дни идут чередом, День едим, а три пьём, И, в общем, весело живём, Хотя и снег за окном.
Вот Сеть опять упала, Я сижу в тишине, Чему и рад вполне.
Припев: Я жду ответа, Больше надежд нету, Скоро кончится лето, Это...
Продвинутый поиск работы на hh: хак, о котором мало кто знает
Джоб борд забит вакансиями настолько, что базовые фильтры едва ли упрощают поиск. Для своего лонгрида, я искал IT-вакансии, но вся выдача была забита кассирами и курьерами. Нашел способ это исправить. Язык запросов помог мне собрать нормальную статистку, а вам точно поможет найти работу.
С помощью него можно комбинировать ключевые слова и создавать сложные поисковые запросы, отсекая не нужные результаты.
Начнем с базы и основных операторов
AND и OR: поиск вакансий, содержащих все указанные слова. Пример: Java AND (Spring OR Hibernate) – покажет вакансии, в описании которых есть слова “Java” и “Spring” или “Hibernate”.
NOT: исключение вакансий, содержащих определённое слово. Пример: Manager NOT (продаж) – исключит менеджеров по продажам, если ищете, например, продуктового менеджера.
Теперь можно собрать сложный запрос, который вытащит только нужные вакансии. Пример сложного запроса: ("Java Developer" OR "Разработчик Java") AND (Spring OR Hibernate) NOT стажёр Выдаст только вакансии Java-разработчика с упором на Spring/Hibernate и уберёт стажировки.
Подробнее про синтаксис можно почитать на сайте – там всё просто и понятно.
Также не забываем про нейронки, тот же ChatGPT или DeepSeek поможет вам написать крутой запрос всего лишь с помощью одного промта.
Остается только вставить итоговый запрос в обычный поиск по вакансиях на hh, остальное сможете добить уже базовыми фильтрами.
Мышление аналитика: почему мы делаем неправильные выводы? Новый выпуск Sravni Podcast
Зачем аналитика современному бизнесу, почему аналитики сегодня так востребованы и как цифры превращаются в деньги?
Поговорили об этом с Андроном Алексаняном, основателем образовательной платформы Simulative. В том числе о пользе от фуллстек-аналитиков, настройке аналитики в компаниях «с нуля», принципах работы с данными и коварстве «фейковой аргументации».
Также в этом выпуске:
Кейсы. Как аналитика помогает в компаниях?
Почему мозг саботирует принятие верных решений
Аналитики нужны везде: о востребованности профессии
В недавней книге про построение успешной карьеры в IT в качестве менеджера, отдельным пунктом идет пункт про ИИ, в котором автор призывает тимлида разрабатывать политику использования ИИ в своей команда и согласовать её с политикой использования ИИ в компании. В вольном пересказе это звучит примерно так:
"Как ведущий разработчик, одна из ваших ключевых обязанностей — оценивать и интегрировать новые технологии, включая инструменты искусственного интеллекта (ИИ), в процессы разработки. Рассматривая возможность принятия или отказа от внедрения инструментов ИИ, важно сохранять сбалансированный подход, который ставит во главу угла потребности команды, конкретные преимущества технологий и потенциальные риски.
Перед предложением использования любого инструмента ИИ начните с оценки того, насколько он соответствует текущим и будущим проектам вашей команды. Оцените, сможет ли инструмент ИИ повысить производительность и оптимизировать рабочие процессы путем автоматизации рутинных задач, освобождая разработчиков для решения более сложных проблем. Важно также оценить качество выходного продукта, создаваемого инструментом ИИ, частоту возникновения ошибок и степень интеграции с существующими инструментами и рабочими процессами. Инструменты ИИ должны легко встраиваться без значительных изменений текущих процессов.
Внедрение инструментов ИИ связано с рисками, которые требуют тщательного управления. Команды могут стать чрезмерно зависимыми от ИИ, что потенциально снижает способность решать проблемы и ограничивает инновации. Важную роль играют безопасность и конфиденциальность, особенно в отношении обработки данных инструментами ИИ и соблюдения соответствующих норм защиты данных. Помимо начальных затрат, учитывайте долгосрочные расходы на обучение, интеграцию и обслуживание"
И дальше проводится обзор того, какие инструменты есть, для чего их можно использовать, какие есть бест-практисы в области ИИ и так далее.
Собственно есть парочка вопросов:
Используете ли вы лично какие-то ИИ-инструменты для работы?
Требует ли компания от вас, чтобы вы согласовывали использование ИИ?
Считаете ли важным регламентировать использование ИИ-инструментов?
Есть ли у вас в компании формальные правила использования ИИ в виде регламента?
Взгляд архитектора в Alfa Talks #4: как создать дом для айтишника и может ли ИИ заменить архитекторов?
Как посредством пространства супермаркеты заставляют нас покупать больше, а стадионы помогают эвакуировать тысячи людей за минуты? Чем классическая архитектура отличается от digital? Можно ли создать идеальный город с помощью ИИ? Почему дачи для айтишников проектируются иначе? Поговорили про умные дома, их скрытые недостатки и как технологии меняют профессии будущего.
В новом выпуске подкаста Alfa Talks мы пригласили Никиту Маликова, основателя архитектурного бюро «Маликов + Партнёры». Он точно знает ответы на эти вопросы.
В подкасте «Alfa Talks» от Альфа-Банка мы приглашаем в гости спикеров для обсуждения продуктовых тем в непродуктовых направлениях: от кулинарии и анимации до консалтинга и архитектуры.
Недавно задался вопросом, какое сейчас есть дополнительное образование для линейных и средних менеджеров в IT. И начал проводить ресерч по доступному образованию.
Сейчас на рынке есть три дополнительных типа образования для менеджера:
Различные программы MBA для топ-менеджеров и руководителей. Все это стоит от 1,1 миллиона рублей и выше, занимает примерно год и проводится ведущими вузами столицы, включая Сколково. https://www.skolkovo.ru/programmes/skolkovo-mba
Изучив программы, пришло понимание, что это для ребят, кто метит в CEO и CTO позиции, для тимлидов и юнит-лидов выглядит избыточно.
Программы профессиональной переподготовки от ведущих вузов столицы. Тут в целом программа ложится на рабочие обязанности классического "проект-менеджера" и выдается официальный диплом вуза о переподготовке.
Однако, изучив программы, пришло понимание, что во многих местах все делается через образовательный портал в заочном формате с тестами для галочки. И не выглядит, что там ты реально сможешь получить что-то большее, чем прочитав книгу "Настольная книга проект-менеджера". Исключением является программа от БАУМКИ, где все выглядит серьезно, но и цена — 130 тысяч рублей. https://do.bmstu.ru/napravleniya-obucheniya/upravlenie-proektami/upravlenie-it-proektami-v-it/
Курсы менеджеров в IT от частных контор. Это Стратоплан, Отус, Скиллбокс, Нетология, Яндекс Практикум и другие курсы. Естественно, это все — неофициальные сертификаты, которые котируются исключительно субъективно. Где-то отзывы хорошие от людей, прошедших курсы, а где-то говорят, что курсы были бесполезными, с информацией не большей, чем в рядовой книге. https://stratoplan-school.com/team/
Что по итогу:
На рынке очень много различных программ, каждая из которых выглядит красиво, но реальная полезность остается под вопросом. Скорее всего, каждому руководителю в IT придется пройти тот или иной MBA, чтобы получить экспертизу и репутацию при работе с государственными компаниями. Но все остальные программы вызывают сомнения в целесообразности получения. Исключением видится программа от Баумки, по которой хорошие отзывы и настоящий сертификат о переподготовке.
Простой, быстрый и бесплатный тест на профориентацию.
Кто вызывает у вас зависть? Почему? Что он—она делает? Что именно вас впечатляет в результатах?
Что это за роль в экономике: сотрудник в найме, учёный на грантах, волонтёр или вообще целый бизнес?
Когда вы почувствовали укол зависти, в каком контексте находился ваш предмет зависти? Выступал на конференции или что-то ещё? Сколько процентов от общего времени занимает эта активность, как думаете?
Если выяснится, что для результата, который вызвал у вас зависть, нужно много работать и 80% времени делать рутинные, неинтересные вещи, ваша зависть уменьшится или не сильно?
Если хотите читать вопросы, которые я задаю на менторских сессиях, маякните как-нибудь, буду выкладывать на Хабр дальше.
Составление резюме — первый и очень важный шаг в поиске работы. Нужно правильно показать свои навыки и опыт, чтобы заинтересовать работодателя. В этом посте мы собрали полезные материалы, которые помогут создать резюме.
Бесплатный курс «Как составить резюме» — вы узнаете, с чего начать поиск работы, как устроен процесс найма, какие ошибки чаще всего встречаются в резюме и как их избежать. Курс включает примеры и шаблоны резюме, которые пригодятся как начинающим, так и тем, кто меняет сферу деятельности. Время прохождения — около 5 часов.
Как составить резюме без опыта работы — советы для тех, кто только начинает свою карьеру. Разбираем, что написать о своём образовании, стажировках и других достижениях. Подскажем, что упомянуть в сопроводительном письме.
Как разработчику составить крутое резюме — рекомендации по составлению резюме для разработчиков: какие навыки стоит упомянуть и как избежать распространённых ошибок.
Опубликован справочник по Reddit для разработчиков видеоигр. Учебную подборку выпустил сооснователь маркетингового агентства FatPony Даниил Каменев.
Также в работе над справочником принимал участие лид-комьюнити акселератора Indie Go Александр Авраменко.
В документе подробно освещаются особенности социальной платформы: от целевой аудитории и правил публикации до разбора функционирования рейтинга и формата размещения ссылок.
Вторая половина справочника представляет собой поэтапную инструкцию по разогреву аккаунта. Также в документе не обошлось без словаря терминов, которые активно используются на Reddit, и описания ключевых сабреддитов, на которые стоит обратить внимание разработчику игр.
Как нематериально мотивировать разработчиков в финтехе
Рассказывает Илья, директор департамента разработки в ЮMoney.
Мы в ЮMoney нацелены на финансовый результат и строим мотивацию для сотрудников исходя из этого. Cтараемся доносить до коллег, как их работа влияет на заработок компании через продуктовых менеджеров: они регулярно рассказывают об этом командам. Даже если на первый взгляд изменение было незначительным, например, перекрасили или передвинули кнопку, важно трекать, что это нам дало и сколько на этом заработали.
В командах ЮMoney у разработчиков нет KPI, зато он есть у менеджеров. Например, у меня, как у директора департамента разработки, есть цели по Uptime. У ребят же целеполагание строится от целей их продуктового менеджера, при этом напрямую на финансовую мотивацию это не влияет.
Чем же нефинансово можно замотивировать айтишника в финтехе?
Сегодня в IT далеко не все идут «по любви» — это прибыльное направление, которое многих привлекает хорошими деньгами. Но мидла и сеньора зарплатой с плюшками уже не удивишь и не заманишь: к повышению привыкаешь месяца через три и начинаешь хотеть большего…
В ЮMoney главная нефинансовая мотивация для разработчиков в том, что мы работаем с топовыми технологиями: например, у ребят всегда последний Java, мы постоянно обновляем наш стек, чтобы разрабатывать продукты на актуальном для рынка стеке. Люди не хотят потерять свою востребованность, поэтому важно предоставлять им возможность быть «на гребне волны».
***
Хочешь тоже работать в ЮMoney? Откликайся на наши вакансии! 😉
Почему Go — выбор крупных IT-компаний? Узнайте в нашем новом подкасте 🎧
В нем Владимир Балун, основатель Балун.Курсы, пообщался с командой Cloud.ru про тренды в программировании, опыт перехода на Go и подготовку к алгоритмическим собеседованиям.
А еще:
как глобальные изменения в отрасли влияют на требования к разработчикам;
почему Go стал одним из основных языков для веб-разработки и высоконагруженных приложений;
как AI и автоматизация формируют будущее простых задач, таких как верстка.
Senior-разработчик: интроверт с большим опытом VS экстраверт, но опыта меньше
Кого выбрать в свою команду?
>> Рассказывает Илья, директор департамента разработки в ЮMoney.
Тут всё, конечно же, зависит от контекста. Если у меня в команде ребята-мидлы, которых нужно растить и обучать, выберу человека, который умеет разговаривать — с хорошо прокачанными софтами. Сегодня в компаниях у разработчиков нет проблем с технической экспертизой (хард-скиллами) — очень уж много доступных материалов и курсов, где можно научиться тому, что нужно. А вот с мягкими навыками у большинства разработчиков сложнее, и натренировать их так же быстро, как харды, не получится.
3 греха в софтах айтишников 😈
Отсутствие критического мышления. Это когда человек к каким-то своим убеждениям не может отнестись критически и переубедить его невозможно. Из-за этого возникают споры в командах.
Когнитивные искажения. Под одними и теми же словами и фразами люди могут подразумевать разные вещи. И это тоже приводит к конфликтам.
Неспособность вовремя остановиться и не работать, когда рабочий день закончился. В ЮMoney есть процесс проверки здоровья команды — Health Check, и среди вопросов есть пункт про нагрузку команды с градацией ответов от «Всё в порядке» до «Мы горим и проектов слишком много!». Если столкнулись со вторым случаем, я встречаюсь с директором департамента проектов, вместе разбираем отчёты по командам и решаем, что можно сделать, чтобы стало легче. Иногда точечно обращаемся к тому сотруднику, которому тяжело, предлагаем помощь. Может, у него вообще проблемы не на работе, а дома: это разбираем вместе с HR BP. Бывают и случаи, когда PM (проектный менеджер) взял слишком много задач и нагрузка возросла так, что стало дискомфортно. Обсуждаем с ним проблему и снижаем нагрузку на команду.
***
Хочешь тоже работать в ЮMoney? Откликайся на наши вакансии! 😉
Нижний Новгород • Екатеринбург • Новосибирск • Владивосток • Ижевск • Казань • Тюмень • Уфа • Иркутск • Челябинск • Самара • Хабаровск • Красноярск • Омск
Составление резюме, анализ рынка, собеседования, офферы: этапов прохождения пути к трудоустройств столь же много, столько и страхов вокруг них.
Камиля Камальдинова, руководитель отдела по подбору персонала ICL Services, ответила на топ самых популярных вопросов:
— Как правильно составить резюме, чтобы его заметили? — Как не волноваться на собеседовании? — На что обращают внимание рекрутеры в первую очередь? — Какие самые востребованные профессии в ИТ сейчас?
Сегодняшняя тема, казалось бы, очевидна - но на практике приходилось сталкиваться с очень странно построенными командами. Поговорим о важности разделения трёх понятий: задачи, роли и позиции. И начнём с определений:
Задача - здесь подразумевается не конкретная таска в трекере, а всё множество однотипных работ, которые нужно делать в продукте. Тестировать фронтенд, проводить кастдев, настраивать рекламу в кабинете и т.д.
Роль - это объединение нескольких задач в один пакет. Есть более-менее интуитивные роли - тот же тестировщик. Есть совершенно по-разному интерпретируемые - например, аналитик. Идеальных рецептов тут нет - главное, чтобы внутри команды все с отношениями роль-задача были согласны.
И третий уровень - позиция. Конкретная должность под конкретного человека.
В идеальном мире одна роль = одна позиция (или несколько одинаковых позиций). По факту сплошь и рядом бывает, что одному человеку приходится брать на себя несколько ролей. И это само по себе не страшно, пока соблюдаются два правила:
Нельзя разделять одну задачу между двумя ролями. Если договорились, что аналитик пишет ТЗ, то не надо ожидать, что для каких-то фич это ТЗ будет писать разработчик (тимлид, архитектор). Если это повторяется, то лучше разделить задачу на две и выдать носителям ролей.
Нельзя разделять одну роль между двумя позициями. Если вы договорились, что у вас аналитик и ТЗ пишет, и согласованием занимается, то тот, кому эта роль досталась, и должен это делать. Опять же, если постоянно согласование достаётся другому человеку - нужно либо перебросить задачу на другую роль, либо роль согласующего выделить другому.
Есть, конечно, риск уйти в глухую бюрократию - не надо так! Схема должна быть помощником, а не забором. Нарисовать один раз, периодически сверяться, если где-то копятся задержки - и делать выводы по итогам.
Бонуса у такой схемы два. Во-первых - предсказуемые ожидания. Каждый участник команды всегда знает, от кого чего ждать. И во-вторых - это отличный задел на рост команды: сразу видно, когда под такую-то роль нужен отдельный человек.
За последние полгода у нас появилось несколько новых курсов: для разработчиков, администраторов и специалистов по безопасности. Делимся подборкой на случай, чтобы вы точно ничего не пропустили.
Специалист по информационной безопасности — вы научитесь защищать данные компаний от утечек, выявлять уязвимости в системах и предотвращать кибератаки. В программе курса: основы кибербезопасности, защита сетей и серверов, анализ уязвимостей, тестирование на проникновение и создание систем информационной защиты. Подойдёт тем, у кого нет опыта или его совсем мало.
Аналитик SOC— для разработчиков, DevOps, сетевых инженеров, системных администраторов и других специалистов. Вы научитесь работать с системами SIEM, анализировать инциденты и выявлять угрозы в корпоративных сетях.
Эксплуатация и разработка в Kubernetes— для разработчиков и администраторов, которые хотят научиться разворачивать, настраивать и масштабировать приложения в контейнерах. Практика и реальные кейсы помогут быстро освоить инструмент на уровне эксперта.
Apache Kafka для разработки и архитектуры — для бэкенд-разработчиков на Java, Python, Golang. Вы научитесь настраивать и администрировать Kafka, работать с кластерами и эффективно обрабатывать большие объёмы информации.
Архитектура программного обеспечения — для опытных специалистов и руководителей с техническим бэкграундом. Вы освоите создание архитектуры ПО, интеграцию микросервисов, анализ требований и контроль качества системы. Реальные кейсы и работа с современными методологиями, такими как DDD и EDA, помогут вам в работе.
У каждого курса есть бесплатная часть, а также тестирование, чтобы понять, насколько комфортно вам будет учиться.
Как я интегрировал нового дизайнера в команду: мой опыт
Привет, Хабр!
Недавно в моей команде один из дизайнеров успешно прошёл испытательный срок. Для меня, как для относительно нового дизайн-лида, это стало маленькой, но важной победой. Хочу поделиться своим опытом и подходом к интеграции новых сотрудников в команду.
Как всё начиналось
Поиск подходящего кандидата — это всегда вызов. Мы искали человека, который не только обладает необходимыми навыками, но и разделяет наши ценности. После долгого отбора мы нашли того, кто, как нам казалось, идеально впишется в команду.
Первые дни нового сотрудника — это всегда онбординг: знакомство с командой, процессами, документацией и инструментами. У нас есть свои недочёты в этом процессе, так как мы находимся в режиме постоянной оптимизации. Однако мы стараемся сделать всё возможное, чтобы новый сотрудник чувствовал себя комфортно.
Первая задача: погружение в проект
Главная цель на начальном этапе — максимально быстро погрузить нового дизайнера в проект. Это включает:
Изучение структуры проекта.
Понимание принципов хранения и навигации по макетам.
Знакомство с внутренними процессами и смежными командами.
Для этого я даю новичку первую задачу — обычно это что-то простое, например, устранение дизайн-долгов. Это может показаться рутиной, но такой подход позволяет:
Ознакомиться с большим количеством макетов.
Разобраться в деталях интерфейса.
Понять, как устроена работа в команде.
Я всегда подчёркиваю, что не нужно спешить. Лучше потратить время на изучение, чем пропустить важные нюансы.
Ретроспектива и обратная связь
После выполнения первой задачи у новичка, как правило, возникает множество вопросов. Это отличная возможность для обратной связи. Я стараюсь отвечать на все вопросы сразу, чтобы избежать путаницы в будущем.
На этом этапе я оцениваю, насколько хорошо новый дизайнер справился с задачей, и определяю, что делать дальше:
Если есть пробелы в знаниях, даю повторное задание с дополнительными рекомендациями.
Если всё в порядке, перехожу к более сложным задачам.
Этап «боевого кота»
Когда новый дизайнер начинает уверенно разбираться в проекте, я постепенно уменьшаю контроль. На этом этапе сотрудник:
Самостоятельно работает с вводными задачи.
Использует компоненты и паттерны, принятые в команде.
Взаимодействует с аналитиками, разработчиками и другими ответственными лицами.
Моё ревью макетов остаётся, но я стараюсь доверять сотруднику в простых задачах. Постепенно область доверия расширяется, и мы переходим к обсуждению сложных кейсов через брейнштормы и демо.
Итоги
Интеграция нового дизайнера — это процесс, который требует времени, терпения и чёткого плана. Вот ключевые моменты, которые помогают мне в этом:
Постепенное погружение — начинаем с простых задач и постепенно усложняем.
Обратная связь — отвечаю на вопросы и помогаю разобраться в нюансах.
Доверие — постепенно уменьшаю контроль, позволяя сотруднику проявлять самостоятельность.
А как вы погружаете новых сотрудников в свои команды? И как погружали вас?
Всем привет! Совсем недавно в ИТ-инфополе снова активно заговорили о супераппах и их развитии.
Что такое суперапп?
Суперапп — это мобильное приложение, объединяющее множество сервисов и функций в одном месте.
В России ярким примером успешного супераппа служит Яндекс Go. Самым известным представителем в мире является китайский WeChat, которым пользуется около миллиарда человек и в котором собраны практически все необходимые сервисы для жизни.
Сегодня хочу поделиться своим взглядом на аналитику в подобных сервисах. Начнем с положительных аспектов.
1️⃣ Неоспоримым преимуществом является синергия и обширная база пользователей. Даже новым фичам и продуктам внутри супераппа практически не стоит беспокоиться о том, откуда взять трафик. Например, “Самокаты” были запущены сразу в рамках Яндекс Go, поскольку там уже находилась целевая аудитория этого сервиса.
2️⃣ Супераппы генерируют море данных о самых разных аспектах жизни пользователей, и для аналитика это – рай! У вас будет возможность анализировать поведение пользователей в комплексе, выявлять скрытые взаимосвязи и находить инсайты, которые невозможно получить, работая в компании, специализирующейся на одном узком направлении. Это просто кладезь для персонализации, настройки рекомендаций и CRM-коммуникаций.
3️⃣ Расширение границ. Супераппы позволяют попробовать себя в разных сферах и бизнесах, оставаясь в одной компании. Даже работая в одной команде, для выполнения ряда задач необходимо погружаться в контексты бизнесов других команд, а если захочется сменить сферу, достаточно просто ротироваться.
Но есть и другая сторона.
1️⃣ Бешеная конкуренция за ресурсы. Пиксели на экране супераппа не бесплатны. Вашей команде придется часто толкаться локтями с коллегами и доказывать, что ваш продукт достоин быть первым в выпадающем списке, не скрываться за скроллом и т.д. Аналитикам регулярно нужно доказывать эффективность каждого сервиса в рамках приложения. И порой это скатывается в бюрократию, приводящую к топтанию на месте.
2️⃣ Сложность атрибуции эффектов. В рамках супераппа каждая команда хочет оценивать своё влияние, и здесь перед аналитиком встает логичная задача: как и к кому атрибуцировать активность пользователей. На рынке существует много практик (last/first click, position-based и т. д.), но внедрить и обосновать конкретную методологию — крайне непростая задача, а спрогнозировать и доказать долгосрочное влияние, чтобы положить его в цели/бюджеты... ну, вы поняли)
3️⃣ Всегда необходимо учитывать влияние новых решений на другие продукты и сервисы, входящие в экосистему супераппа. Например, оценивать, как размещение точки входа в ваш продукт на главной странице повлияет на остальные продукты, и в случае негативного влияния предоставить аргументы и цифры, нивелирующие его. Это требует включения “helicopter view” — понимания взаимосвязией сервисов, ключевых метрик, процессов и инструментов на уровне всей платформы.
А что вы думаете, какой опыт интереснее и ценнее: в больших мультикатегорийных сервисах или в командах, сфокусированных на одном сервисе/продукте?
Наши выпускники делятся реальными историями: о том, как они преодолевали трудности, справлялись с сомнениями и достигали успехов. Возможно, их путь вдохновит и вас попробовать себя в новой профессии.
База для изучения одного из популярнейших языков программирования Python. С новыми знаниями вы сможете вкатиться в ИИ, веб-разработку, создание приложений и даже в геймдев.
