Учимся мыслить
ada_king
- 173 книги
Это бета-версия LiveLib. Сейчас доступна часть функций, остальные из основной версии будут добавляться постепенно.

Ваша оценкаЖанры
Ваша оценка
Приступая к чтению этой книги, я опасалась, что она окажется чересчур научной, непонятной, а потому скучной. Ничего подобного! Книга написана понятным языком, очень интересно и увлекательно рассказывает о сложных вещах.
В начале книги автор подробно рассказывает, что же отличает инженерное (системное модульное) мышление , на каких принципах оно базируется (основной из них - решать задачу в условиях ограничений на уровне подсистем), каковы основные идеи оптимизации процессов и повышения их эффективности.
А затем на многочисленных примерах показывает, как увлеченные своим делом люди, инженеры по специальности и по призванию, используя инженерное мышление решали стоящие перед обществом сложные технические задачи. Так, например, мне было очень интересно узнать про изобретение штрихкодирования, сотовой связи, банкоматов, цифровых фотоаппаратов, перевооружение французской армии...
Вообще в книге упоминается много научных и занимательных фактов, порой забавных (например, из книги я узнала, что до 1956 года в Индии не было единой системы измерений. В стране существовало до 150 "местных систем мер"!)
Также автор вскользь касается и психотипа личности инженера, больше, конечно, на уровне гипотез, но дает интересную пищу для размышлений.
Как это ни парадоксально звучит, но многие инженеры, по их собственному признанию, интроверты.
Я никогда не считал себя отличным инженером, но что мне действительно хорошо удается, так это проникнуть в мысли потребителя. Я сам - конечный потребитель.
Упоминаются автором и пути взаимодействия инженерии как области знаний с политикой, экономикой, антропологией.
Будущее инженерии - вот открытый вопрос, который автор ставит перед собой и читателями в конце книги, а также напоминает, что все мы в какой-то степени инженеры, хотя бы - собственной судьбы.
Замечательная, информационно насыщенная книга.
5 баллов из пяти.

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

Книга в формате десятка спаянных рассказов и реальных историй, когда человек с инженерным складом мышления (не обязательно с инженерным образованием, кстати) видел проблему, заморачивался и находил уникальное для своего времени решение. Формат этих историй может зайти не всем, очень по-американски, имена-даты-реальный кейс, но мне понравилось, я восхищена эрудицией автора, его вовлеченность и степенью проработки каждой истории. В меру реальности, в меру художественности, стилистика на троечку, но и фиг с ней, книга не затем и не о том.
Человек - хозяин своей жизни. И даже больше. Объединяясь вокруг идеи, человечество само выковало и куёт окружающий мир. Создает миры в мирах. Облегчает свою жизнь - от лени, восстанавливает экологию или справедливость. Какие-то придумки идут нам на пользу, другие мы загубливаем на корню или в процессе. Но инструмент есть инструмент. Как его будут использовать -- в руках идущего.

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

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



















Другие издания
