Яндекс Практикум. Программирование и анализ данных

5 книг для начинающего разработчика 1С Привет, друзья! Мы с командой курса «1С разработчик» хотим поделиться книгами, с которых можно начать знакомство с языком. Некоторые из них рассчитаны на тех, кто далёк от программирования, а другие могут стать справочным материалом и для опытных разработчиков. 🟡 1C:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы — классика, с которой начинали многие разработчики 1С, при этом книга постоянно обновляется и актуальна. На протяжении учебника читатель работает над прикладным решением, близким к реальному, параллельно изучая объекты системы. Чем дальше, тем теория и задания сложнее. 🟡 1С:Программирование для начинающих. Детям и родителям, менеджерам и руководителям. Разработка в системе «1С:Предприятие 8.3» — как ясно из названия, эта книга не для разработчиков, а для тех, кто максимально далёк от написания кода. В учебнике разбираются основные приёмы программирования, взаимодействие со средой разработки и базовые запросы. Также читатель выполняет задания и создаёт простое прикладное решение. 🟡 Разработка сложных отчётов в «1С:Предприятии 8». Система компоновки данных — здесь наоборот обманчиво пугающее название — книга начинается с самых обычных запросов, а потом усложняется. Книга даёт фундаментальные знания об отчётах и работе с системой компоновки данных. Очень рекомендуем, так как без отчётов в 1С — никуда. 🟡 Технологии интеграции «1С:Предприятия 8.3» — учебник для тех, кто уже освоил азы. В книге описаны интеграции всех видов, всего и со всем. Секрет от команды: в разработке курса мы не раз обращались именно к этой книге. Издание не самое подробное, но вся основа на месте. Можно использовать и как учебник, и как справочный материал в работе. 🟡 Знакомство с разработкой мобильных приложений на платформе «1С:Предприятие 8» — учебник для понимания основ мобильной разработки: от подготовки устройства и платформы разработчика до написания готового приложения на Android. Если вы решите, что книг вам недостаточно, приходите на курс — обучение займёт 6 месяцев. Ближайший старт — 25 апреля. → Узнать о курсе подробнее и начать обучение бесплатно

Дайджест марта 📍 Март оказался насыщенным: мы говорили о требованиях к разработчикам, сотрудничестве эдтеха и вузов, обучении за счёт компании и многом другом. Делимся с вами подборкой самых интересных публикаций и статей. ▪️Сколько времени уходит на учёбу в Яндекс Практикуме ▪️Как дойти до диплома: советы выпускника ▪️На что смотрит лид при проверке тестовых заданий ▪️Как согласовать обучение за счёт компании ▪️Какие профессии есть в анализе данных: от инженеров до дата-сайентистов ▪️Чего работодатели ждут от джуниор-разработчиков в 2024 году ▪️Правда ли, что программы вузов для разработчиков отстают от индустрии — и почему это не так важно ▪️Высшее образование от Яндекс Практикума: как устроено сотрудничество эдтеха и вузов ▪️15+ полезных ссылок для начинающего специалиста по Data Science ▪️Обучение системного инженера. Путеводитель по ключевым навыкам и знаниям Приглашаем к прочтению! Делитесь мыслями в комментариях, если какая-нибудь из статей вас зацепила 😉

Команда Яндекс Практикума изучила требования работодателей к инженерам по автоматизации тестирования. В подробной статье на Хабре рассказываем, что чаще используют для автоматизации — Java или Python, есть ли разделение внутри профессии на тех, кто пишет автотесты только на бэк или только на UI, и о других наблюдениях. Читать статью

Варианты ответа: 1️⃣ туда: далее = квак.length() + далее; сюда: далее = далее - квак.length(); 2️⃣ туда: далее--; сюда: далее = далее++; 3️⃣туда: далее = квак.length() / 2 + 1; сюда: далее = далее / 2 - 1; 4️⃣ туда: далее = далее - 33; сюда: далее = далее + 33; Какой из них верный?

Мудрая жаба хочет сообщить нам кое-что важное, для этого она прыгает по кувшинкам с буквами. Дополните код и прочитайте её сообщение.

public class JavaЖаба {
    public static void main(String[] args) {
        String квак = "❤️абвгдеёжзийклмнопрстуфхцчшщьыъэюя";
        int[] прыг = {-1, 1, 17, 1, -17, 11, 8, 24, 2, 9, -7};

        StringBuilder итого = new StringBuilder();
        int далее = 0;
        for(int куда : прыг){
            далее += куда;
            if(далее < 0) {
                // туда?
            } else if (далее >= квак.length()) {
                // сюда?
            }
            итого.append(квак.charAt(далее));
        }
        System.out.println(итого);
    }
}

Как дойти до диплома: советы выпускника Всем привет, я Борис, выпускник курса Профессиональная вёрстка на HTML и CSS. Я постоянно учусь и повышаю квалификацию, и у меня есть лайфхак, как довести начатое до конца. ✔️Фиксируйте прогресс. В финальном проекте я сделал страничку с рефлексией впечатлений от пройденного материала. Это было продолжением проектных заданий. Мне помог подход куратора Саши Патлуха, с которым мы обсуждали не только технические вопросы, но и подходы, отношение к работе, важность отмечать достижения и факапы. Это очень помогало в периоды, когда падала мотивация, и давало позитивный заряд. Большая часть проекта была уже сделана в рамках домашних заданий. Поэтому на финальном этапе почти всё время ушло на отсмотр мемов, эксперименты с нейросетями и текст. ✔️Ещё один универсальный совет всем студентам: не стесняйтесь задавать преподавателям вопросы. На всех курсах Практикума есть онлайн-созвоны, где общаются вживую. Преподаватель расскажет вам не только о техническом решении, которое можно найти самостоятельно на Хабре или Stack Overflow. Но и о том, какая вообще проблема решается и почему и какое место в этом процессе отводиться разработчику. Желаю всем удачи!

Сколько времени уходит на учёбу в Яндекс Практикуме? Мы советуем уделять учёбе как минимум 15–20 часов в неделю. Это среднее значение. Оно подразумевает, что кому-то может понадобиться больше времени, а кому-то — меньше. Время, которое потратите именно вы, зависит от двух вещей: 1️⃣спринта, на котором вы находитесь. Некоторые темы — довольно сложные, поэтому на них уходит больше времени; 2️⃣индивидуального темпа обучения. Он у всех разный: кто-то осваивает материал быстрее, кто-то — медленнее. Рекомендация про 15—20 часов появилась главным образом из нашего опыта и полученных данных. После завершения спринта студенты проходят опросник — рассказывают, сколько времени у них ушло на теорию и практику. К примеру, на курсе «Мидл Python-разработчик» 75% студентов отмечают, что тратят до 15 часов в неделю, и лишь 15% — более 20 часов. Чтобы рассчитать нагрузку, мы проводим специальные исследования: важно не только определить, сколько времени у студентов в среднем уйдёт на чтение теории и практические задания, но и грамотно распределить учебные задания внутри программы курса. Для этого мы анализируем целевую аудиторию курса, замеряем статистическую скорость восприятия информации, а также применяем основы нейролингвистики, советуемся с экспертами и редакторами, проводим бета-тестирования. Всю учебную программу эксперты разбивают на отдельные элементы и определяют целевые уровни освоения знаний, умений и навыков. На основе полученной информации мы составляем программу и регулярно калибруем её, перераспределяя нагрузку внутри курса.

Поставил таймер и посчитал, сколько времени понадобилось на учёбу — именно так поступил один из студентов курса «Мидл Python-разработчик». Почитать его исследование и рассмотреть диаграммы можно в статье. Сейчас вы можете выбрать подходящую именно вам нагрузку — интенсивную (от 15 часов в неделю) или комфортную (от 10 часов в неделю). Ознакомиться с программой обучения и пройти вступительное тестирование можно на сайте курса.

🎯 Джунам: чего ждут от разработчиков и тестировщиков Исследователи Практикума подготовили две большие статьи, которые помогут разобраться в требованиях к начинающим специалистам. → Что должно быть в портфолио джуна-разработчика: мнение руководителей → Джуниоры-тестировщики в 2024 году: какие нужны скилы и как проходит процесс найма

Если вы хотите освоить новый стек, повысить грейд или просто брать в работу более сложные задачи, то приходите учиться в Практикум. А чтобы начало учёбы было приятным, можете запросить у Олега (автора постов👆) скидку на выбранный курс. Пишите ему в личных сообщениях — @TheZavitaev

🌟 Чек-лист соискателя 🔸Оригинальный отклик или нестандартное резюме — ваши лучшие друзья. 🔸В резюме обязательно должна быть фотография — это цепляет взгляд. 🔸Не стесняйтесь рассказывать о своих хобби. 🔸Думайте об удобстве проверяющего, когда делаете тестовое: документируйте проект, сделайте запуск по одной команде. 🔸Постарайтесь расслабиться на интервью, не стесняйтесь рассуждать. 🔸Вместо подготовки к собеседованию потребляйте знания — это даст темы для разговора с интервьюером и покажет вашу эрудицию. Пример к последнему пункту: если интервьюер задаёт вопрос, с которым вы сталкивались на практике или слушали доклад, не стесняйтесь об этом упомянуть: «О! Я об этом читал в блоге Фаулера. Он писал, что моки важны при...» звучит презентабельнее и интереснее, чем «моки важны при...». Всем удачи!

🌟Подготовка к собеседованию Готовиться к собеседованию — как учить предмет в ночь перед экзаменом. Энергии тратишь много, а результат минимальный. Проявляйте активный интерес к программированию: смотрите записи конференций, ходите на митапы, читайте Хабр, делайте пет-проекты. Всё это нужно делать вне зависимости от того, ждёт ли вас собеседование. Найдите список стандартных вопросов, которые задают при отборе. Это поможет обновить информацию в памяти. Ответьте на эти вопросы вслух. Они могут быть, например, про декоратор, контекстный менеджер, GIL, разницу между потоками и процессами. 🧐Предупреждаю: недостаточно просто выучить теорию. Опытный интервьюер докопается до сути и поймёт, насколько глубоко вы разбираетесь в теме. 🌟Собеседование Если не знаете ответ на вопрос — не паникуйте, постарайтесь оставаться расслабленными. Не помните «академический» ответ — расскажите своими словами. Не знаете совсем — попробуйте порассуждать. Интервьюер может навести на правильный ход мысли, и вы выведете ответ прямо на собеседовании. Поделитесь своей мотивацией, она может быть любой: 🔸свобода перемещения, 🔸деньги, 🔸желание заставлять компьютер делать крутые штуки, 🔸или ещё что-то. Лично мне, как нанимающему лиду, важно узнать мотивацию кандидата — и неважно, в чём именно она состоит. Главное — её наличие. Человек, который не знает, зачем ему программирование, мне не подходит. В процессе общения я понимаю, насколько человек соответствует «вайбу» команды. Если произошёл мэтч, и техническая секция не была завалена — направляю оффер.

Нанимаю джунов в команду я сам, без HR — так быстрее нахожу подходящего сотрудника. Раз в полгода беру одного человека, на вакансию получаю 20—50 откликов. Передо мной стоят три задачи: ✅ отсеять тех, кто точно не подходит, ✅ не упустить хороших кандидатов и быстро дать им ответ, ✅ потратить как можно меньше времени — максимум 2 недели. Проверку тестовых заданий разделяю на 5 этапов. Рассказываю, на что обращаю внимание на каждом из них.

Привет! Меня зовут Олег Завитаев, я руковожу разработкой в beeline cloud — облачном провайдере для b2b. Моя команда занимается всей внутрянкой, которая сопровождает путь клиента, — от первого звонка до выставления счёта. В IT я попал не сразу. Получил экономическое образование и не придумал ничего лучше, чем найти работу по профессии 😅 Семь лет строил карьеру, но в конце концов разочаровался и выгорел. Я начал искать себя на Stepik и Coursera, прошёл первые курсы по вебу. В Практикуме изучил бесплатные части сразу нескольких курсов и остановился на Python'е. Учиться было весело: я врывался во все студенческие активности и проекты, помогал сокурсникам в чате. Параллельно потреблял про Python всё, до чего мог дотянуться. Спойлер: это помогло на интервью 😉 После диплома получил оффер с первого клика — редкая удача. Что помогло? Вместо стандартного «Здрасьте, хочу у вас работать» в 4 утра написал в телеграм лиду, приложил ссылку на pythonanywhere. По ссылке запускался скрипт на питоне, который построчно парсил требования из вакансии и рассказывал, как я им соответствую. Лид впечатлился и пригласил меня на интервью. После этого я весь день готовился к собеседованию по первой ссылке из поисковика — «100 вопросов по питону на вакансию джуна». На интервью помогло то, что я смотрел много конференций Moscow Python. Интервьюер был их активным участником, и большую часть собеседования мы обсуждали доклады спикеров. Так получил позицию джуна. В сентябре 2022 года стал лидом и теперь сам собеседую разработчиков к себе в команду. ⬇️На что лиды обращают внимание в тестовых и на собеседовании — расскажу в следующих постах.

Знакомимся! Олег — выпускник курса «Python-разработчик» в Практикуме. Сейчас он руководит разработкой в beeline cloud и сам набирает сотрудников в команду. Он расскажет, как нашёл первую работу в IT после курсов, а также поделится: 🔸какие требования он предъявляет к соискателям, 🔸на обращает внимание при проверке тестовых заданий, 🔸как подготовиться к собеседованию, 🔸как повысить шансы на мэтч с интервьюером. Слово Олегу!

#дайджест февраля 📱 Делимся интересными статьями и публикациями — надеемся, вы найдёте для себя что-то полезное. Месяц получился почти тематическим: на Хабре мы рассказывали о требованиях к начинающим специалистам, а в телеграм-канале много говорили про Git. 🕚Джуниоры-тестировщики в 2024 году: какие нужны скилы и как проходит процесс найма — рассказываем, как обстоят дела в найме начинающих QA-инженеров: важны навыки программирования, какие ошибки встречаются при трудоустройстве и почему софтскилы могут быть важнее хардов. 🕚Что работодатели ожидают от джуниор Java-разработчиков — делимся результатами исследования: какие навыки и инструменты нужны джунам, а также к чему быть готовым при устройстве на работу. 🕚Что должно быть в портфолио джуна-разработчика: мнение руководителей — ещё одно исследование: выяснили, какие типы проектов в портфолио вызывают больше интереса и важно ли наличие портфолио в принципе. 🕚Что ждёт мобильную разработку в 2024 году — рассказываем о трендах мобильной разработки и пытаемся предсказать, как будет (и будет ли) меняться сфера в этом году. 🕚Git: вопросы для самопроверки — помогаем разобраться, знаете ли вы основные команды, практики, которые вокруг них существуют, и алгоритмы решения типовых ситуаций. 🕚Культура работы с Git: именование веток — рассказываем, каким рекомендациям следовать в именовании веток, чтобы команде было приятно и легко работать. 🕚Культура работы с Git: код-ревью и пуллреквесты — объясняем пользу код-ревью и делимся списком вопросов о работе с пуллреквестами, которые стоит задать новой команде. Пусть начало весны станет поводом для позитивных перемен! Начинать с понедельника или первого числа — это не только клише, но и рабочая стратегия 🩷

Автор материалов про культуру работы с Git — наставник в Практикуме. Наставник — это эксперт в индустрии, который отвечает на вопросы учащихся, мотивирует и вдохновляет их. Практикум погружает в сообщество профи! Например, на курсе «Фронтенд-разработчик» наставники и ревьюеры из Яндекса и Авиасейлз, на курсе «Python-разработчик» — из Яндекса, Ozon и Тинькофф, а на курсе «Инженер по тестированию» — из Яндекса, ВТБ и X5.

Культура работы с Git: пуллреквест — о чём спросить команду, часть 2 ❓ Спросите об этом заранее — это даст вам максимум контекста и поможет быстрее освоиться в команде и процессах. 🎯Какая автоматизация настроена в ветке на разные события (новый коммит, мерж изменений)? Эту информацию вы можете получить и сами, например, детальнее рассмотрев блок Checks в интерфейсе GitHub (аналогичные есть и других сервисов, например у GitLab или Bitbucket), либо заглянув в файлы автоматизации, если они хранятся в вашем репозитории. Например, это будет файл с названием .gitlab-ci.yaml, либо yaml файлы в директории .github — читайте подробнее по ссылкам. Если сложно ориентироваться в файлах, или они хранятся не в рабочем репозитории, уточните, какие проверки являются обязательными. Часто в проектах автоматизация настроена так, что пуллреквест нельзя замержить, если не прошли линтеры и тесты. 🎯Как и куда выкладываются изменения, когда ветка замержена, на какое окружение? Иногда публикация изменений может быть автоматизирована. Когда вы пушите новый коммит или мержите ветку, на какое-то окружение (например, dev или staging) выкладываются изменения, чтобы уйти на проверку QA инженеру. Уточните, нужно ли нажимать Deploy вручную или выполнить какие-то команды, чтобы внести изменения. 🔖Сохраняйте себе, пишите вопросы и делитесь мыслями в комментариях. Автор поста Юлия Волкова обязательно придёт их почитать и ответить!

Культура работы с Git: пуллреквест — о чём спросить команду ❓ Начнём с более формальных вещей — они касаются пока не самого код-ревью, а работы в пуллреквесте в целом. Вот список вопросов, который поможет познакомиться с основными процессами работы с пуллреквестами в новой команде. 🎯В какую базовую ветку (base branch) делать пуллреквест? Уточните, потому что далеко не всегда это main (master). Зависит от того, как построен процесс работы с ветками в вашей команде: это может быть, например, ветка develop или release. Про подходы к организации веток я подготовлю отдельный пост. 🎯Кого ставить в ревьюеры? Иногда это почти вся команда, а иногда конкретный человек, например, тим- или техлид. 🎯Сколько аппрувов получить, прежде чем замержить ветку? Стоит спросить, потому что не всегда это ограничение автоматизировано в репозитории. 🎯Есть ли какие-то соглашения по именованию веток и коммитов? О цели и возможной пользе разных подходов мы подробно говорили ранее в этом посте. 🎯Нужно ли сквошить (squash) коммиты? Некоторые команды в конце работы над пуллреквестом обязательно объединяют все изменения в один коммит — так проще ориентироваться в истории. 🎯Что использовать — merge или rebase? Одни команды не накладывают ограничений, другие выбирают тот или иной способ. У каждого подхода есть плюсы и минусы, подробнее об этом рассказывают в статье на Хабре. Если в вашей команде есть соглашение использовать именно git rebase, то рекомендую статью Как ребейзить ветку и не думать ни о чём, чтобы лучше разобраться в алгоритме действий. ⤵️ Впереди вторая часть и ещё несколько важных вопросов.

Культура работы с Git: пуллреквест — о чём спросить команду, часть 2 ❓ Спросите об этом заранее — это даст вам максимум контекста и поможет быстрее освоиться в команде и процессах. 🎯Какая автоматизация настроена в ветке на разные события (новый коммит, мерж изменений)? Эту информацию вы можете получить и сами, например, детальнее рассмотрев блок Checks в интерфейсе GitHub (аналогичные есть и других сервисов, например у GitLab или Bitbucket), либо заглянув в файлы автоматизации, если они хранятся в вашем репозитории. Например, это будет файл с названием .gitlab-ci.yaml, либо yaml файлы в директории .github — читайте подробнее по ссылкам. Если сложно ориентироваться в файлах, или они хранятся не в рабочем репозитории, уточните, какие проверки являются обязательными. Часто в проектах автоматизация настроена так, что пуллреквест нельзя замержить, если не прошли линтеры и тесты. 🎯Как и куда выкладываются изменения, когда ветка замержена, на какое окружение? Иногда публикация изменений может быть автоматизирована. Когда вы пушите новый коммит или мержите ветку, на какое-то окружение (например, dev или staging) выкладываются изменения, чтобы уйти на проверку QA инженеру. Уточните, нужно ли нажимать Deploy вручную или выполнить какие-то команды, чтобы внести изменения. 🔖Сохраняйте себе, пишите вопросы и делитесь мыслями в комментариях. Автор поста Юлия Волкова обязательно придёт их почитать и ответить!