Я начал свою карьеру с кодирования и написал код примерно через 12–13 лет своей карьеры. Я люблю программировать, и всякий раз, когда это требуется, я могу засучить рукава и запачкать руки в кодировании. Кодирование — интересная часть для меня. Я вырос как разработчик, поэтому я могу глубоко понять боль разработчика. Я знаю, где разработчик может допустить ошибки при написании кода и как это исправить.
Но в наши дни бытуют мифы о том, что если вы разработчик Python, вы не можете кодировать на java или node js, или если вы разработчик php, вы не можете кодировать на golang.
Почему? Как можно так думать?
Потому что они не знают, что такое кодирование и как писать код на любом языке. Я могу понять, если вы нанимаете инженеров-программистов, у которых меньше опыта на 1–2 года. В таком случае можно и так думать, но если кто-то, кто пишет код, продержится 10–12 лет, неважно на каком языке. Не иметь возможности кодировать на любом языке. Да, это вопрос нескольких дней, которые ему или ей нужно пройти один раз, и он или она начнет кодировать на любом языке. Программирование настолько просто, что я помню одно из слов моего предыдущего начальника компании как
«У меня нет напряжения, связанного с программированием. Офисный мальчик может программировать, это всего лишь вопрос дней, просто нужно направить его».
Теперь, когда я вспоминаю эти слова, я нахожу его правильным. Он был абсолютно прав!!!
Но как насчет людей, которые думают, что люди, имеющие хороший опыт работы на определенном языке, не могут кодировать на другом языке.
Я бы сказал, что эти люди не знают даже основных принципов кодирования. Такие люди не могут развивать свой бизнес, потому что, если у них нет базового понимания, как они могут развивать свой бизнес, верно?
Второй миф заключается в том, что мы нанимаем вас в качестве директора или вице-президента по разработке, но вы должны хорошо разбираться в Java, независимо от того, писали ли вы код в течение 10–15 лет на каком-либо языке.
Какого черта? Вы с ума сошли?
Почему вы ищете директора или вице-президента? Почему бы вам не нанять старшего разработчика только в ⅓ пакета.
Там ответы типа
Нет. Мы не нанимаем вас для написания кода, но вы должны иметь опыт работы с Java или Golang.
Безумец, человек с хорошим опытом, а вы его так оскорбляете. Просто уйди и найди кого-нибудь еще, кто так же безумен, как и ты.
Я думаю, что это правильный ответ для тех людей. Много раз я давал этот ответ людям, называющим себя генеральным директором или основателем компании.
Я не знаю, как они называют себя генеральным директором, хотя они точно не знают средств генерального директора.
Ничего страшного, если вы не разбираетесь в программировании, по крайней мере, у вас должен быть здравый смысл или базовые представления о распознавании людей, верно?
Вам будет интересно, куда пошла тема.
Нет. Я на той же теме кодирования. Я обсуждаю и разбираюсь в распространенных ошибках и мифах, связанных с кодированием и мыслями людей. Я говорю вам реальность рынка. Ты должен подготовиться ко всем этим испытаниям, которые ждут тебя, приятель. Помимо кодирования, эта осведомленность очень необходима.
Итак, вот 10 распространенных ошибок, которые разработчики могут совершать при написании кода:
- Плохое именование переменных. Использование расплывчатых или запутанных имен переменных может затруднить понимание и сопровождение кода.
Решение. Используйте простые и понятные имена переменных, связанные с логикой или кодом, для которого вы пишете.
2. Отсутствие комментариев: код без комментариев может затруднить другим (или вам в будущем) понимание того, что делает код.
Решение. Используйте правильные комментарии для каждой логики и над каждой функцией.
3. Отсутствие модульного тестирования. Пренебрежение тщательным тестированием кода или модульным тестированием может привести к ошибкам и другим проблемам, которые потом будет сложно исправить.
Решение. Всегда пишите модульные тесты для своего кода и выполняйте их. Этот небольшой процесс улучшает качество вашего кода и доверие других к вам как к хорошему программисту.
4. Жестко закодированные значения: жестко закодированные значения вместо использования переменных могут сделать код негибким и трудным в обслуживании.
Решение. Не используйте жестко заданные значения вместо переменных. Если вы будете следовать модульному тестированию как привычке, это разрешится автоматически.
5. Отсутствие контроля версий. Отсутствие контроля версий (например, Git) может затруднить отслеживание изменений в коде с течением времени и совместную работу с другими.
Решение. Всегда используйте любой контроль версий, например Git. Это лучший инструмент на сегодняшний день.
6. Неправильная обработка ошибок и исключений. Пренебрежение правильной обработкой ошибок и исключений может привести к неожиданному поведению и сбоям.
Решение. Всегда используйте в коде обработку ошибок и исключений. Обработка ошибок и исключений — это хорошо, просто сделайте это привычкой.
7. Без учета безопасности: игнорирование последствий для безопасности и оставление кода уязвимым для атак может иметь серьезные последствия.
Решение. Всегда помните о безопасности при написании кода. Есть ли шанс, что кто-нибудь сможет взломать ваш код?
8. Неэффективные алгоритмы. Использование неэффективных алгоритмов может привести к снижению производительности и проблемам с масштабируемостью.
Решение. Всегда используйте в коде правильные и эффективные алгоритмы. Если вы пишете код, просто имейте в виду, что я пишу этот код постоянно, а не временно.
9. Несоблюдение соглашений о написании кода. Несоблюдение установленных соглашений о написании кода может затруднить чтение и сопровождение кода другими разработчиками.
Решение. Всегда используйте правила кодирования, соответствующие языку.
10. Отсутствие рефакторинга кода. Нерегулярный рефакторинг кода для улучшения читабельности, удобства сопровождения и производительности может привести к тому, что со временем код станет все более сложным и трудным для работы.
Решение.Всегда время от времени используйте рефакторинг кода. В первый раз вы можете пропустить это, но всякий раз, когда вы смотрите на свой код во второй раз. Вы не должны игнорировать это. Всегда помните о самом первом разе, чтобы потом не оглядываться назад.
Надеюсь, вы найдете эту статью интересной и обязательно полезной для себя. Эта статья будет интересна и полезна для вашего карьерного роста и изучения рынка. Если вам это действительно нравится, ставьте лайк, делитесь и комментируйте.
Наслаждайтесь кодированием. Удачи!!!
Заключение
Кодирование — интересная штука. Когда я программировал, я много раз забывал обед. Я надеюсь, что это произойдет и с вами, если вы любите программировать. Я обсудил два самых важных мифа о наших днях. Что происходит на внешнем рынке? Затем я обсудил около 10 распространенных ошибок программирования, которые обычно совершает каждый разработчик, и их решения.
