Джон Харгрейв - Mind hacking. Как перенастроить мозг за 21 день

Они с величайшим почтением вытащили мотылька, чтобы сохранить насекомое в анналах компьютерной истории. Они приклеили его в журнал со словами «первый реальный случай обнаружения бага» [56] Simson Garfinkel, “History’s Worst Software Bugs,” Wired , Nov. 2005. .

Грейс Хоппер с удовольствием рассказывала эту историю всю жизнь, и благодаря ей слово «баг», обозначающее системную ошибку, стало еще более популярным. На склоне лет она выступала с лекциями и рассказывала эту историю наряду с другими из своей поразительной карьеры. Выступая перед молодежью, она часто подчеркивала необходимость личных перемен. «Я обнаружила, что люди испытывают аллергию по отношению к переменам», – часто говорила она, объясняя, что только инновации и свобода разума дают людям свободу для открытия чего-то нового [57] Sharron Ann Danis, “Rear Admiral Grace Murray Hopper,” Feb. 16, 1997, http://ei.cs.vt.edu/~history/Hopper.Danis.html. Хоппер принадлежит фраза: «Легче попросить прощения, чем разрешения» – девиз любого целеустремленного молодого человека в рискованной ситуации. . Можно сказать, что она призывала нас к отладке разума.

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

У разработчиков программ баги – это часть процесса. Программа почти никогда не работает правильно с первой же попытки. Программист пишет первый вариант, запускает, обнаруживает ошибки. Это нормально. Это часть работы. Вы находите ошибки (баги) в программных циклах, переписываете их и запускаете программу вновь. Вы делаете это снова и снова, сотни или тысячи раз, пока не получите рабочий прототип. Затем вы передаете свою программу в руки бета-тестеров. «Попытайтесь ее хакнуть», – говорите вы.

Эта команда начинает крутить вашу программу так и сяк, испытывать ее самыми неожиданными способами. И в программе обнаруживаются новые ошибки, которые вам предстоит исправить. Некоторые ошибки незначительны: неправильно написанное слово или пропущенная запятая. Другие очень серьезны: зияющая дыра в системе безопасности или ошибка системы навигации.

Предположим, мой друг сделал одну ошибку в своей блестящей программе:

10 PRINT “I AM THE WORLD”S GREATEST HACKER”

20 GO TO 10

Сколько времени вам понадобилось, чтобы найти ее?

Да, он случайно поставил кавычки вместо апострофа , тем самым обозначив конец команды PRINT, и компьютер застыл на строке 10. Мой друг перестал быть величайшим хакером мира: он стал величайшей ОШИБКОЙ СИНТАКСИСА в мире.

Такие ошибки выявить легко, но многие из них гораздо сложнее и хитроумнее. Некоторые можно воспроизвести лишь в определенных условиях и необычных ситуациях – настолько необычных, что разработчикам очень трудно их найти. «Покажите мне, как вы пришли к этой проблеме», – снова и снова твердят программисты. «Ну, – говорит человек, который нашел баг, – я находился вот здесь и кликнул на этот пункт меню. Нет, подождите, возможно, это был другой пункт меню. Гммм… Не знаю… Словом, все сломалось прямо утром, так что, пожалуйста, исправьте все до обеда».

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

Иногда эта боль оказывается легкой, словно мгновенный разрыв аудиодорожки: на предварительном просмотре все было нормально, а ошибка проявилась только в окончательном варианте. Ты исправляешь видео снова и снова, стараясь выправить аудиодорожку, нарушаешь сроки, лишаешься сна, не идешь на первый концерт своего ребенка. В конце концов, полностью удаляешь этот видеопроект, переделываешь его с самого начала и через 12 часов он, наконец, начинает работать нормально.

А порой боль бывает очень острой: например, когда компьютер зависает после целой ночи работы над видеопроектом, и все ваши усилия идут прахом. «Разве ты не сохранил свой проект?» – спрашивают тебя, и тебе хочется всех убить – сразу после того, как поубиваешь разработчиков VideoBug.