В тему опроса
А что ты обычно отвечаешь на этот вопрос?
Соберём коллекцию интересных ответов :)

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

Это как закрываться от проблем: если ты их не видишь, то это не значит, что их нет.

Нужно действовать совсем иначе!

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

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

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

Наконец-то это свершилось!

Спустя полтора месяца я подключил платежную систему на платформе GetCourse.
Теперь все желающие даже с карточками от РФ банков смогут приобрести мои курсы.

Можно приобрести каждый курс отдельно - сроком на 3 или 6 месяцев.
А можно приобрести доступ к пакетам курсов. Также сроком на 3 или 6 месяцев на свое усмотрение.

Курсы на платформе GetCourse можно найти по той же самой ссылке:
https://taplink.cc/denis.dmdev

Купон IntelliJ IDEA Ultimate

Хочу напомнить, что т.к. я работаю в IntelliJ IDEA Ultimate,
то и все мои курсы продемонстрированы именно в этой среде разработки.
Она платная, поэтому у меня всегда есть в наличии купоны для всех спонсоров YouTube или GetCourse, чтобы комфортно обучаться с курсами от dmdev.

Просто напиши мне в личку Instagram или Telegram свой ник и email на YouTube или GetCourse, и я выдам тебе купон на 6 месяцев бесплатного использования IntelliJ IDEA Ultimate.

P.S. Купоны можно активировать вне зависимости от страны

Вчера на занятии по менторству мы пришли к двум очень интересным мыслям.

Мысль первая
Довольно просто (относительно) выучить или даже зазубрить какие-то отдельно взятые темы в программировании.
Например:
- что такое перегрузка методов
- что такое Generics
- что такое функциональное программирование в Java

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

Мысль вторая
Невозможно достичь профессионализма (мысль первая), если не развивать свои навыки и не пробовать разные подходы в решении задач.

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

Поэтому, опыт в программировании с какого-то определенного момента не может раскрыть навыки разработчика.
Человек с 5 годами опыта может дать фору 10-летнему. А все потому, что он продолжает пробовать.

Ни одно приложение не обходится без шифрования данных.
https уже давно стал стандартом для любых веб сайтов.
Генерация public и private ключей тоже обыденность при работе с репозиториями в github.
А цифровая подпись в JWT?

Но здорово не только понимать, как все работает, но и знать историю, как зарождалось шифрование (а это на минуточку тысячи лет назад!) и что способствовало его развитию.

Про все это есть просто шикарнейшая и одна из моих любимейших книг
The Code Book, Simon Singh
#dmdev_top_books

🛠 Нет ничего постояннее, чем временное

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

Вот прямо сейчас сидим и исправляем код, которому уже как минимум пол года, хотя думали когда-то, что его мы "скоро" уберем😅

#dmdev_о_наболевшем

🤯 СДВИГ ПАРАДИГМ

У изучающих программирование я отчетливо вижу 3 основных этапа, которые довольно сложно осознать или принять. Эти этапы я называю сдвиг парадигм.

Первый этап - это когда человек только начинает изучать программирование и ему невероятно сложно понять новый для него язык - язык машин. Сложно привыкнуть к тому, что такое типы данных, переменные, функции, циклы, логические конструкции и массивы. И это еще все вместе взаимодействует друг с другом!

Если первый этап пережит, то приходит спокойствие и равновесие. Все становится на свои места: программировать просто и понятно, мотивация на высоте. Но ровно до тех пор, пока не приходит тема ООП - второй этап и второй сдвиг парадигмы. Переход от структурного в объектно ориентированное программирование.

Появляется вновь много вопросов и недопонимание концепции классов и объектов: зачем так усложнять? Зачем эти поля и ключевое слово this? Наследование, композиция… Зачем? Все ведь было и без этого отлично. Писались программы и даже довольно неплохо получалось. А главное работало!

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

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

В итоге, пройдя успешно эти три этапа, программист начинает понимать основной принцип - что нет одного инструмента в решении проблем. Более того, нет универсального инструмента, который поможет во всех задачах (one size fits all).

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

PS. Лично у меня эта перестройка мышления заняла не один год

👂Что по Spring-у?

Ребят, кто там интересовался, когда будет завершен курс по Spring?
Официально заявляю, он готов!

Что он включает?
- Spring Core
- Spring Boot
- Spring Logging
- Spring Test
- Spring Data (+Database migrations)
- Spring JDBC
- Spring Web (+REST, +Thymeleaf)
- Spring Validation
- Spring Security (+OAuth2)
- Spring AOP

🏁 Итого: 126 видео продолжительностью 21 час и 9 минут

Желаю всем приятного просмотра и продуктивной практики!
Да прибудет с вами сила Spring-a 💪

P.S. Ссылка как обычно в описании канала
P.P.S. Напоминаю про наличие купонов IntelliJ IDEA Ultimate на 6 месяцев бесплатного использования для продуктивного прохождения курсов DMdev.
Если есть подписка на GetCourse, YouTube или покупка на Udemy любого моего продукта - напиши мне в личку Telegram или Instagram, вышлю купон!

🎉 2 года каналу DMdev
Сегодня 30.05.2022 ровно 2 года с момента выхода первого видео на канале DMdev.
Это видео - Java для начинающих. 1.1 Первая программа.
В момент его публикации я просто хотел автоматизировать свое преподавание в IT-academy. Я не умел монтировать видео, работать со звуком, не было камеры, да и в принципе не ожидал дальнейшего развития канала.
Я планировал отправлять своих студентов на YouTube, чтобы не повторять свои лекции вслух в 5-ый раз. Это тот самый момент, когда лень - двигатель прогресса 😅

Но с появлением первых подписчиков, лайков, комментариев, обратной связи от вас - зародилась идея создать полноценное обучение для Java разработчиков.
Хочу сказать огромное спасибо всем подписчикам и спонсорам.
Благодаря вашему вкладу канал продолжает расти и развиваться!

💥 Цифры за год
И немного статистики о проделанной работе за прошедший год, которой я также хочу поделиться с вами:
- Создано 4 полноценных курса (Groovy, Gradle, Hibernate, Spring)
- 275 новых видео
- 48 часа контента
- Курсы теперь доступны на двух новых платформах (Udemy, GetCourse)
- Созданы и запущены 2 ступени менторства
- Запущен формат ”Code review”

И на картинке статистика от YouTube за последние 365 дней, где также можно увидеть на сколько выросли показатели в сравнении с предыдущим годом 🚀

🗝 Как я хакнул систему и сделал Level Up?
Существует множество советов, практик по написанию кода и подходов к разработке.
Есть даже довольно неплохая книга, где можно почерпнуть парочку из них: The Pragmatic Programmer.

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

1️⃣ Замедляться, думать над каждой написанной строчкой кода
Наверное, эта практика пришла из психологии: быть в моменте. Поначалу это кажется очень сложным, потому что человеку свойственно отправлять привычные вещи на автопилот. Но как только ты начинаешь задумываться, почему я пишу именно так эту строчку кода, или зачем я вызываю метод flush у потока, или кем обрабатывается аннотация @Transactional в тестах - твой мозг начинает решать поставленные вопросы и докапываться до базовых, но таких важных, даже ключевых вещей и понятий!

2️⃣ Теория разбитых окон
Еще одна практика, которая пришла уже из другой области - криминологии. Тем не менее, невероятно полезна и при разработке приложений. Я бы даже вынес ее на первое место в любых списках и рейтингах, ибо без ее соблюдения - со временем распадаются не только программы, но и команды.

Она гласит: «Если в здании разбито одно стекло и никто его не заменяет, то через некоторое время в этом здании не останется ни одного целого окна».

❗️Решение здесь очень простое и сложное одновременно - не лениться и не стесняться исправлять недочеты в программе как только их увидел. Выделять время на разгребание технического долга!

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

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

Этот цикл разбивается на 5 основных этапов:
🔹Необоснованный оптимизм
🔹Информационный пессимизм
🔹Момент отчаяния
🔹Информационный оптимизм
🔹Успех и самореализация

1️⃣ Первый этап или необоснованный оптимизм - мы представляем свое прекрасное будущее, забывая о том, что все имеет свою цену.

💁‍♂️ “Вот сейчас выучу Java и стану программистом. Буду зарабатывать много денег, работать удаленно из любой точки мира - выйду на новый уровень!”.

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

2️⃣ Мы сталкиваемся с реальностью и вторым этапом - информационный пессимизм, где выгоды уже не кажутся такими близкими или даже осязаемыми, а цена, которую мы УЖЕ платим, очевидна.

🤷‍♂️ Каждый задается вопросом: "А действительно ли эти перемены стоят затраченных усилий?
И уже начинаем искать оправдания, чтобы отказаться от того, чтобы “стать программистом”.

3️⃣ Но дальше еще хуже и наступает момент отчаяния, когда не получается НИЧЕГО.
На этом третьем этапе сдается большинство людей, потому что принимают самое простое для себя решение - все бросить и вернутся к старой жизни без этих перемен, ведь “раньше же как-то жили, и вроде даже неплохо! Ну его это программирование”.

Чтобы пережить этот этап, нужно иметь четкое представление картины будущего и сильное желание достичь своей цели. Но еще лучше справиться с этим этапом помогают дисциплина и самоконтроль.

4️⃣ Если пережить момент отчаяния, то наступает четвертый этап - информационный оптимизм, где вероятность добиться успеха и в принципе своей цели заметно увеличивается.
Мы уже начинаем получать первые “плоды своего труда”, “код уже кажется довольно простым и понятным”, а действия становятся более осмысленными.

🤦 Зачастую мы слышим в голове такую мысль: “Как я раньше этого не понимал?”

5️⃣ Если не остановиться на достигнутом, то наступает заключительный этап и приходят успех и самореализация. Действия, которые были для нас сложны и неприятны, становятся привычны и просты.
Мы получаем бурю положительных эмоций, у нас все получается и самооценка растет до небес.

🙋‍♂️ «Я наконец-то стал Java разработчиком!»

❗️И тут важно помнить, что это цикл, а значит, после этого этапа придет необоснованный оптимизм, плавно перетекающий в информационный пессимизм и т.д.

И чем больше мы сможем пройти таких циклов в жизни, тем проще будут даваться другие перемены, приобретение новых навыков и достижение поставленных целей!

Любознательность

Сейчас, находясь в отпуске и плавая на надувном матрасе в бассейне, словил себя на мысли, что мой мозг постоянно пытается что-то новенькое сгенерировать или опробовать:

💡 А давай попробуем на руках под водой подняться по ступенькам, получится ли?

💡 Интересно, а сколько можно проплыть бассейнов туда-сюда на одном дыхании?

💡 Если я так спокойно одной рукой поднимаю жену, то насколько тяжелые предметы можно поднять под водой. Где бы что-то потяжелее найти…

💡 Хм, чувак на гидроцикле так круто рассекает по морю, сложно ли им управлять? Стоп, я же не катался на нем ни разу в жизни! Так, откуда он выехал… Надо оплатить и опробовать самому!

И тут я понял, что в детстве ведь у меня было точно также. Только почему-то с возрастом эта любознательность ушла и спустя лишь время вернулась вновь.

🤔 Не знаю, что происходит и что/кто виноват, но это возвращение мне определенно очень нравится!

✍️ Почерк программиста

Ты когда-нибудь задумывался, что твой код и стиль его написания - имеет много общего с почерком, когда ты берешь в руки карандаш и пишешь на листе бумаги?

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

2️⃣ Во-вторых, без практики почерк ухудшается.
Недавно мне нужно было ручкой заполнять от руки кое-какие бумаги, и это было просто ужасно: прерывистый, неуверенный, разного размера буквы и т.д.
То же самое и с кодом - без практики этот навык (как и любой другой в принципе) начинает деградировать.

3️⃣ В-третьих, он меняется с опытом.
Чем больше ты пишешь, чем больше практикуешься и изучаешь новые концепции и языки - тем лучше, проще и выразительнее твой код.

Но что еще интереснее - стиль написания кода явно или неявно перенимается, или даже вплетается в твой, от других программистов вне зависимости от их уровня.

Поэтому и сейчас я часто вижу в чатах скрины с кодом от других ребят и отчетливо прослеживаю нотки своего почерка.
И мне это определенно нравится 😏

Сафари для жизни

Находясь в отпуске, прочел довольно познавательную, мотивирующую и вдохновляющую книгу “Сафари для жизни“.
Она вызвала довольно теплые чувства внутри после прочтения. И определенно захотелось побывать в Африке!

Поэтому хотел бы поделиться несколькими интересными моментами из нее, что я отметил для себя:

1. Не нужно быть первопроходцем. Достаточно найти того, КТО уже сделал то, чего хочешь ты, либо очень похожее сделал. Человек по своей природе - универсальная копировальная машина

2. Постоянно искать своих КТО. Постоянно учиться чему-то новому

3. Делать все возможное от тебя. После чего можно не переживать о результате в будущем, ибо ты сделал максимум своих возможностей

4. Чтобы понять свои желания, задай себе вопрос:
Чем бы ты занимался, если бы не было никаких ограничений? (деньги, не в той стране/времени родился)

5. У каждого свои испытания и уроки жизни. Не стоит их менять или помочь решить. Человек сам должен пройти через них и все понять

6. Забивать мяч в футбольные ворота, когда никого нет - может и доставит удовольствие, но лишь на несколько попаданий.
Затем - это просто наскучит.
Гораздо интереснее, когда на поле есть и защитник, которого нужно обойти, и вратарь!
То же самое и в жизни - без испытаний, она будет казаться простой, не интересной и скучной

P.S. Книга довольно коротенькая, поэтому за вечер можно спокойно осилить
#dmdev_top_books

Старая поговорка

Cкажи мне, и я забуду. 
Покажи, и я запомню. 
Дай мне сделать, и я пойму.

PS. Оказывается, это давно известно, что даже если помнишь все, что я говорю в своих курсах - этого все равно не достаточно для понимания материала.
Нужно писать код самому!

Не прошло и 20+ лет прежде чем я наконец-то понял суть грамматики английского языка.

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

Самое печальное, что почему-то в школах, универе, групповых курсах и даже репетиторстве 1 на 1
(в общем, через что я только ни проходил при изучении английского) - везде используют ложное представление грамматики английского языка.

Меня всегда смущали эти Tenses, и почему никто не может сказать точное их количество: 16? 18? 20?
Я был почему-то уверен, что должно быть что-то вроде Java Core, только при изучении не языков программирования, а человеческих.
А эти Tenses не нужны от слова совсем!

И вот я наконец-то на этой неделе набрел на книгу, которая просто открыла мне глаза.
Я прочел ее залпом за несколько дней. И почему-то уверен, что она вам тоже очень зайдет!

Как говорится, лучше поздно, чем никогда :)

Ссылка на книгу тут

#dmdev_top_books

В тему изучения языков...
Думаю, тут все знают с чего нужно начинать и продолжать изучения Java? 😁

#dmdev_mems