10 худших кошмаров для веб-разработчиков

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

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

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

  1. Исправление ошибок других разработчиков (и ошибок)
    Если вы только что присоединились к новой компании, вы, скорее всего, окажетесь в положении очистки проекта, оставленного разработчиком, которого вы только что заменили. Скорее всего, код длинный, действительно сложный, нечитаемый, критически насыщенный ошибками… и уже живущий в сети. Конечно, вы можете быть 5% счастливчиков, которым не нужно исправлять код другого разработчика, но, честно говоря, исправление кода происходит чаще, чем нет.

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

Без надлежащей документации новый разработчик должен просмотреть строки кода, чтобы выяснить ваш (или первоначальный разработчик) мыслительный процесс. В такие времена мы хотим, чтобы телепатия действительно существовала.

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

Затем он попадает. Критическая ошибка возникает во время демонстрации или вызывает жалобы от сотен новых пользователей. Ваш идеальный вид вашего идеального проекта рушится. Но нажмите «пауза» на мгновение.

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

Вы знаете, что вы можете сделать? Сохраняй спокойствие. Исправьте ошибки как можно скорее и просто держитесь прямо. Не позволяйте этому затягивать вас слишком долго … если только исправление не приводит к появлению других ошибок!
3. Исправлена ​​ошибка; вызвать новые
Исправление ошибок — неизбежное зло. Мучительная, непродуктивная и просто вызывающая проблемы с сердцем деятельность, которая заставляет вас задаться вопросом, почему вы хотите быть разработчиком в первую очередь. Каждый разработчик был там. После нескольких часов нажатия на клавиатуру, вы наконец исправляете исходную ошибку, только чтобы обнаружить, что создали дополнительные!

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

Хватит дергать себя за волосы и попытаться заранее спланировать это. Чтобы предотвратить возникновение подобной ситуации с будущими проектами, используйте Git для управления ревизиями, поскольку это позволяет вам вернуться к предыдущим ревизиям, если новая не работает должным образом.

Кроме того, не забудьте тщательно документировать каждую ревизию. Это может показаться непростой задачей, но когда дело доходит до толчка, вы поблагодарите себя за то, что держитесь и фактически делаете документацию.
4. Ошибка находится в библиотеке, на которую вы полагаетесь
Вы знаете, что еще хуже кошмар? Когда ошибка, обнаруженная в вашем коде, фактически не существует в вашем коде, а существует в одной из используемых вами библиотек. Мы часто полагаемся на несколько библиотек для создания веб-сайтов, и разработчики могут использовать одну и ту же библиотеку для нескольких проектов без проблем.

В этом конкретном случае, однако, возникает ошибка, вы проверяете ее и обнаруживаете, что ошибка происходит из одной из используемых вами библиотек. Чем ты занимаешься? Это дилемма, не так ли? Давайте рассмотрим варианты.

  • Возможно, вы захотите починить библиотеку самостоятельно, и в этом случае вы должны спросить себя, насколько вы опытны с кодами в библиотеке, чтобы действительно это сделать?
  • Не можете это исправить? Тогда, вы должны подать заявку на разработчика, чтобы исправить это? Это займет некоторое время, которое они не обязаны спешить, потому что вы тот, кто имеет крайний срок, а не они.
  • Как насчет замены этой библиотеки другой? Это вывело бы ошибку из системы. Но тогда вам нужно будет переписать куски вашего кода, чтобы все заработало.

Слушай, я сказал, что это были варианты, я никогда не говорил, что с любым из них легко. Просто молитесь богам программирования, чтобы вам никогда не приходилось подвергаться этой ситуации, или следующему.
5. Причина ошибки «Неизвестно»
Нет, этого не может быть! Вы искали ошибку в течение нескольких дней, создавая несколько веток Git для тестирования, но ошибка остается неуловимой. Вы отправляетесь в StackOverflow для переиздания, чтобы найти вопрос с той же проблемой, опубликованный 2 года назад, с нулевыми ответами.

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

Стоп. Решение этой проблемы на самом деле прямо противоположное. Вы должны держаться подальше от компьютера на полдня или дольше (лучше всего на 2 дня). Вы страдаете от умственной усталости, которая мешает вам «увидеть» или «найти» реальную проблему. Перерыв поможет вам снова набрать 100%.

И если мой опыт может служить источником справки, иногда ошибка исправляется и перестает быть проблемой, без вашего вмешательства. Это просто происходити когда вы истощены, вам действительно все равно, Почему,
6. Потеря данных, без резервного копирования
Holey Moley, это кошмар, к которому могут относиться даже не разработчики. Вы страдаете от полной потери данных и проклинаете себя за то, что не тратите время на резервное копирование ваших файлов. Если это случится с вами, вы обязательно должны винить себя.

Даже при работе с очень стабильными системами ваш жесткий диск может неожиданно заработать, ваши дети могут нажать кнопку «Удалить» или вы случайно пролили кофе на свой ноутбук. Вместо того, чтобы плакать над пролитым кофе, вернитесь к своей резервной копии и снизьте свое высокое кровяное давление. Это не урок, который вы хотите выучить трудным путем.

Лично у меня нет только одного или двух источников для резервного копирования важных файлов — у меня есть три: Time Machine, Dropbox и OneDrive. Пользователи OS X должны включить Time Machine. Для пользователей Windows включите функцию резервного копирования и восстановления из панели управления.
7. Как заставить это работать в Internet Explorer 6
По какой-то причине по-прежнему необходимо, чтобы современные приложения работали в Internet Explorer 6, поскольку некоторые клиенты и их клиенты по-прежнему настаивают на использовании Internet Explorer 6. Если вы один из этих людей, позвольте мне пояснить вам, как Потребляющее и огорчительное кодирование для IE 6 есть.

Время, которое разработчики тратят на работу веб-приложения в IE 6, может быть в три и более раз больше, чем на создание приложения для современных браузеров, таких как Chrome или Firefox. Огорчает то, что он не будет работать так же гладко или впечатляюще в IE 6, как в новых браузерах. Некоторые из эффектов не вступят в силу, некоторые ошибки будут продолжать вас беспокоить и не заставят меня задуматься о вопросах безопасности.

Вы усложняете жизнь разработчикам, потому что вы или ваша система отказываетесь использовать более новый браузер. И если у меня есть какой-то совет, которым я могу поделиться с коллегами-разработчиками, это то, что вы должны брать двойную или более плату за тех, кто просит современное веб-приложение, чтобы оно все еще могло работать на IE 6. не стоить того.
8. Точка с запятой не работает
В нескольких языках программирования JavaScript и PHP требуется точка с запятой для обозначения конца оператора. Это как точка или точка остановки, которая заканчивает предложение.

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

Если Интернет и Google отключатся, нам придется вернуться к более раннему, изолированному «периоду тьмы». Мы застрянем, не зная, что делать, если мы столкнемся с определенной ошибкой. По большей части, Google всегда спасает нас. Итак, снимаю шляпу перед разработчиками или программистами, которые занимались этим до эпохи Интернета — я кланяюсь тебе.

  1. Вы эксперт (Вы можете сделать все, что угодно)
    Чтобы завершить этот список кошмаров, с которыми приходится сталкиваться разработчикам, я оставляю вас с этим видео на Youtube под названием Эксперт Лаурис Бейнертс. Вы узнаете, как больно становиться экспертом.

Дальнейшее чтение

Для внутреннего ознакомления с другими видами фрилансинга или онлайн-вакансий вас могут заинтересовать:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *