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

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

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

Если у вас есть такая возможность, тогда отлично — давайте углубимся в наши предложения!

№1. Сохраняйте код простым

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

Если ваш код слишком сложен (и если вы не слишком опытны и намеренно пытаетесь перехитрить всех — не очень хорошая идея!), это обычно сводится к а.) недостаточному знакомству с выбранным вами языком программирования и инструментами, которые он предлагает. или б.) относительно нечеткое понимание важной концепции кодирования, такой как объекты или рекурсия. Определите область, в которой ваши знания шатки, и учитесь, чтобы исправить это. Если вам нужно вернуться к основам, сделайте это. Это касается вашей основной компетенции как программиста, и нет способа написать код быстрее, чем улучшить его!

№ 2. Пишите код, который можно переработать

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

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

№3. Задайте вопрос своим менеджерам

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

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

№ 4. Не просто используйте язык, понимайте его

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

Можете ли вы объяснить, что на самом деле означает «%» в вашем языке программирования, или вы просто используете его, потому что кажется, что он работает так же, как и в другом языке, с которым вы более знакомы? Вы можете подумать, что сможете запустить его, не изучив эти вопросы полностью — и, конечно, иногда вы можете, — но едва ли найдется более распространенная причина, по которой простые задачи занимают неоправданно много времени, чем программист, не понимающий должным образом свой язык.

№ 5. План по чертежу

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

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