Слышали ли вы когда-нибудь такое высказывание, что когда вы встречаете кого-то, вы уже решаете о нем в первые пару секунд? То же самое и с кодом. Когда вы откроете файл и получите первый взгляд, он уже определит, с каким энтузиазмом вы будете с ним работать.
Когда вы пишете код, убедитесь, что он простой и, прежде всего, читабельный. Многие разработчики не осознают, что удобочитаемость кода очень важна, особенно когда вы только начинаете, и ваш код может быть подвергнут проверке.
Держите его хорошо структурированным и не переусердствуйте в разработке кода - просто заставьте его работать. Вы всегда можете вернуться позже и улучшить его, но уже охватывать все сценарии, которые могут случиться когда-нибудь, - это пустая трата времени, особенно в производственной среде, где время - деньги. Если вы вернетесь и улучшите свой код, это также сделает вас позже лучшим разработчиком и действительно подтолкнет вас к следующему уровню.
Прокомментируйте свой код, чтобы его было легче забрать позже, но также не добавляйте слишком много комментариев, чтобы файлы превратились в беспорядок, и вам пришлось бы пролистывать целую вечность, чтобы добраться до важной части. Для расширенных объяснений и обозначений вам следует сохранить документацию по коду. Но хотя комментарии хороши и хороши, отступы в вашем коде действительно могут сделать ваш код красивым или беспорядочным. Не торопитесь и держите свой код структурированным и с правильным отступом. Никто не хочет смотреть на кучу сена. Специально для начинающих программистов я бы порекомендовал делать отступы немного больше, пока вы к этому не привыкнете, но, в конце концов, это личное предпочтение, если вы сохраняете аккуратность и аккуратность на каждом уровне. Конечно, вы можете использовать средство форматирования кода и просто отформатировать полученный код, но, опять же, сделайте это для себя и кого-то, кто потенциально может занять место после вас.
Напишите свой собственный чистый и простой код, а не просто переходите на stackoverflow или любой другой технический сайт, копируйте решение и вставляйте его. Убедитесь, что вы понимаете, что делаете. Я видел много случаев, когда были блоки кода, некоторые из которых были полезны, но большая их часть на самом деле ничего не делала, потому что была написана для аналогичного и в то же время для совершенно другого сценария.
Код, который вы пишете, в основном представляет вас и ваше отношение к проекту. Попытайтесь представить сценарий, в котором вам придется возобновить работу по прошествии длительного периода времени или что вам придется заняться проектом вслед за кем-то другим. Вероятно, вы захотите, чтобы код был хорошо структурирован, чист и прост. Так что делайте это для себя и других, поэтому держите свой код чистым и простым.
