Не писать чистый и читаемый код.
Великая настойчивость гораздо важнее великого ума, хотя незаурядный ум не будет лишним. Но достаточно средней причины. Ниже почему так.
Если что-то не получается, то хорошо, или про постоянную долгую возню
В IT постоянно все работает не так, как надо, и постоянно возникают непредвиденные проблемы, над которыми приходится сидеть часами, днями и неделями.
Если у хорошего специалиста все сразу работает как надо, он начинает переживать. Если программист уже знает, что в большинстве случаев ошибки и проблемы прячутся, прячутся и вылезут наружу и ударят по голове самым неприятным, неожиданным и в самый неподходящий момент.
Например, разработчик хочет что-то добавить в проект. Он не разрабатывал его с нуля, а использовал наработки других программистов — часто такие работы называют Framework. И вот разработчик видит, что в этом фреймворке уже есть все необходимое. Поработайте 5 минут, и все должно заработать. Добавляет, запускает, проверяет — ну вроде все работает.
А потом оказывается, что при использовании новой функции аккаунты клиентов удаляются. Либо их блокирует встроенная система безопасности. Или что-то другое. И хорошо, если это поймал тестер, что тоже не всегда срабатывает.
Затем возвращаем все в старую версию проекта. Устраняем проблемы. И начинается разборка. Есть документация. Также существуют форумы программистов, где эта проблема уже обсуждалась. А на форуме пользователи по несчастью говорят, что документация врет. Да, создатели Фреймворка написали, как все должно быть, но на самом деле это не так.
Хорошо, есть готовое решение, которое помогло другим в такой же ситуации. Ладно, программист изучает и добавляет — опять не работает. Оказывается, в его проекте это должно работать немного по-другому. И поэтому найденный вариант не работает.
Эту историю можно продолжать долго. А разработчикам и программистам постоянно приходится сидеть, сидеть, сидеть над задачей — сколько угодно, пока проблема не будет решена.
Вот еще случай
Разработчик занимается разработкой сайтов, и однажды он немного изменил настройки сайта. На многих сайтах есть файл «.htaccess». Изменил, заходит на сайт — сайт недоступен. Он сломался полностью. Ничего не работает. Это дает ошибку.
Разработчик вернул предыдущую версию файла — не помогло! Сайт не работает. Сайт представляет собой крупный и жизненно важный интернет-магазин, который приносит довольно много денег.
Программист весь в поту, разбирает все, что мог сломать, и восстанавливает сайт из резервной копии — не работает. Продолжая покрываться потом, он обращается в техподдержку хостинговой компании, на компьютерах (серверах) которой физически расположен сайт.
И получает ответ, что что-то сломалось. У них все есть, поэтому клиентские сайты не показываются. Они никого не предупредили, потому что все было внезапно и фатально. Все бегают и пытаются исправить ситуацию. Но так получилось, что все сломалось в тот самый момент, когда Антон решил немного подправить один файл на сайте.
Почему он сразу не понял, что проблема не в нем
Потому что бывает, что проблема все-таки на разработчике. Или какой-то баг в используемом им коде, который из-за невинных действий вылез и теперь не хочет лезть обратно, позволяя работать как раньше.
Эта история меня очень забавляет, хотя она произошла с моей подругой несколько лет назад. И потратил больше часа на методичное изучение всех возможных причин проблемы. Но его везде ценят именно за это, и он всегда рано или поздно докопается до сути и решит проблему.
У любого опытного разработчика наверняка есть пара историй, в которых он тоже долго возился с какой-то проблемой, но в итоге она разрешилась сама собой. Просто проект, который работал весь день, вдруг снова заработал как надо. Все сошлось. И докопаться до причины так и не удалось.
Многие айтишники советуют перезапускать проект при возникновении непонятных проблем. Непонятная проблема очень часто уходит сама собой. Но иногда, проходит само собой только после десятой перезагрузки. Или после того, как горе-программист решит поспать.
Или когда кто-то другой вмешается и сделает то, что изначально сделал наш несчастный разработчик. Но почему-то помогло не ему, а коллеге/другу/начальнику.
Сами разработчики шутят по этому поводу — «Да просто на Марсе была плохая погода и ретроградный Меркурий». И вы не знаете заранее, что столкнулись с такой проблемой, поэтому копать все равно придется.
Все описанное выше, по сути, случаи, когда программисты самообучались и узнавали что-то новое. И это тоже важно для программиста.
Если вы не узнаете что-то новое, вы можете обнаружить, что больше никому не нужны. Или вам это нужно, но они платят вам гораздо меньше, чем малолетки, которые ничего не понимают, которые изучили какой-то модный язык программирования и фреймворк для него, а лучше них просто пока никого нет.
Так что приходится сидеть и копать, копать и копать.
Одно из главных качеств программиста — настойчивость. Потому что из-за сложности ИТ программисту постоянно приходится сталкиваться с проблемами, которые давно возникли на ровном месте. Итак, продолжайте учиться.
Подпишитесь на DDIntel Здесь.
Посетите наш сайт здесь: https://www.datadriveninvestor.com
Присоединяйтесь к нашей сети здесь: https://datadriveninvestor.com/collaborate
