Рецензии на книги издательства «Русская Редакция»

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

Она содержит самое лучшее и доступное объяснение того, как работают компьютеры, от аппаратного до программного обеспечения. Книга начинается с азбуки Морзе и шрифта Брайля, рассказывает о принципах математики и информации, объясняет важнейшую концепцию переключателей и, наконец, переходит в мир печатных плат и двоичных данных. После этого обсуждается идея аналитических и вычислительных машин и механизмов, разработанных в конце XIX и начале XX века, прежде чем мы наконец увидим современный компьютер в 1940-х годах, когда Тьюринг и фон Нейман заложили основы того, что мы знаем и используем сегодня. При этом Петцольду удаётся проделать замечательную работу по упрощению объяснений, используя множество аналогий, диаграмм и примеров, так что практически каждый сможет понять большую часть книги и глубоко осознать, что происходит на самом деле, каждый раз, когда вы используете свой ноутбук или смартфон или читаете эту рецензию онлайн.

Книга очень интересна, потому что это ещё и ностальгическое путешествие по истории развития информатики. Автор упоминает знаменитые Bell Labs, легендарных Шеннона, Ритчи, Нойса, Мура и других людей, UNIX, язык C и многие другие концепции, без которых мы бы не сидели здесь и не писали/не читали рецензии на LiveLib. Или могли бы, но основы вычислительных устройств были бы совершенно другими.

Компьютеры кажутся волшебством, но на самом деле они являются кульминацией 150 лет электрического прогресса, 200 лет прогресса данных/информатики и около 350 лет математического прогресса. Первые платы, первые программы, первый ассемблер и первый компилятор - всё это было написано вручную. Управляющие сигналы всё ещё по сути те же самые, и если вы посмотрите на типичный процессор x86 Intel, то поддержка машинных инструкций восходит к первому микропроцессору. Но дело в том, что, когда вы объединяете столетия тяжёлой работы в прохладном, жужжащем устройстве, это действительно похоже на волшебство.

Мне очень понравилось постепенное введение в концепции возрастающей сложности, когда каждая из них основывается на предыдущей. Но также найдётся и парочка замечаний.
Во-первых, автор освещает начальные, простые понятия, такие как азбука Морзе, двоичные числа, шрифт Брайля и т. д., в мучительных подробностях, но при этом быстро переходит к рассмотрению сложных понятий и областей, когда книга переходит к цифровым схемам, процессорам и т. д. В идеале нужно меньше подробностей о начальных понятиях и лучшее, более подробное и простое объяснение последующих.
Во-вторых, книга немного устарела, но основная информация, безусловно, остаётся актуальной. Только когда речь идёт об архитектуре компьютеров, в ней много ссылок, которые кажутся немного устаревшими, особенно в последних главах, где рассказывается о мультимедиа (CD, DVD), графических интерфейсах, WWW и т. д.

Очень рекомендую эту книгу всем, кто интересуется тем, как устроены компьютеры, с нуля. Я считаю, что она подойдёт даже студентам/выпускникам Computer Science, которые хотят восполнить пробелы в своих знаниях или если вы плохо помните информатику. Тем не менее, эту книгу нельзя назвать лёгким и быстрым чтением. Она довольно техническая, так что приготовьтесь потратить некоторое время на изучение некоторых концепций, вникнуть в них, если вы действительно хотите понять, как всё работает.

В чем не соврали — в том не соврали: в книге действительно очень подробно рассказывают по требованиям к программному обеспечению (далее — ПО). Почему они нужны и зачем про это писать кирпич на 700+ страниц и поговорим.

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

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

Авторы с дотошностью маньяков постарались алгоритмизировать (правда представили текстом, а не схемой) всю работу, которую необходимо провести перед тем, как приступать к разработке ПО. Попутно объясняя, почему при разработке ПО нужно ТАКОЕ количество разные специалистов — инженеры, бизнес-аналитики, системные аналитики, программисты, разработчики, руководители рабочих групп, руководитель проекта, дизайнеры, психологи и пр. (Можно ли обойтись без них? Можно, конечно — можно и здание построить своими силами, без проекта. Только потом не обижайтесь.) Главная цель — подвести к мысли, озвученной Людмилой Прокофьевной Калугиной из х/ф «Служебный роман»: «Делом нужно заниматься серьезно, или не заниматься им вообще». Ну и, конечно, корпоративные товарищи знают — построить ПО может быть совсем не дешевле, чем построить офис, где сидит вся фирма. А заработать на ПО можно значительно больше, чем на другом, «более материальном» объекте.

Что в книге раздражает — гигантское количество воды. Авторы не хотели «декларативно» писать, и пытались убедить в каждом своем тезисе своего читателя — причем, для надежности, сделать это несколько раз (итеративная модель убеждения). В результате даже самые безобидные тезисы растягиваются на десятки страниц. Не спорю — эффект есть, я действительно верю авторам, что так надо (правда, я и до этого верил), но в результате этого бесконечного повторения теряется основная мысль, и читатель неминуемо тонет в мелких частностях. Собственно, толщина этой книги — это главная претензия к ней — её спокойно можно было бы сократить вполовину, и на качество изложения это нисколько бы не повлияло. Но авторы захотели иначе. Ну что поделать.

Книгу я бы порекомендовал к прочтению, но не целиком, а «по диагонали» — выбирая основные мысли. Целиком это прочитать не будет ни времени, ни сил. Кому?

1. Студентам, которые учатся на информационных-аналитических направлениях, чтоб они не путали «разработчика» и «программиста»;

2. Лицам, которые хотят у себя что-то внедрить (я понимаю, что это бесполезно — в России лица, принимающие решения, слишком горды для этого);

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

А так книга стоящая, но перетянутая.

"Код" чаще всего встречался мне примерно в таком контексте:
"- Ребята, я хочу научиться программировать, какую книгу мне почитать?
- Читай 'Код'!".

Больше похоже на шутку, правда. Книга начинается легко, но лёгкость быстро сходит на нет, удовольствие пропадает и ты оказываешься перед стенами, стенами, стенами текста, о которых ты скорее всего никогда не просил. Например, почему таблицы ASCII именно такие, какие бывают микросхемы и как они работают, какие существуют алгоритмы сжатия изображений, и так далее. И вся эта громадина деталей, которые тебе не нужны, на самом-то деле, чтобы попробовать программировать, валится на тебя, и валится, и валится. И когда ты надеешься, что всё, что могло выпасть из книжки, уже выпало, автор добавляет - а теперь давай напишем простой контроллер клавиатуры на Ассемблере!
Нет! Спасибо, нет, я не хочу писать контроллер клавиатуры на Ассемблере!

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

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

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

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