В течение последних 3 недель обучения в школе Flatiron вы разрабатываете собственное приложение от начала до конца. Это «завершающий проект», предназначенный для демонстрации всего, что вы узнали в ходе курса. Поскольку я интересуюсь финтехом, я подумал, что создание простого приложения для составления бюджета будет классным первым проектом. Это также было чем-то, что я мог бы использовать, когда был студентом.

Когда я начал создавать свой проект модуля 5, моей первоочередной задачей было заставить все работать и достичь моего минимального ценностного предложения (MVP). Однако, как только я достиг этого, я понял, что, как бы ни было заманчиво создавать вещи для скорости и функциональности, так же важно помнить, что другим людям нужно будет прочитать и понять ваш код. Мой код было не самым простым для чтения, и его можно было построить лучше (вонючий код!).

Поэтому после того, как я стал MVP, я начал рефакторинг своего проекта.

Вот несколько вещей, которые я узнал:

  1. Создайте свой MVP

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

2. План

Подумайте о структуре вашего приложения и ВСЕ ПЛАНИРУЙТЕ. Что будет делать ваш код? Что он будет использовать? Как это будет выглядеть? Какая у него будет структура? Как он будет обновляться?

3. Сделайте его читабельным и простым

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

4. Комментарий

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

5. Не пишите код, когда вы устали

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

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