Инженеры-программисты тратят много времени на приобретение навыков и изучение вещей, которые в конечном итоге им, вероятно, не понадобятся. Это происходит потому, что нам нравится освещать как можно больше и быть «готовыми» ко всему. Только приступив к работе в компании, мы видим, что навыки, которые мы использовали для получения работы, не соответствуют тем, которые необходимы в повседневной работе.
Вот несколько советов, навыков и приложений, которые эффективный программист должен интегрировать в свою профессиональную жизнь.
1. Github
Если вы разработчик программного обеспечения, очень важно понимать Github. Это один из самых популярных инструментов для проектов, и он широко используется. Тем не менее, это немного сбивает с толку, и есть ряд команд, которые нужно запомнить, но как только вы освоитесь с этим, вы получите божественное ощущение, если будете использовать его эффективно.
Независимо от того, какую систему репозитория использует ваша компания, система будет полезна, если вы используете ее правильно, и станет помехой при неправильном использовании. Простое нажатие или фиксация не займет много времени, чтобы вы часами пытались распутать мешанину из нескольких ветвей и развилок. Кроме того, если вы постоянно забываете загрузить самую последнюю версию репозитория, вы также столкнетесь с конфликтами слияния, а это никогда не будет забавным.
2. Научитесь расшифровывать чужой код.
Все мы знаем, что единственный человек, который пишет код лучше всех, - это вы, но способность понимать чужой код - это хороший навык для работы. Независимо от того, насколько запутан или плохо продуман код предыдущего инженера, вам все равно нужно уметь его пробираться. В конце концов, это твоя работа. Даже когда этим инженером годом ранее был ты.
Этот навык приносит вам двоякую пользу. Во-первых, возможность читать чужой код - отличный шанс узнать, что такое плохой дизайн. Просматривая чужой код, вы узнаете, что работает, а что нет. Что еще более важно, вы узнаете, какой тип кода легко выполнять другому инженеру, а какой - сложно.
3. Управляйте «Время и встречи»
Независимо от того, в какой сфере индустрии программирования вы участвуете на встречах, этого нельзя избежать, а иногда и не так плодотворно. Здесь умение состоит в том, чтобы научиться управлять, когда вы попали на плохую встречу и ничего не добиваетесь, вам нужно прекратить ее. Мы не имеем в виду буквально вешать трубку и больше никогда не разговаривать, а скорее возьмем это на себя и в свое время, чтобы все обдумать. Лучше двигаться со своей скоростью, чем быть увлеченным кем-то другим, но не в том же темпе, что и вы.
4. Напишите «Простой код».
Одна из тенденций молодых инженеров - это попытаться реализовать все, что они знают, в одном решении. Есть желание взять ваше понимание объектно-ориентированного программирования, структур данных, шаблонов проектирования и новых технологий и использовать все это в каждом бите кода, который вы пишете. Вы создаете ненужную сложность, потому что очень легко привязаться к решению или шаблону проектирования, которые вы использовали в прошлом.
Здесь есть баланс между сложными концепциями дизайна и простым кодом. Паттерны проектирования и объектно-ориентированный дизайн призваны упростить код по большому счету. Поэтому обязательно включите в него то, что необходимо для проекта, а не экстравагантный код.
5. Оперативное дизайн-мышление
Один навык, о котором трудно думать, - это поиск способов неправильного использования нашей программой пользователем. Это организационная установка, известная как операционное дизайн-мышление, что означает разработку программы с учетом ее использования конечным пользователем - как можно использовать нашу программу, какие недостатки они могут найти и как что-то может пойти не так, используя нашу программу.
Например, поскольку большая часть программирования связана с обслуживанием, это часто означает изменение кода, сильно связанного с другим кодом. Даже простое изменение требует отслеживания всех возможных ссылок на объект, метод и / или API. В противном случае можно легко случайно сломать модули, о подключении которых вы не подозреваете. Даже если вы просто меняете тип данных в базе данных.
