Заставляйте себя делать перерывы

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

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

1. Поиск подходящего языка программирования

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

Я хотел изучить язык со структурой, легко расширяемый новыми функциями, мощной интегрированной средой разработки (IDE) и IntelliSense, который предлагает рекомендации по написанию чистого кода. Меня не интересовала установка плагинов и других инструментов, а просто было что-то, что работало «из коробки».

IntelliSense — это помощь для завершения кода, которая включает в себя ряд функций: Список элементов, Информация о параметрах, Краткая информация и Полное слово. "Источник"

После некоторого времени поиска я наконец нашел язык программирования, который удовлетворял всем моим потребностям, которым был C# .NET Core. Наконец-то я смог написать качественный код и организовать его с помощью классов и объектов. Кроме того, было много шаблонов проектирования для улучшения моих навыков кодирования, таких как принципы SOLID, структурные, поведенческие и творческие шаблоны проектирования.

Еще одним большим преимуществом была система типов C#. Язык со строгой типизацией гарантирует, что мы передаем правильные типы данных, быстро видя, какие аргументы принимает метод, и в целом помогает лучше понять код и поток.

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

2. Заставляйте себя делать перерывы

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

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

Нелегко делать перерывы, когда вы чувствуете, что действительно близки к поиску решения, поэтому я установил будильник, чтобы заставить себя сделать перерыв. Я узнал, что когда я думаю, что близок к решению проблемы, я обычно трачу на 2–3 часа больше. Короткий перерыв на 15–30 минут сэкономит вам время, поверьте мне.

3. Сработает менталитет

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

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

4. Не раздумывайте, просто попробуйте!

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

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

5. Рефакторинг в конце

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

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

6. Научитесь предоставлять четкие обновления статуса

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

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

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

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

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

Want to Connect?
Follow me on Twitter.