Сегодня закончил очередную серию книг от Питера Хамильтона – Пустота. Книги у меня валялись уже достаточно давно, однако не было времени. Вдобавок я хотел перечитать “Звезда Пандоры” и “Иуда освобожден” так как трилогия основывается на этих книгах.

Хамильтон продолжает сагу “Содружества” новой, захватывающей историей. В то время когда человечество находится на критическом эволюционном распутье, вселенная подвергается новой, но очень старой опасности.

Трилогия не разочаровала — захватывающая, непредсказуемая и интересная. Даже после всех прочтённых книг Хамильтона, я все ещё удивляюсь поворотам и развитию событий (возможно это только я). Конечно трилогию можно читать и по отдельности, однако некоторые нюансы будут упущены, поэтому я рекомендую читать по порядку.

Было здорово снова погрузиться в мир “Содружества”, однако отсутствие некоторых героев было не самым приятным поворотом. Но автор прав — даже с учётом того, что люди стали фактически бессмертны, не значит что они будут продолжать жить бесконечно.

Итого:

+: Продолжение саги “Содружества”
+: Легко читается
+: Интересная история и описание окружающего мира
+: В лучших традициях Питера Хамильтона
-: Отсутствие старых героев и несколько “роялей в кустах”
=: Трилогия хорошая и рекомендуется всем кому понравилась сага о “Содружестве”. Однако подготовитесь к некоторым “роялям в кустах” и отсутствию некоторых предыдущих героев.

Название: The Dreaming Void, The Temporal Void, The Evolutionary Void
Автор: Peter F. Hamilton
Обложка:


Книгу я обнаружил буквально неделю назад и с того момента читал фактически каждый раз, когда было время! Я не помню, когда последний раз меня книга так засасывала!

Книга опубликована в сети Лично я сделал PDF бэкап. Чтиво довольно короткое, всего 100 страниц, однако количество полезной информации просто поражает! Никакой воды, ни шагу в сторону, все кратко, чётко и сфокусировано. Местами создаётся ощущение, что можно было бы притормозить и вдаться в пару под-тем, однако автор не тормозит ни на секунду! Любая тема, которая стоит более глубокого рассмотрения, тут же передаётся по внешней ссылке на другой ресурс (книгу).

Книга ориентирована на исполнительных директоров стартапов (обычно они же основатели) и мой личный интерес к стартапам чисто теоретический. Однако я нахожу огромное количество полезной информации в таких материалах, так как методики управление и ведения дел могут быть применены в любой компании, которая хочет стать более эффективной. Пару методик я решил скопировать из книги, чтобы были под рукой – их я предоставлю после “итого”.

Итого:
+: Простое изложение
+: Кратко и чётко – без воды
+: Большое количество целенаправленных методик
+: Наглядные примеры
+: Рассмотрение типичных ошибок
=: На мой взгляд книга просто отличная! Она пригодится не только директорам, но и всем кто хочет оптимизировать процессы как на работе так и в своей жизни. Суммируя технически: ROI книги просто феноменален!

Название: The Great CEO Within
Автор: Matt Mochary
Обложка: Нет

Вырезки из книги:

Writing vs Talking

When two people are discussing an issue, the need to be efficient is important. When a team is discussing an issue, the need to be efficient is paramount, because each inefficient minute is multiplied by the number of people in the discussion.

If you want the most effective and efficient decision-making process, require that anyone who wants to discuss an issue write it up, along with the desired solution, ahead of time. The goal of this write-up is to be thorough enough that at the time of decision-meeting, there are few or no questions. This can be achieved one of two ways:

1. The hard way: Write an extraordinarily thorough analysis from the get-go.
2. The easy way: Write a draft, circulate it to the meeting participants before the meeting, and invite comments and questions. Then write out responses to all of these comments and questions prior to the meeting.

Jeff Bezos, founder and CEO of Amazon, is famous for using this written method. He requires that anyone who wants to bring up an issue or proposal must write up the item fully prior to the decision meeting (with someone else writing up a counterproposal if necessary). The meeting is then spent reading the write-ups. Once the decision-making team has read them all, a decision is made.  If consensus is not reached, an appointed decision-maker makes the call. If there are still open questions, then the decision-maker assigns one or more people to research, and of course write, the needed follow-up. At the end of the next meeting, the decision is made.

This method, though time-consuming for the sponsor, yields extraordinarily thoughtful decisions in a very short amount of time. The extra effort and work by one person creates a net savings in time and energy across the whole group.

Imposing this process on a group is daunting.  Here is a way to ease a group into it:

1. Reserve the first 15 minutes of the meeting for all participants to write out their updates and issues.  Then use another 10 minutes of the meeting for all participants to read each other’s updates and issues. Then discuss and decide.  Use this method for 2-3 meetings, then …

2. Require that all participants write their updates and issues prior to the meeting.  Do not allow people to bring up an issue that they have not already written up. Use the first 10 minutes of the meeting for all participants to read each other’s updates and issues.  Use this method for 1-2 meetings, then …

3. Require that all participants write their updates and issues by a certain time prior to the meeting (eg- 9pm the night before).  Require that all participants read and comment on each other’s updates and issues prior to the meeting. People prove that they have read the docs by having their comments in the docs themselves.  Do not allow people to make comments in the meeting if they haven’t already commented on the docs themselves.

Joy vs Fear

When people start diving into the Conscious Leadership work, they quickly lose their fear.  And just as quickly, they realize that fear was their primary motivator. Once fear is gone, their life becomes much better, but their business suffers.

It is important at this point to keep pushing forward with the CLG work (quickly) to get to a place where you are motivated by joy. Then you will have the best of all worlds.  Joy is an even better motivator than fear, so your business will thrive. And your life will be amazing!

Areas of Responsibility (AORs)

“Tragedy of the commons”.  When several people share responsibility for an action or process, often that action doesn’t get done well, or at all.

To prevent this from happening, group tasks into categories, and assign each category to one—and only one— person. These are your Areas of Responsibility. Apple is famous for having pioneered AORs in Silicon Valley, but now most successful tech companies use this method.

Create a document listing every possible function in the company. Next to each function, list the responsible person. This is the AOR list. It serves as a company directory and ensures that no functions fall through the cracks. Make sure everybody in the company knows how to access the list, and update it as new functions arise or as responsibilities shift.

Sell Yourself, Not Your Company

Cliff Weitzman, CEO of Speechify, realized that it was key to sell himself and not his company. If he was able to do so, he would gain investors for life—investors who would follow him through every pivot, and every company. So, when Cliff realized that trust and like had been established, he shared the story of his life—using a method that his brother Tyler had discovered.

Tyler Weitzman, CEO of BlackSMS, is a unique guy. He likes to research social situations. As an undergrad at Stanford, he researched a method for conveying one’s achievements (or bragging, if you prefer!) while remaining humble and relatable. Through countless interviews of master storytellers, Tyler determined the ultimate structure for telling one’s story in a humble way:

–    Credit: “It could not have happened without [name the others involved].”
–    Hard Work: “We had to put in so much to make it happen, for example, [describe the hard work].”
–    Vulnerability: “It was most difficult for me when…”
–    Duty: “We were driven by our dream to [noble motive].”
–    Gratitude: “I am so proud and thankful that…”

I encourage you to tell your story to a friend using this exact structure. See what comes out. Ask your friend for her reaction. I think you will be amazed.


Год назад я наткнулся на интересное видео, в котором советовали прочитать книгу – “Как это решить”. Я не знал чего ожидать, но хотел найти способы решать проблемы и почти год спустя почти закончил этот квест. Скажу сразу, книга мне настолько понравилась, что я её собираюсь перечитать ещё раз, сразу после того как закончу все практические задачи в конце книги. На этот раз я собираюсь пройти по книге быстрее, выбирая только основные моменты решения задач и даже задумываюсь сделать небольшой конспект и организовать его в шпаргалки.

Тут стоит чуть притормозить и заметить: книга основана на математических методах и большинство примеров изложены в геометрической и/или арифметической формах. Я очень давно не решал никаких математических проблем и не помню банальные вещи: например, теорему Пифагора или как решить интеграл, не говоря уже о более продвинутой математике. В принципе, математику можно пропустить, но я решил этого не делать и в итоге пришлось перечитывать решения и объяснения много раз.

Однако, волков бояться — в лес не ходить! При всем моем старании, я все равно многого не понял, но это ни как не уменьшило мое восхищение и удовольствие от книги. В определенные моменты текст казался каким-то откровением, заставляя меня вспоминать и соотносить похожий опыт в решениях проблем из разных областей деятельности. Джордж По́лиа сказал: “по существу, найти решение, это найти связь между данными и неизвестным”.

Итого:
+: Хорошо изложена
+: Учит думать и передавать знания
+: Пригодится в любом занятии
+: Очень стимулирующая книга
+/-: Решение проблем не является уникально математическим. Хотелось бы больше не математических примеров
=: Книга не легкая и для максимального результата стоит вкладываться. Я считаю, что книга является обязательным материалом для любого, кто хочет решать проблемы. Возможно вы и так отлично умеете их решать, но тогда книга поможет вам передать это умение ученику.

Название: How to solve it
Автор: George Polya
Обложки:

Quote: ”If you can’t solve a problem, then there is an easier problem you can’t solve: find it.”


Что делает человека выдающимся? Трудолюбие, гениальность, персонаж… а может быть обстоятельства? Автор книги решил проанализировать этот вопрос и выяснить, что на самом деле ведет к большому успеху. Я взялся за книгу по совету друга, однако первая попытка (годы назад) закончилась после нескольких глав. На этот раз я решил пройти до конца, дабы закончить начатое и узнать что нужно делать, чтобы стать успешным.

Если суммировать всю книгу в одно предложение то получаем: “…правильные люди, в правильном месте, в правильное время” (“… the right people, in the right place at the right time.”). Автор разбивает успех на разные факторы и отдельно их анализирует. Фактор времени проявляется весьма интересно в хоккее (и другом спорте) – месяц рождения очень сильно влияет на профессиональный успех. Аналогично год рождения влияет на успех в той или иной индустрии. Место так же влияет на успех – учились ли вы университете с одним из первых доступных компьютеров? Была ли у вас возможность программировать ночи напролет? Человеческий фактор так же интересен, так как автор объясняет почему быть гением недостаточно для успеха… и тут книга очень интересно пересекается с другим пройденным мною материалом – “эмоциональный интеллект”. Автор так же затрагивает не менее интересный и важный культурный и лингвистический фактор.

Честно признаюсь, я перестал задумываться об “успехе” некоторое время назад. Это слово всегда вызывало у меня смятение и путаницу, но несмотря на это книга оказалась интересной. Я думаю, книга вызовет разные реакции у разных людей – с одной стороны можно сделать вывод что “успех” не является продуктом личных достижений, с другой — если не верить в свои силы то что дальше? Автор не пытается придумать рецепт успеха, он просто составляет список ингридиентов и как в любом успешном блюде отличных продуктов должно быть как минимум несколько.

Итого:
+: Хорошо изложена и легко идет
+: Интересный анализ и заключения
+: Исторический и культурный фактор
+/-: Расширяет кругозор, но не очень широко
-: “Доказательства” строятся на подходящих примерах, а что не вписывается, об этом автор не говорит и даже не упоминает!
=: Книга интересная и хорошо изложена – её можно читать по разным причинам и на мой взгляд остаться довольным. Я не думаю что вернусь к этой книге – так как в ней нет той изюминки, которая стимулирует моё мышление. Однако я точно не жалею о проведенном с этой книгой времени.

Название: Outliers: The Story of Success
Автор: Malcolm Gladwell
Обложки:


Общепринятое поверите, что Apple, IBM и Microsoft – это основополагающие компьютерные компании, является не совсем верным! В то время как IBM собиралась анонсировать компьютер с командной строкой, Ксерокс уже 3 года имел компьютер с графическим интерфейсом, но по стечению обстоятельств Ксерокс не смог вывести свой компьютер на рынок. Продавцы молний – одна из потрясающих историй о компьютерной разработке, происходившей в Ксерокс ПАРК в 70-х.

Книгу я мусолил долго, так как она немного суховата на мой вкус. Я периодически впадал в сон, когда в книге обсуждались политические и/или человеческие отношения. Однако такие моменты довольно важные, так как проливают свет на порой маленькие нюансы, которые в последствии ведут к фатальным решениям внутри компании. С технической стороны книга не блещет подробностями, но даёт вкус того, что происходило, как и почему. Например: создание беспроводной сети не произошло бы, если бы лаборатории не были расположены в городской местности и разделены автомобильной трассой, которая сделала невозможным проведение сетевого кабеля.

История Ксерокс ПАРК-а воодушевляющая и в то же самое время печальная. Во второй половине книги, когда становится ясно, что технологии не спасут Ксерокс, все больше и больше вспоминается книга “Дилемма инноватора” – быть технологически первым, автоматически не обеспечивает успех! И пусть Ксерокс не стал компьютерным лидером, и пусть упустил великий момент, но дала ученым и инженерам возможность творить, а миру – подарила как технологии так и бизнес-уроки!

Итого:
-: Суховато, нет технической глубины
+: История одной из величайших компьютерных лабораторий
+: Внутренняя политика компании
+: Разработки
+: Бизнес и ошибки
=: Интересная книга, так как дает возможность заглянуть в одну из основополагающих компьютерных компаний. Чувствуется недостаток технической глубины. Я не уверен, если в будущем вернусь к этой книге, однако теперь мне хочется найти книгу, в которой подробно описываются технические разработки в ПАРК.

Название: Dealers of Lightning: Xerox PARC and the Dawn of the Computer Age
Автор: Michael Hiltzik
Обложки:


Just finished reading “simple sabotage field manual” by CIA. It was used during Second World War and to be honest very entertaining to read. I attached a copy of PDF, read and enjoy.

P.S: Matthew Green said: “Sufficiently advanced incompetence is indistinguishable from malice.”


“Искусство войны” – “самый известный древнекитайский трактат, посвященный военной стратегии и политике”.

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

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

Книга короткая – все по делу, кратко и понятно, по меньшей мере когда читаешь первый раз. Я прочитал несколько раз и у меня назрело больше вопросов чем ответов! Писание приставляет из себя практическое руководство, но на этом не останавливается, так как включает с себя философию и экономику. Сунь Тзы сказал (перефразирую) – побить противника без кровопролития является высшей степенью мастерства генерала.

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

Тут хотел бы кинуть пару центов из личного опыта. Прочитав множество книг, авторы которых говорили о важности формирования среды, и посетив практическое занятие по дзюдо (много лет назад – спасибо Каяхара клубу), могу сказать, что все (в данном контексте) сводится к ресурсам и позиционированию перед выполнением. Основной трюк заключается в правильном распознавании и преобразовании (mapping) математических переменных и многочисленных расчетах предоставленных данных.

Сунь Тзы сказал: “Генерал, который выигрывает битву, делает много расчетов в своем храме до битвы. Генерал, который проигрывает, делает всего несколько расчетов заранее.”

Итого:
+: Кратко и по делу
+: Тактика и стратегия
+: Экономика и политика
+: Менеджмент и планирование
+: Историческая
=: Мне очень понравились книги (обе). Писание действительно основополагающее и его стоит читать хотя бы ради урока по менеджменту. Всем настойчиво рекомендую прочитать хотя бы раз в жизни.

Название: The Art of War
Автор: Sun Tzu ( редакции: книга 1 – The Denma Translation и книга 2 – Ron Silver & B.D. Wong )
Обложки:


Манхэттен наоборот — коллекция кратких рассказов, начиная с рассказа об альтернативной реальности Оксфорда в начале 19 века и заканчивая историей Полы Майо в послевоенные годы.

Краткие истории для меня новинка. Никогда не читал и даже не задумывался, но рано или поздно это стоило сделать. Я решил испробовать их в исполнении моего любимого автора — Питера Хамильтона. Признаюсь сразу — мне не понравились краткие истории. Претензия одна — длина!

По-моему Питер Хамильтон сияет своей работой — красота исполнения завораживает сознание и это относится не только к “саге о содружестве”. Краткие истории так же завораживают сознание. Однако, как ни крути, у кратких историй просто не хватает времени чтобы созреть — все как-то несется! Только начинаешь погружаться, как история уже закончилась.

Вопреки моему недовольству, в кратких историях есть что-то забавное. Возможно это легкое чувство — временности. Мне тяжело найти слова чтобы описать это ощущение и все что приходит в голову — легкость и отсутствие обязательств. Как такое может произойти с рассказом? Длинные рассказы заставляют читателя долго втягиваться и соответственно долго пребывать в состоянии погруженности. Местами начинаешь “жить” жизнью героев в их пространстве и времени, однако такое не происходит с краткими историями. С ними читатель смотрит на происходящее со стороны и не успевает погрузиться и целиком уйти в мир “иной”.

Итого:
-: Кратко — нет времени развить связь с героями и описываемым миром
+: Красивое описание — в лучших традициях Хамильтона
+: Распробовать стилистику автора в разных кратких историях
+: Дополнения к существующим рассказам — сага о содружестве
+: Без обязательств и большой траты времени
=: Для меня лично краткие истории стали интересным опытом, как в чтении, так и в изложении. Приятное удивление пришло от мастерства описания — как можно рассказать красивую историю за довольно короткий промежуток времени! При всем этом не нужно погружаться во вселенную автора чтобы получить короткометражное удовольствие.

Название: Manhattan in reverse
Авторы: Peter F. Hamilton
Обложки:


Эту книгу мне посоветовал Роб Мердок и я очень рад, что ее прочитал. Скажу сразу – чтиво короткое и книгой я его называю символично!

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

Однако, краткость – сестра таланта! Книга фокусируется на техниках разработки кода в одной бранчи, а это по словам авторов ускоряет разработку и доставку продукта. Конечно такая разработка приносит свою специфику в процесс, поэтому книга полна методов и рецептов. 

Все описываемые методики могут быть легко использованы и в других сценариях – большой плюс. Мне лично понравился метод “branch by abstraction” – который позволяет сменить функционал кода, при этом не ломая существующий код. Авторы так же дополняют рецепты историческими заметками и ссылками на дополнительные интересные ресурсы. Исторический аспект однозначно заставляет задуматься о современных технологиях и как они незаметно для нас меняют наши методы, подходы и делают жизнь намного легче.

Итого:
-: Местами сложно уследить за мыслью
+: Кратко
+: Рецепты, техники и подход: проблема-решения
+: Ссылки на интересные и полезные технологии
+: Исторические моменты
=: Исходя из принципа время/деньги, я однозначно советую прочитать эту книгу. Она бесплатная и краткая, но содержит огромное количество полезной информации.

Название: Trunk Based Development
Авторы: Paul Hammant & Steve Smith
Ссылка: https://trunkbaseddevelopment.com/
Обложки:


Тестирование софта довольно сложная штука, а для меня лично является профессиональным заболеванием, в частности ТДД ( TDD ) подход. Однако, некоторое время назад Брэт посоветовал прочитать книгу – The Art of Unit Testing / Искусство Модульного Тестирования. К большому разочарованию, я не нашел в книге того, что искал – подход к тестированию большого количества классов / кода и менеджменту большого количества тестов. Тут стоит отметить мой потенциально ошибочный подход, поэтому я опущу эту тему и перейду к самой книге.

Книга немного старовата, по крайней мере в описываемых фреймворках и системах, но достаточно абстрактна в описании решений и мышлений. Именно это позволяет книге стать отличным ресурсом для программистов на любых языках, а не только С# и Яве. Автор описывает много продвинутых методов, которые будут полезны в сложных сценариях, а так же разные конвенции, которые помогут не сойти с ума и держать тесты чистыми и полезными. Так же в книге присутствует описание многих интересных ловушек, методов избежания и преодоления. Мне лично понравилась глава про внедрение новых методик в работу команды и как подходить к старому коду. Даже глава, в которой описывались доисторические методы (как не делать!) тестирования и те оказались полезными – мне в руки попал код, где фреймворк для тестирования был написан самим программистом и работал только на машине программиста.

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

Итого:
+: Простое, уникальное и уютное изложение
+: Достаточно практических примеров и теоретических объяснений
+: Хорошо выстроенная структура
+: Достаточно много продвинутых методов
-: Устарелое описание “современных” фреймфорков и систем. Когда будет новая редакция?
=: Возможно вы не найдете то, что искали, однако книга хорошо написана, правильно составлена и несёт в себе пару-тройку хороших трюков. Для новичков это будет отличный способ начать “жизнь” с тестированием, который, надеюсь, перельется в ТДД.

Название: The Art of Unit Testing with examples in C#
Авторы: Roy Osherove
Обложки:


Next Page »