Успех через неудачу Перевод

Ещё один интересный материал (перевел) для ознакомления. Перевод статьи Jeff Atwood от 2005 года — Success through Failure (Успех через неудачу).

Я нашел эту цитату Уилла Райта из круглого стола на E3 на прошлой неделе довольно интересной:

Уилл Райт сказал, что больше всего он извлек из игр, которые казались привлекательными на бумаге, но проваливались на рынке. «Я на самом деле спрашиваю людей при приеме на работу, над сколькими ошибками они работали, — сказал он, - и на самом деле я с большей вероятностью найму кого-то, исходя из того, сколько неудач они испытали. Я думаю, что это лучшая система обучения».

Как разработчик, высока вероятность того, что вы работаете над проектом, который потерпит неудачу . Каждую неудачу следует рассматривать как прекрасную возможность узнать, что не работает и почему. Как однажды сказал Томас Эдисон :

Я помню, как в то время довольно с горечью думал об истории первых попыток Томаса Эдисона придумать правильный материал для лампочки. Он перепробовал тысячу различных элементов, и все они потерпели неудачу. Коллега спросил его, не считает ли он, что его время потрачено зря, поскольку он ничего не обнаружил. «Вряд ли», — резко возразил Эдисон. «Я обнаружил тысячу вещей, которые не работают».

Фактически, разница между успехом и неудачей может в конечном итоге зависеть от того, как вы справляетесь с неудачей — как показано в этой статье New Yorker о прогнозировании успеха или неудачи хирургов :

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

Он пришел к выводу, что для успеха необходимо гораздо больше, чем технические навыки или интеллект, а именно то отношение, которое имеет Quest, — практическая одержимость возможностью и последствиями неудач. «Когда я брал интервью у уволенных хирургов, я оставлял интервью потрясенным», — сказал Боск. «Я слышал эти ужасные истории о том, что они сделали неправильно, но дело в том, что они не знали, что-то, что они сделали, было неправильно. Во время интервью я начал развивать то, что, как я думал, было индикатором того, собирается ли кто-то быть хорошим хирургом или нет. Это была пара простых вопросов: «Делали ли вы когда-нибудь ошибку? И если да, то в чем заключалась ваша самая большая ошибка?» Люди, которые говорили: «Ну и дела, у меня их на самом деле не было» или «У меня было несколько плохих результатов, но они были вызваны вещами, не зависящими от меня» — неизменно это были худшие кандидаты. И жители, которые говорили: «Я все время делаю ошибки. Буквально вчера произошла ужасная вещь, и вот что это было. Они были лучшими. У них была возможность переосмыслить все, что они сделали, и представить, как они могли бы сделать это по-другому».

Это всегда должен быть ключевым вопросом собеседования при приеме на работу. Разработка программного обеспечения сложна в лучших условиях. Вы всегда должны время от времени терпеть неудачи и честно извлекать уроки из этих неудач. В противном случае вы лишаете себя лучших возможностей профессионального развития.

Jeff Atwood, 24 мая 2005 г. Success through Failure