Я не говорю о жизненной борьбе, хотя временами это тоже может быть очень реальным. Я говорю о борьбе за программирование. Независимо от того, новичок вы или профессионал, вам всегда придется немного потрудиться, прежде чем вы достигнете своей цели. Как недавно доказала Amazon с их опечаткой в ​​S3, ошибаться - значит быть человеком. Когда вы пишете код, вы тратите часть своего времени на создание, а большую часть - на отладку. Это особенно актуально для новичков и может быть особенно проблематичным, если ваши сообщения об ошибках нечеткие, или, что еще хуже ... сообщений об ошибках нет! С чего начать ?!

Борьба 1. Определите проблему

Обычно первая проблема, которую нужно преодолеть, - это найти проблему, которую нужно решить. На этом этапе больше внимания уделяется навыкам решения проблем в целом и творчеству. Если ваша цель - стать предпринимателем, вы можете столкнуться с более серьезными проблемами. Airbnb, например, решил проблему, где остановиться, когда все отели полностью забронированы. BlueApron одновременно решил проблему незнания, что готовить, как готовить, что покупать, и необходимости идти в продуктовый магазин. Однако некоторые проблемы гораздо меньше и более специфичны, например, сделать ваш сайт более удобным для пользователя или добавить логин и профиль пользователя. Как только вы определили свою проблему, пора переходить к следующему этапу.

Борьба 2. Напишите свой код

Теперь, когда у нас есть проблема, которую нужно решить, и цель, пора приступить к программированию. Если вы работаете над большим приложением, я считаю, что полезно разделить этот шаг на две части: создание тестов и кодирование приложения. Я из тех людей, которые любят вставать и сразу же начинать работу, что отлично работает, если вы пишете что-то маленькое. Однако я понял, что иногда стоит притормозить и составить план. Создание тестов rspec - полезный способ выявить ваши ожидания еще до того, как вы начнете разрабатывать свой код. Это поможет вам (и вашей команде) лучше понять архитектурную структуру вашего приложения и даст вам прочную основу для начала. Как только вы четко определились с ожиданиями и почувствуете порядок и последовательность действий для своего приложения, ваш процесс разработки будет проходить намного более гладко ... пока вы не достигнете неизбежного следующего шага.

Борьба 3. Отладка

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

Тесты Rspec помогут вам сориентироваться и пролить свет на проблему, с которой вы столкнулись. Если вы не прошли тест rspec, вы получите на несколько строк больше информации о вашей ошибке, чем обычно. Тесты дают вам четкое представление о том, где именно ваше приложение дает сбой, и могут даже выявить некоторые скрытые ошибки. Например, предположим, что ваш начальник специально сказал вам, что после создания учетной записи пользователя веб-сайт должен перенаправить на домашнюю страницу нового пользователя с помощью его уникального URL-адреса. Однако, потратив несколько дней на создание различных частей веб-сайта, вы забыли об этом запросе и поэтому по умолчанию использовали идентификационный номер пользователя в своем URL-адресе. Это не то, что вызовет ошибку, если вы не написали для этого специальный тест rspec. Вот почему планирование, тестирование и неудача так же важны, как и создание.

Борьба 4. Борьба продолжается

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

Никогда не прекращайте бороться. Сохраняйте спокойствие и продолжайте борьбу.