Книга или автор
Идеальный программист. Как стать профессионалом разработки ПО

Идеальный программист. Как стать профессионалом разработки ПО

Идеальный программист. Как стать профессионалом разработки ПО
4,4
194 читателя оценили
194 печ. страниц
2015 год
12+
Оцените книгу

О книге

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

В этой книге легендарный эксперт Роберт Мартин (более известный в сообществе как «Дядюшка Боб»), автор бестселлера «Чистый код», рассказывает о том, что значит «быть профессиональным программистом», описывая методы, инструменты и подходы для разработки «идеального ПО». Книга насыщена практическими советами в отношении всех аспектов программирования: от оценки проекта и написания кода до рефакторинга и тестирования. Эта книга – больше, чем описание методов, она о профессиональном подходе к процессу разработки.


В формате ios.epub представлен издательский файл.

Читайте онлайн полную версию книги «Идеальный программист. Как стать профессионалом разработки ПО» автора Роберта Мартина на сайте электронной библиотеки MyBook.ru. Скачивайте приложения для iOS или Android и читайте «Идеальный программист. Как стать профессионалом разработки ПО» где угодно даже без интернета.

Подробная информация

Переводчик: Е. Матвеев

Дата написания: 2011

Год издания: 2015

ISBN (EAN): 9785459010442

Дата поступления: 20 ноября 2018

Объем: 349.9 тыс. знаков

Купить книгу

Отзывы на книгу «Идеальный программист. Как стать профессионалом разработки ПО»

  1. stupin
    stupin
    Оценил книгу

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

    После прочтения оказался несколько разочарованным. Дело в том, что баек, заинтересовавших меня, в этой книге не так уж и много. Конечно, в книге есть и много другого интересного материала, но книга закончилась быстрее, чем я удовлетворился полученной информацией. Наверное дело в том, что у Роберта Мартина свои собственные представления об идеальном программисте. Я бы сказал, что идеальным программистом он считает профессионального программиста. И вот что он вкладывает в это понятие. В его понимании профессиональный программист помимо 40 рабочих часов в неделю должен тратить ещё 20 часов в неделю на самообучение. Профессиональный программист не обещает сделать то, для чего ему придётся пренебречь процедурами привычного для него цикла разработки. По его мнению, досрочно работу можно выполнить либо урезав необходимый функционал, либо работая сверхурочно. Сверхурочная работа может длиться не более двух недель непрерывно и не должна проводиться в ущерб семье. Если нет возможности отбросить часть функционала и нет возможности работать сверхурочно, то профессионал должен ответить твёрдым отказом. Ни в коем случае нельзя пытаться выполнить работу досрочно в ущерб качеству кода. Роберт Мартин является ярым сторонником подхода к разработке через тестирование и, в частности, заявляет о том, что ни в коем случае не будет отказываться от этого подхода в угоду срочности. Разработка через тестирование увеличивает эффективность работы и поэтому отказ от этого подхода будет равносилен признанию, что этот подход не приносит никакой пользы, а только затягивает разработку.

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

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

    Автор пользуется и рекомендует другим использовать для разработки следующие инструменты:
    - IntelliJ - интерактивная среда разработки,
    - git - система контроля версий,
    - Pivotal Tracker - система учёта задач,
    - XUnit - инструмент модульного тестирования,
    - FitNesse - инструмент интеграционного и компонентного тестирования, автором которого является сам Роберт Мартин,
    - Jenkins - система непрерывной интеграции.

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

  2. ManOfOrange
    ManOfOrange
    Оценил книгу

    Автор пишет интересные и правильные вещи, но его безапелляционность в вопросах TDD раздражает. Хотел бы я посмотреть, как он будет разрабатывать систему с моей текущей работы через TDD.
    А в целом очень правильные вещи: про «да» и «нет», про ответственность (это вот прямо в голову вколачивать надо) и так далее.

    Рекомендую прочитать, тем более, книга очень короткая.

  3. Толеген Избасар
    Толеген Избасар
    Оценил книгу

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

  1. Вы знаете, что такое диаграмма Насси—Шнейдермана? Если не знаете – почему? А чем отличаются конечные автоматы Мили и Мура? Должны знать. Сможете написать процедуру быстрой сортировки, не обращаясь к описанию алгоритма? Выполнить функциональную декомпозицию диаграммы информационного потока? Что означает термин «бесхозные данные»? Для чего нужны «таблицы Парнаса»?
    25 мая 2017
  2. Паттерны проектирования. Вы должны быть способны описать все 24 паттерна из книги «Банды Четырех» и иметь практическое представление о многих паттернах из книг «Pattern-Oriented Software Architecture».
    21 февраля 2017
  3. Программирование – марафон, а не спринт. Невозможно выиграть забег, набрав максимальную скорость на старте. Побеждает тот, кто бережет силы и разумно выбирает темп. Марафонец должен заботиться о своем организме как до, так и во время соревнований. Точно так же и профессиональные программисты берегут силы и творческий потенциал.
    1 июня 2019

Переводчик

Е. Матвеев
2 книги