В «Девман» мы работаем с учениками по индивидуальному плану развития. С помощью этого плана программа корректируется под каждого студента и становится персонализированной.

Зачем это нужно? При составлении мы исходим из базового уровня и бэкграунда ученика, его целей и скорости продвижения по программе.

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

Посмотреть общую программу обучения можно на сайте курса: https://dvmn.org/modules/
А подробности расскажут наши менторы на пробной неделе.

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

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

https://dvmn.org/blog/popular_bot

Публикуем историю выпускника нашего курса. Свежий материал в блоге «Девман» поможет вам узнать кое-что новое:
✍ про проекты на курсе
✍ про стажировку
✍ про трудоустройство

Бонус: честное сравнение бесплатных источников информации и коммерческих курсов: https://dvmn.org/blog/graduate

🎉Вот это успех! 10 000 пользователей на нашем сайте dvmn.org! Мы хотим выразить вам нашу искреннюю благодарность за то, что вы с нами. Ваша лояльность и поддержка помогают нам расти и развиваться. Мы уже работаем над тем, чтобы курсы по изучению Python «Девман» стали ещё более полезными и увлекательными!

Вместе мы готовим крутых программистов и помогаем им трудоустроиться сразу на позицию мидла. Как у нас это получается — уже сейчас можно прочитать в одном из самых популярных материалов нашего блога: https://dvmn.org/blog/study_program

А для тех, кто только начинает свой путь, мы приготовили три ключевых совета от создателей курса:
✅Определите время и место для «Девман», сделайте обучение привычкой
✅Вознаграждайте себя за успехи и не останавливайтесь после неудач
✅Сразу же применяйте знания на практике

Как высушить код☀️

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

Держите документацию открытой и каждый раз, сталкиваясь с новой проблемой, следуйте простому алгоритму:
⚡️Пробегитесь по списку функций и методов
⚡️Выберите то, что кажется полезным и сложите в список
⚡️Найдите сигнатуру каждой функции

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

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

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

Если же вас не покидают сомнения в своём коде, то копните чуть глубже. Посмотрите примеры кода:
- Примеры из официальной документации к библиотеке
- StackOverflow — наше всё😌

Как принимать решения✅

В жизни нам часто приходится делать выбор между несколькими вариантами. Что будем есть на ужин, какой хлеб купить. Этих мелких принятий решений так много, что наш мозг придумал способы их не принимать. Есть несколько “стандартных решений”, которыми он пользуется, чтобы не думать – эвристики.

Эвристика – это способ решать проблему, который работает неточно, но даёт хороший результат в 80-90% случаев. Вот несколько примеров эвристик, которыми вы пользуетесь повседневно:

📌Сделать как в прошлый раз. Например, купить молоко знакомого проверенного производителя.

📌 Взять что-нибудь новенькое. Например, отказаться от надоевшего молока и взять новое, даже если оно дороже.

📌Не выбирать. Взять оба продукта и не принимать решение. Особенно, если продукт недорогой.

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

Но что делать с ситуациями, когда нет места ошибке?

Например, покупка квартиры или выбор профессии. Здесь цена ошибки куда выше. Некоторые люди и здесь продолжают использовать эвристики: "Давай купим эту квартиру, у неё классный вид из окон".

Но эвристики хороши в ~80% случаев. В выборе молока 20% на ошибку – это незначительно, потому что цена ошибки – молоко чуть менее вкусное. В выборе квартиры эти 20% – это могут быть полмиллиона от её стоимости, например. Как быть?

Нужно перестать пользоваться эвристиками и переключиться на стратегию принятия решений:

Первый этап такой стратегии – это сбор вариантов для сравнения. Нельзя хорошо выбрать, если перед вами только один вариант. Например, для выбора квартиры стоит отлистать хотя бы десяток объявлений о продаже и посетить хотя бы три из понравившихся вариантов.

Второй этап – сбор критериев для сравнения. Нужно понять, по каким признакам варианты вообще можно сравнить. У квартир, например, есть количество квадратных метров, этаж, район и так далее.

Третий – сбор требований. Стоит определиться, какие из критериев важны вам. Один мечтает, чтобы возле его квартиры мечты был пышный зелёный парк. А другой не выходит из дома и ему без разницы.

После этих трёх этапов можно сложить в голове важные для вас критерии и принять взвешенное решение.

При чём тут программирование?

В программировании тоже есть много принимаемых решений, серьёзные и не очень. Например, выбрать название для переменной – это что-то, к чему приемлемо применять эвристики. Можно назвать её “как в прошлый раз” называли аналогичную или при выборе между названиями “raw_content” и “unprepared_content” взять просто первое попавшееся. Цена ошибки в таком выборе довольно низка.

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

Поэтому при выборе библиотек стоит действовать по той же стратегии принятия решений:
1️⃣Сбор вариантов для сравнения;
2️⃣Сбор критериев для сравнения;
3️⃣Сбор требований;
4️⃣Принятие взвешенного решения.

Нас больше 300! 🥳

Сегодня последний день участия в розыгрыше, уже завтра подведем итоги и выявим трех победителей☺️

Все подробности розыгрыша здесь:
https://t.me/devmanwiki/27

Друзья, у нас возникли технические неполадки. Мы припозднились, только что выгрузили список участников. В связи с этим вопрос👇

В этой тяжелой борьбе победил вариант "Сейчас") Начнем трансляцию через 5 минут

Привет, это «Девман»!

🥳 Мы вернулись и будем делиться с вами полезными и интересными материалами по всему, что связано с Python, курсами и программированием! Не переключайтесь, будет интересно!

Пока мы готовим для вас сюрприз ко Дню знаний, предлагаем познакомиться поближе и пройти небольшой опрос, чтобы мы могли делиться материалами, которые будут вам полезны!