Воспоминания из прошлого

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

В те дни, когда я только начинал, мой типичный рабочий процесс состоял из создания папки с названием проекта, добавления index.html, styles.css, index.js и немедленного начала сборки поверх этого.

По крайней мере, целый год я использовал это как способ создания проектов, как вы можете удивиться, мне было разрешено использовать эту структуру, потому что почти все проекты, над которыми я работал, исходили из трех F (Друзья, Семья и Дураки), которым нужен был простой веб-сайт для демонстрации некоторой информации и который не нужно было часто обновлять.

Но были времена, когда контент действительно нужно было обновлять, может быть, не ежедневно, а еженедельно или ежемесячно, поэтому каждый раз, когда мне приходилось вносить изменения или добавлять новый контент, мне сначала приходилось жестко закодируйте новый контент внутри файла .html, во-вторых, подключитесь к FTP-серверу и, наконец, загрузите изменения.

Этот процесс занял около 30 минут, и иногда его приходилось повторять из-за опечатки или ошибки, которую я создал.

Со временем я начал брать больше проектов, эти проекты строились одинаково, катастрофический конец был просто вопросом времени, вскоре я увидел, что мне приходится тратить 30 минут на загрузку изменений на разные FTP-серверы.

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

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

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

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

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

Новый способ

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

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

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

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

И к этому времени я имею в виду последние пару лет, я начал изучать архитектуру программного обеспечения, документацию по проектированию системы высокого уровня, документацию по требованиям к проекту, диаграммы последовательности, архитектурные диаграммы и многое другое, что я все еще пытаюсь обернуть. моя голова вокруг.

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

Документация — это ключ, и это первое, что я сделаю, потому что это позволяет мне больше сосредоточиться на кодировании, не постоянно думая о том, как это должно реагировать? как это должно себя вести? потому что я думал об этом заранее.

Заключение

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

Итак, напоследок, планируйте, планируйте до тех пор, пока вокруг темы не останется загадок.

Найди меня на