Бек Кент «Экстремальное программирование» (Extreme Programming)

Доброго времени суток, дорогие мои! Сегодня в «Библиотеку программиста» добавляю еще одну книгу, которая мне понравилась и зацепила — это «Экстремальное программирование» Бека Кента (Kent Beck «Extreme Programming») издательства «Питер». Ссылка на скачивание в формате pdf как всегда внизу страницы.

extreme_programming

В августе 2018 года моя коллекция книг началась с «Грокаем алгоритмы» А. Бхаргава и периодически пополняется. А соответственно, я уже стараюсь поделиться со своей аудиторией тем, что читаю. Не понтов ради «смотрите, какие серьезные книги я читаю», а просто чтобы принести пользу тем, кто идет по моему пути.

Основные мысли «Экстремального программирования»

Концепция книги завязана на TDD (Test driven development) — написание кода через тесты. Кто скажет, что написание тестов — это полная фигня и только отнимает кучу времени от разработки основного функционала продукта, попробуйте поработать в нашей компании на моем проекте. И увидите, как люди сами создают себе проблемы и лишнюю работу, экономя  на Automation QA и используя только ручное тестирование. Разработка идет по принципу «один баг пофиксили, десять добавили».

Суть TDD заключается в том, что сначала пишутся тесты, а потом код, который будет их проходить. Концепция это кстати трудоемкая и есть риск завалиться в написание тестов «на отвали».

Достоинства extreme programming (сокращенно XP):

  1. гибкость разработки
  2. возможность быстро и аккуратно вносить изменения в имеющуюся кодовую базу на все пожелания и изменения заказчика. Потому что бизнес не любит долго ждать — условия рынка всегда меняются, необходимо развиваться. А если бизнес не развивается, он всегда, как правило, гибнет.
  3. высокое качество конечное продукта: меньше багов — меньше потерь.
  4. меньше избыточного проектирования.

4 причины, почему новичку в программировании не следует начинать сразу с книг

Несмотря на то, что сеньорные товарищи по офису просто тащатся от книг Бэка Кента, Роберта Мартина «Чистый код» («Clean code») и других гуру мира программирования, совсем зеленому новичку (опыт работы меньше 1 года) за эти книги браться с наскока не стоит. На это есть 4 причины:

  1. Во-первых, из-за отсутствия опыта ничего не поймете. Умные мысли из книг хорошо заходят только тогда, когда уже набили руку и шишек.
  2. Все, что прочитали, нужно применять на практике, иначе не усвоится (вспоминаем пресловутый конус обучения). Что не используем — забывается. Наш мозг довольно-таки практичная штука и в нем есть своеобразный garbage collector, который вычищает всё, что занимает попусту память. Прочитали и не закрепили навыком — в топку.
  3. Есть шанс, не разобравшись, скопировать из книги все подряд и налажать. Даже у известных авторов бывают спорные моменты, которые не стоит тащить в свою практику. Или в реалиях вашего проекта или страны методика может не работать. А для того, чтобы уметь анализировать и выделять полезные практики, нужен опыт.
  4. И еще для чтения книг лучше иметь хороший английский, чтобы читать в оригинале. Потому что переводчики неосознанно часто искажают мысли автора.

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

Ссылка, для того, чтобы скачать книгу «Экстремальное программирование» в формате pdf.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Advertisment ad adsense adlogger