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

Почему я не был таким продуктивным и мотивированным, так это потому, что я думаю, что с большой свободой приходит отличное планирование и дисциплина. Вы должны планировать, что является вашим приоритетом и что необходимо сделать быстро. Для проекта на этой неделе я и мои товарищи по группе должны придумать приложение для интернет-магазина или веб-сайт электронной коммерции. Мы разделили работу и в течение нашего собственного времени и собственной цели (мы, сингапурцы, называем Oh Tea Oh Tea или O.T.O.T = собственное время, собственная цель), мы выполняли и компилировали наши части до линии даты.

Таким образом, я начал работать со своей стороны, и я не был действительно эффективным в том, как я работал. Например, мне нужно решить проблему, в которой у покупателя есть товары в корзине и отображается общая сумма. Мне пришлось кодировать добавление промежуточного итога отдельных элементов. Я думаю, что мог бы сделать намного быстрее и намного понятнее. Затем я попытался создать метод в модели для расчета общей суммы. Я гордился этим и узнал, что для вызова метода нужно создать переменную экземпляра. Прохладный! Делаю это впервые. Этому учили на уроке по принципу SOLID.

Вы спросите, что такое SOLID принципы? Это руководство для вас, чтобы иметь понятный, поддерживаемый и гибкий код. Таким образом, вместо того, чтобы помещать этот код в большее количество представлений или, что еще хуже, в мой контроллер, я мог просто вставить свою модель и вызвать ее оттуда. Магия Rails ~Кроме того, выполнение этого кода напоминает мне выполнение упражнений по кодам leet и ката по коду. Я мало практиковался в этом, так как был занят. Тогда это заставило меня осознать. Почему бы не применить принцип SOLID или цель FUM (гибкая, понятная и ремонтопригодная) к моей запутанной ситуации.

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

s в SOLID — это принцип единой ответственности. Это означает, что у класса должна быть одна обязанность. В последних нескольких проектах я тратил время на свою слабость; CSS. Тем не менее, я люблю решать проблемы и писать код для их исправления. Таким образом, я бы просто сказал, что возьму на себя исключительную ответственность за серверную часть веб-разработчика. Я понял, что чем больше я делаю разных проектов, тем больше я знаю, какой я программист. Я не люблю браться за CSS и графический дизайн, но мне нравится, когда все работает. Внедрение пользовательских историй в рабочий код и устранение проблем. Я на пути к программированию серверной части, ха-ха.

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

Всем программистам всех мастей!