Некоторые программисты, иногда даже вполне опытные, придерживаются тактики быстрого написания кода.
В реальной жизни проекты почти всегда ограничены во времени и бюджетах, при этом заказчики продуктов требуют максимально качественный продукт с минимальными затратами.
В таких условиях часто возникает соблазн написать код как можно быстрее. А если в ходе написания кода что-то пошло нет так, данная тактика подталкивает на еще большее ускорение написания кода с целью устранения неполадок написанием еще большего количества строк.
Опытные разработчики, конечно, знают, что так делать нельзя, потому что в конечном итоге результат такого подхода по статистике оказывается в гораздо проигрышном положении. Тем не менее данная проблема до сих пор является одним их важнейших в разработке программного обеспечения.
В этой статье мы дадим простые советы начинающим программистам, чтобы избежать написание плохого и в конечном итоге дорого кода.
Совет № 1: Пишите как можно меньше кода
Традиционно считается, что если человек находится на работе. то он, естественно, должен работать. А работать, — это значит нужно производить действия, используя инструменты, предназначенные для того или иного вида деятельности.
Для программиста таким инструментом является компьютер. И если работодатель видит, что программист не печатает что-либо на клавиатуре, то у него может сложиться впечатление, что данный программист не работает. Вот оттуда, наверное, зарождается стремление разработчиков писать код быстро и чинить неполадки производством лишнего кода.
На самом же деле, кроме кодинга, существуют не менее важные дела на работе настоящего программиста. Это анализ требований, проектирование, прототипирование, тестирование, рефакторинг кода, совещания с коллегами и заказчиками продукта и многое другое. В большинстве этих этапов кодить не требуется вовсе.
Совет № 2: Читайте документацию
Перед тем, как использовать тот или иной инструмент нужно прочитать соответствующую инструкцию. Если вы собираетесь использовать библиотеку, фреймворк или CMS, то перед этим важно разобраться как эта штука работает.
В большинстве случаев документация является необходимым и достаточным источником информации для полного освоения инструментация. Если вы один из тех, кто считает, что инструкции и документации для слабаков, то можете быть уверены, что проиграете в долгосрочной перспективе тем, кто так не считает, а наоборот, скурпулёзно изучает документацию.
Единственным препятствием для изучения документации может быть то, что она может быть написана на иностранном языке, как правило, на английском. В случае если вы не знаете английского языка, тактическим решением может быть использовать переводчик или попросить знакомых или друзей для перевода текста.
Однако если пришли в профессию надолго, то нужно осознавать, что английский язык также важен как и сам язык программирования. Потому что вся документация и книги, в первую очередь, появляются на английском языке. Также члены больших комьюнити и форумов общаются, де факто, на международном языке.
Совет № 3: Изучайте новые технологии и инструменты
Буквально несколько лет назад самым популярным инструментом для фронтенд разработки была библиотека jQuery. Несмотря на то, что данная библиотека все еще довольно популярна, появились новые, более современные фреймворки, такие как React, Angular, Vue и т.д.
Разработчики, которые вовремя не освоили данные технологии и не перестроились на новые рельсы, можно сказать, безнадежно отстали от мчащегося с огромной скоростью поезда под названием «информационные технологии».
Совет № 4: Не игнорируйте подготовительную работу
Подготовительная работа порой занимает уйму времени. а к результату, казалось бы, не имеет прямого отношения. Однако это
Подготовительная работа может включать такие виды работ, как построение логической структуры приложения, раскидывание функционала по модулям и файлам, настройка файлов сборки, настройка IDE и т.д.
Совет № 5: Комментируйте код
Сейчас современные проекты редко пишут программисты одиночки. Как правило над одним проектом работают несколько человек. Поэтому порой бывает сложно разобраться не только в чужом коде, но и в собственном.
Комментарии в коде значительно упрощают жизнь себе и другим участникам проекта. Если даже над проектом работаете только Вы, использование комментариев окупится сторицей.