Делимся подборкой статей из журнала «Код»! Сегодня в программе: инструкции для начинающих python-разработчиков, шпаргалки для собеседований, разборы стандартных ошибок (и немного самоиронии).

— Делаем своё приложение для ведения бюджета — на примере SQLite: самой простой базы данных, которая работает везде и всегда;

— Создаём графический интерфейс на Python за 10 минут — с кросс-платформенным решением PySimpleGUI получится наглядно и красиво;

— Разбор: задача про массив и сумму чисел — на собеседованиях часто просят написать простой код, чем мы и займёмся;

— Задача с собеседования: как найти палиндром — и задача со звёздочкой: как найти палиндром, не используя строки;

— 5 самых частых ошибок у начинающих программистов на Python — разбираем неправильные отступы, место точки с запятой и ошибки при установке модулей;

— ООП для новичков: классы и объекты — объясняем объектно-ориентированное программирование не через фрукты, а через компьютерные игры;

— Что означает ошибка OverflowError: math range error — как возникает переполнение из-за математических операций и что с этим делать;

— Что означает ошибка TypeError: string indices must be integers — разбираем ошибку на внимательность из мира строк в Python.

Больше полезных статей, пояснительных бригад и шпаргалок на любые случаи разработки — thecode.media

Майский дайджест полезных материалов

Рассказываем про практики для работы и разбираемся в тонкостях профессий в программировании и тестировании.

🖇Почитать:
• Как дебажить код на JavaScript: примеры ошибок и советы новичкам
• Код-ревью: зачем нужен и как его правильно готовить
• Как наш выпускник Лёша искал работу тестировщиком и попал в Ozon
• Как мы пишем инструменты для внутренних пользователей в Практикуме

🖇Посмотреть и послушать:
• Что выбрать: Android или iOS? Запись вебинара
• Старт в тестировании: опыт выпускников. Запись вебинара
• Тестировщик: разбираемся в профессии. Запись прямого эфира

Привет! 👋
Меня зовут Саша, я пять лет занимался разработкой на Java, а сейчас руковожу командой разработки. В Практикуме я автор курса.

Всю неделю этот канал буду вести я. Расскажу, из чего состоит рабочее время разработчика, помимо написания кода, какие задачи он берёт на себя. Каждый день я буду присылать информацию о встречах, которые обычно стоят в календаре, — для чего они, кто в них участвует и как они проходят. Так мы вместе проживём неделю разработчика 🧑‍💻

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

🗓 Планирование 
🕚 Понедельник, 11:00

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

Весь проект разбивается на небольшие временные интервалы, называемые спринтами, длительностью от 1 до 4 недель. Это помогает упорядочить работу и сфокусироваться на конкретных целях. 

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

🗓 Stand-up 
🕙 Вторник, 10:00

Для того, чтобы синхронизироваться по задачам, команда разработки проводит стендап-встречи (от англ. stand up — вставать). Каждый делится, чем он занимался вчера, что получилось и какие есть проблемы, а также какие планы на сегодня. Цель — чтобы команда была в контексте и если у кого-то возникают проблемы — можно было командой помочь их разрешить.

Стендап-встречи можно проводить каждый день или реже, зависит от особенностей команды.

🧍Интересный факт — название stand up сложилось исторически, так как раньше люди в офисах на этих встречах стояли (stand) рядом с доской, на которой крепились стикеры со статусами задач. В том числе цель «стояния» — чтобы выступление каждого не затягивалось и было максимально по делу.

🗓 Код-ревью
🕑 Среда, 14:00

Важный этап разработки – код-ревью (от англ. review — пересмотр, рецензия).
Это процесс, когда после написания функционала одним разработчиком код смотрят его коллеги и дают обратную связь.

Нужно это для нескольких вещей:
🪲 Можно что-то пропустить или не заметить ошибку. Свежий взгляд помогает такие недочёты обнаружить.
🚀 Взгляд со стороны помогает найти альтернативные решения, которые сам разработчик мог просто не знать. Например, у ревьюера (кто смотрит код) было больше опыта в похожих задачах, и он может предложить оптимизацию, которая сделает код эффективнее.
🤝 Код-ревью помогает команде лучше понимать идеи и решения друг друга, быть в одном контексте. А значит, и в целом работать продуктивнее.

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

🗓 Оценка задач
🕟 Четверг, 16:30

В посте про планирование я писал, что спринт состоит из определённого набора задач. Для того, чтобы понять, какие задачи войдут в спринт, надо знать не только их ценность, но и насколько они ресурсоёмкие. Как понять, сколько займёт по продолжительности каждая из задач?

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

Таким образом вся команда не только остаётся в контексте задач, но и выравнивается по оценке сложности.

🗓 Демо и ретро
🕒 Пятница, 15:00

Как я рассказывал ранее, часто у спринта есть конкретная цель — реализовать какой-то функционал. Для подведения итогов спринта проводится демо (сокращение от «демонстрация») — встреча, на которой команда делится результатами. Эта встреча может быть как закрытой, то есть только для команды, так и открытой — для заказчиков и всех заинтересованных.

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

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

🖤 Мы запустили большое обновление курсов веб-разработки. Теперь можно выбрать одну из двух самостоятельных программ: фронтенд-разработки и фулстек-разработки.

Расскажите подробнее!

— Курс «Фронтенд-разработчик» сфокусирован на углублённом изучении фронтенда. Мы дополнили программу так, что студенты смогут стать уверенными фронтенд-разработчиками и откликаться на соответствующие вакансии.

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

Почему решили всё обновить?

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

Интересно! Расскажите больше про сами курсы:

• свежая программа с опорой на актуальные технологии в сфере, исследования рынка и опыт нанимающих менеджеров.
• наглядная теория, постоянная практика в тренажёре, проектные работы.
•вебинары с практикующими фронтенд- и фулстек-разработчиками.
• дополнительные активности: лайвкодинг с наставниками и одногруппниками, хакатоны и парное программирование.
• курсы длятся 10 (фронтенд) и 18 (фулстек) месяцев, учёбе нужно уделять не менее 20 часов в неделю.

Подробнее про курсы:

→ фронтенд-разработчик
→ фулстек-разработчик

↑ Знакомьтесь, это Никита Мищенко, продакт-менеджер на курсах по фронтенд- и фулстек-разработке.

Никита будет рад ответить на любые вопросы, связанные с обновлением наших курсов — не стесняйтесь, спрашивайте в комментариях про программу, навыки, перспективы!

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

Присоединяйтесь и задавайте вопросы Вике в комментариях!

Подборка телеграм-каналов для фронтенд-разработчиков

Собрали полезные каналы по рекомендациям наставников и наших студентов в одну папку. В программе:

— еженедельные новости и статьи о мире фронтенд-разработки;
— практические задачи и проверка знаний;
— нужные инструменты для работы;
— гайды по JS;
— макеты и решения для вёрстки.

→ Добавить себе папку

Создаём веб-приложение на Python с помощью нейросети
→ Воркшоп 20 июня в 19:00

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

Спикеры:
• Денис Московченко, разработчик в Яндексе и наставник на курсе «Python-разработчик».
• Оля Манкевич, продуктовый исследователь на курсе «Python-разработчик».

Вы узнаете:
— как устроен Python и что можно на нём написать;
— как создать веб-приложение: придумать архитектуру, написать бэкенд, создать парсер, загрузить данные в БД и т. д.;
— какую часть работы можно делегировать нейросетям типа ChatGPT.

В конце сможете задать экспертам любые вопросы.

→ Зарегистрироваться

Из инженера-конструктора —> в фронтенд-разработчицы

Сегодня делимся историей Светы Пивоваровой, выпускницы курса по веб-разработке. Света окончила Ижевский государственный технический университет — и стала инженером-конструктором на заводе Роскосмоса: «Я пришла на завод сразу после университета — и выстроила карьеру с нуля, дойдя до позиции ведущего инженера. Я проработала на этом заводе 15 лет, минус два декрета. И в 35 решила, что пора что-то менять».

— Расскажи, как ты поняла, что хочешь двигаться дальше и менять профессию?

— Дело в том, что завод, на котором я работала — довольно консервативное предприятие, громоздкое и бюрократическое. Например, даже сейчас, в 2023 году, туда нельзя пройти с телефоном — все сдают их в камеры хранения и получают в конце рабочего дня. Когда у тебя уже двое детей, это совсем неудобно. К тому же, 15 лет — это приличный срок для любой работы. Мне хотелось вновь заниматься проектами и задачами, которые меня волнуют и вдохновляют.

— А как ты пришла к веб-разработке, и к фронтенду в частности?

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

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

— Как проходило твоё обучение? С какими сомнениями и трудностями ты столкнулась в процессе?

— Я, конечно, переживала за то, что меняю сферу деятельности в 35 лет: не знала, смогу ли быстро усваивать много новой информации. Да и после двух декретов мозг успел здорово «отдохнуть» от высокой нагрузки. Училась я рано, с 6 часов утра, пока вся семья ещё спала, и я могла не отвлекаться на домашние дела.

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

— А как проходил процесс поиска работы?

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

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

Фронтенд или всё же фулстек? Разбираемся с наставником

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

📍Ваши интересы. Если вам нравится создавать пользовательские интерфейсы, работать с дизайном и взаимодействием с пользователями, то вам подходит фронтенд-разработка. Если вас также привлекает создание серверной логики, обработка данных и работа с базами — тогда это похоже на путь фулстек-разработчика.

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

📍Ваши ресурсы и время. Они, как известно, не бесконечны — поэтому заранее оцените количество времени, которое готовы вложить в обучение. Фулстек-разработка требует изучения как фронтенд, так и бэкенд-технологий. Это потребует больше усилий, чем стандартный курс — например, наша программа рассчитана на 18 месяцев. Если вы хотите быстрее получить новые скиллы и начать создавать пользовательские интерфейсы — вам подойдёт фронтенд-разработка.

Не получается определиться? Хороший вариант — начать с фронтенд-разработки, а затем расширить свой скилсет до фулстек-разработчика. Начните своё погружение — и продолжайте прислушиваться к себе. А ещё вам в помощь — запись вебинара с Максимом и командой курсов по этой теме.