Во-первых, это книга издательства O'Reilly, во-вторых, она входит в серию "Head First"... Собственно, на этом можно было бы и закончить обзор. Книги этого издательства славятся на весь мир. Причем, даже корявые переводы и многочисленные опечатки не способны их испортить - как всегда, читается легко и быстро. Я не могу похвастаться белгым чтением, но мне хватитло всего два дня (со всякого рода перерывами), чтобы буквально проглотить все 464 страницы.
Итак, для кого эта книга? Откровенно говоря, неоднократно ловил себя на мысли, что я мог написать аналогичную, но кто есть я и кто есть Пайлон. Вряд ли вы стали бы читать книгу за авторством некого Vitfil'a. Вот так легко и непринужденно я подвел вас к тому, что эта книга не для меня. Нет, разумеется, я получил эстетическое наслаждение от чтения, но вот новых знаний не приобрел. Ощущение такое, словно худлитку прочел. И тем не менее...
И тем не менее, я буду настоятельно рекомендовать ее к прочтению.
Если вы программист, уверенный в том, что в команде все держится на вас, прочтите обязательно. Возможно, вы никогда не захотите управлять разработкой ПО, но зато поймете, чем занимаются все эти прожект-манагеры. Эта книга для вас!
Если вы вдруг решили, что в силах собрать команду разработчиков, найти общий язык с заказчиком и сделать хорошее ПО, эта книга научит вас, как не просрачить (я не ошибся) все сроки. Ну, или по-крайней мере, более-менее адекватно оценивать длительность проекта. Да и вообще, ее - книгу - можно рассматривать, как пошаговую инструкцию "От оценки требований заказчика - к релизу". В общем, прочтите обязательно.
Если вы заказчик ПО, как ни странно, я бы и вам рекомендовал прочесть сей труд. Ну, хотя бы просмотреть, чтобы больше не лажать на встречах фразами "неужели такая простая фича требует столько времени?". Просмотрите, и вы поймете, почему ваше "я думал, что это не вызовет таких проблем" всегда, всегда-всегда ржачно. А еще, возможно, вам станет понятней, почему увеличение числа разработчиков в 2 раза НИКОГДА не дает аналогичный прирост в скорости, а зачастую даже снижает его. Вот тут я обычно вспоминаю свою любимую аналогию, которая, как правило, заставляет вас - заказчиков - задуматься: "Если одна женщина носит ребенка 9 месяцев, то добавив еще двоих, мы не получим результата за 3".
В общем и целом, книгу рекомендую всем, кто так или иначе связан с разработкой ПО, не взирая на то, с какой стороны плотины вы находитесь. Особенно, если вы только собираетесь шагнуть на эту дорогу.
P.S. Программирование и Разработка ПО - это совершенно разные вещи.
Итак, для кого эта книга? Откровенно говоря, неоднократно ловил себя на мысли, что я мог написать аналогичную, но кто есть я и кто есть Пайлон. Вряд ли вы стали бы читать книгу за авторством некого Vitfil'a. Вот так легко и непринужденно я подвел вас к тому, что эта книга не для меня. Нет, разумеется, я получил эстетическое наслаждение от чтения, но вот новых знаний не приобрел. Ощущение такое, словно худлитку прочел. И тем не менее...
И тем не менее, я буду настоятельно рекомендовать ее к прочтению.
Если вы программист, уверенный в том, что в команде все держится на вас, прочтите обязательно. Возможно, вы никогда не захотите управлять разработкой ПО, но зато поймете, чем занимаются все эти прожект-манагеры. Эта книга для вас!
Если вы вдруг решили, что в силах собрать команду разработчиков, найти общий язык с заказчиком и сделать хорошее ПО, эта книга научит вас, как не просрачить (я не ошибся) все сроки. Ну, или по-крайней мере, более-менее адекватно оценивать длительность проекта. Да и вообще, ее - книгу - можно рассматривать, как пошаговую инструкцию "От оценки требований заказчика - к релизу". В общем, прочтите обязательно.
Если вы заказчик ПО, как ни странно, я бы и вам рекомендовал прочесть сей труд. Ну, хотя бы просмотреть, чтобы больше не лажать на встречах фразами "неужели такая простая фича требует столько времени?". Просмотрите, и вы поймете, почему ваше "я думал, что это не вызовет таких проблем" всегда, всегда-всегда ржачно. А еще, возможно, вам станет понятней, почему увеличение числа разработчиков в 2 раза НИКОГДА не дает аналогичный прирост в скорости, а зачастую даже снижает его. Вот тут я обычно вспоминаю свою любимую аналогию, которая, как правило, заставляет вас - заказчиков - задуматься: "Если одна женщина носит ребенка 9 месяцев, то добавив еще двоих, мы не получим результата за 3".
В общем и целом, книгу рекомендую всем, кто так или иначе связан с разработкой ПО, не взирая на то, с какой стороны плотины вы находитесь. Особенно, если вы только собираетесь шагнуть на эту дорогу.
P.S. Программирование и Разработка ПО - это совершенно разные вещи.
>Программирование и Разработка ПО - это совершенно разные вещи.
ОтветитьУдалитьЭто как раз одно и то же
Разным являются "Программирование" и Управление разработкой ПО"