Семь вещей, которые нужно знать начинающему программисту
Если вы недавно в мире профессиональных разработчиков, вы могли слышать о вещах, которым не учат в университете или на курсах.
Выпускник ли, начинающий карьеру разработчика, или человек, переходящий к программированию из другой сферы, остановись и прочти эти семь советов для начинающих программистов от тех, кто занимается этим уже много лет.
Загляните под капот
Знание языка программирования — основа разработки программного обеспечения. Но не менее важно понимать, что скрывается у языка под капотом.
Пит Балл, инженер поддержки в Acquia, сказал: «Многие языки абстрагированы от того, что происходит на уровне системы, и эта абстракция полезна, поскольку позволяет разработчикам быстрее разрабатывать. Но когда вы натыкаетесь на грабли, действительно неприятный баг, нужно понять, что же происходит внутри. Совершенно необходимо тогда уметь заглянуть внутрь процесса, посмотреть системные вызовы и понять, как кусок кода взаимодействует с остальной системой».
Точно так же говорит Роберт Дуглас, вице-президент отдела удовлетворенности клиентов Platform.sh: «Когда я начинал программировать, были вещи, которые я действительно не понимал. Три примера таких вещей — файловые системы, сеть и то, как данные хранятся в памяти. Это значит, что я не обязательно понимал цели некоторых программ, с которыми сталкивался».
Знайте инструменты командной строки
Есть шанс, что как разработчик, вы большую часть времени будете писать код в красивом редакторе или IDE. Однако знание разных утилит командной строки может облегчить вам жизнь.
Ветеран с двадцатилетним опытом, пожелавший остаться анонимным, сказал: «Иногда вы оказываетесь перед машиной с ограниченным набором инструментов и задачей, которую надо сделать прямо сейчас. Знайте командную строку, как пять пальцев; инструменты, такие как find, comm, diff, vi/vim, sed, awk; умейте писать небольшие скрипты прямо в командной строке, чтобы найти файл, который надо подправить прямо сейчас, потому что продакшн сломан, а Джо, который полез своими ручонками не туда, — в отпуске на Фиджи».
Балл, использовавший инструменты Microsoft, а теперь перебирающийся на Linux, соглашается: «Я узнал о командной строке и утилитах *nix все, что возможно. Я могу вспомнить код, который писал год назад, и как я проводил дни или недели, работая над тем, что решается однострочником на grep+awk».
Дебаггер — ваш друг
Как разработчик, вы проведете кучу времени, отлавливая баги. Дейв Вэйрон, биотехнолог-программист в Novartis, выделяет преимущества дебаггера, несмотря на затраты времени на его освоение.
«Учитесь пользоваться дебаггером!», — говорит он. «Потратьте день-два на его настройку. Если вы не видите ожидаемого результата, просто отладьте его: установите точки останова и аккуратно продвигайтесь по коду, особенно по коду сторонних библиотек. Это лишит вас дней разочарования, более того: вы научитесь новому, просто читая чей-то код».
Научитесь писать тесты
Некоторые разработчики уверены в критической важности модульного тестирования, которое подразумевает написание небольших тестов, проверяющих, делает ли код то, что задумал разработчик. Среди этих людей — Ричард Хэндлофф, разработчик баз данных в Strategic Power Systems. Он пишет: «Думаю, что лучший совет, который я могу дать начинающему разработчику — научиться писать хорошие тесты как можно раньше».
Планируйте самообучение
С быстрым изменением технологий меняются системы, языки и инструменты, используемые программистами.
Адам Вульф, мобильный разработчик и основатель Milestone Made, предполагает, что новые разработчики должны быть готовы к изменениям и быть на гребне волны. «Прямо сейчас я хочу сказать, что вы должны быть готовы осваивать новый стек технологий примерно каждые четыре года. Хорошие базовые знания всегда будут актуальны, но инструменты и технологии, которые вы будете использовать каждый день, будут меняться не реже, чем с названной частотой».
«Проекты больше не пишутся на одном языке и стеке технологий», сказал анонимный разработчик. «Вы никогда не ограничитесь работой только с одной технологией в одном проекте. Привыкайте к переходу из проекта в проект и от одних языков и технологий к другим».
Кооперируйтесь
Несмотря на то, что обычно разработчики работают обособленно, им приходится взаимодействовать с другими людьми. Бен Миллер, CTO Sinclair Digital Ventures, подчеркнул важность готовности к командной работе для вашей карьеры: «Большие проекты — это куча движущихся деталей, собранных вместе, и то, как они соединяются и разделяют проблемы, создаст невероятные инженерные сложности, если вы не будете осторожны», пишет он.
«Прежде чем браться за улучшение одного алгоритма, соберитесь с командой и убедитесь, что нет способа разделить проблему на всех, сделав ее проще. Разработка — командная игра!».
Подтверждая важность командных навыков, Вейрон говорит: «Если вы не можете понять самостоятельно, как работает этот интерфейс, попросите помощи. То, что вы считаете свою работу шедевром, не делает ее шедевром. Как в колледже, у других людей в комнате те же вопросы или вопросы, на которые только вы можете ответить. Разрабатывайте отношения с коллегами. Часто просто озвучивание проблемы вызывает озарение».
Анонимный источник, разделяющий мнение о важности командной игры, говорит: «Соберитесь и делайте что говорят, даже если это вас утомляет. Но осторожно: вы рискуете застрять так надолго».
Разрабатывайте для себя вне работы
Миллер дает достаточно интересный совет, который не кажется очевидным на первый взгляд. «Разработка для себя — путь к повышению», — говорит он. «Найдите простое решение проблемы, сделайте код понятным и легко модифицируемым, и вам подкинут еще больше работы. Со временем у вас даже будут просить совета» — объясняет он. «Короче говоря, стремление к спокойной безопасной работе затормозит карьеру».
Перевел: Андрей Никифоров
___
Полезные материалы для начинающих разработчиков от образовательного IT-портала GeekBrains:
Запись вебинара «Все, что вы хотели знать о профессии программиста»
Бесплатный онлайн-курс для начинающих «Основы программирования»
Работа программиста
Именно представители этой профессии создают историю технологий. Как? Что нужно для такой работы? Что должен знать начинающий программист, чтобы создать продукт, подобный YouTube или Google?
Работа такого специалиста — это комбинация чисто технических действий с разными языками программирования и творческой работы по оптимизации функционала итогового программного продукта. Специалист занимается проектированием, созданием алгоритма программы, написанием ее кода, проверкой на работоспособность.
Необходимые профессиональные умения и знания
Всему перечисленному можно научиться. Да, развиваться нужно постоянно, но базовый навык кодирования можно развить до совершенства всего за несколько лет учебы по качественно проработанной образовательной программе.
Другой вопрос, что нужно знать чтобы поступить на программиста. Здесь невозможно за 2−5 лет вырасти в профессионала, если подойти к профильному образованию с минимальным набором школьных знаний. Желая опередить соперников, со старта карьеры получить преимущество, каждый программист (будущий) должен приступать к освоению профессии с отличной базой:
Что должен знать программист для работы на перспективу (карьера, зарплата, репутация)? Нужно глубокое понимание архитектуры программной среды, где предстоит работать, принципов кодирования, знание простейших методов создания программ.
Знать нужно очень много: стандарты программирования, концепцию проектирования задач, методологию тестирования ресурсов. Чем глубже студент погружается в основы математики (анализ, графы), тем сильнее его позиции, шире арсенал применяемых инструментов.
Дополнительные навыки делающие конкурентоспособным на рынке труда
Какие навыки помогут быстрее завоевать рынок престижных вакансий?
Что должен знать новичок
Работа программиста — это безостановочная эволюция знаний. Теоретическая и практическая платформа формируется во время обучения, но на этом процесс становления не заканчивается — различные знания надо обновлять с углублением в узкие направления. Но значит ли это, что стартовать с минимальным набором знаний, умений навыков нельзя? Новичку для хорошего резюме достаточно:
Всем нужен английский язык и понимание принципов логики. Многое определяет выбранное направление работы. Веб-программисту важно умение писать программы и понимание архитектуры разных платформ. Системным программистам необходимо освоить API ОС.
Необходимые знания для поступления
Что надо для получения высокого образования по программистскому профилю? Чтобы быть зачисленным в колледж или вуз «Синергия» окончания курсов или работы с репетиторами не потребуется. Нужны хорошие оценки по математике, физике, информатике. Очень ценно знание английского языка.
Правила «идеального программиста»
1. Старайся стремиться к профессионализму
Сначала стоило бы разобраться с термином «профессионализм». Обычно под профессионалом принято считать человека, который знает свою предметную область намного лучше, чем его окружение. Но это не единственный критерий по которому надо определять профессионализм. Наравне с этим качеством идет и тот факт, что настоящий профессионал не боится брать на себя ответственность за проделанную работу и отвечать за нее на протяжении всего процесса эксплуатации, будь-то куска кода, модуль, проект или иной результат его работы. Так что термин профессионал, для вас должен раскрываться как «ответственный знаток конкретной предметной области». Все хорошо, но под предметной областью можно подразумевать в принципе что угодно, не вдаваясь подробности. Мы же ударимся в конкретику и перечислим необходимый минимум для разработчика:
Алгоритмы и структуры данных. В подавляющем большинстве случаев, рядовой разработчик не сталкивается с прямой надобностью использовать алгоритмы их в том виде, в котором они изложены в учебных пособиях, но их присутствие практически в каждой строчке кода в том или ином виде — бесспорна. Банальное грамотное оперирование командами if и else закладывает в Ваш фундамент профессионализма кирпичик базового познания.
Паттерны проектирования. Зачем разрабатывать «Велосиный костыльпед» для решения уже решенных задач? Знание данной области чем-то схожи с алгоритмами, за исключением принципов и уровня их использования.
Принципы проектирования. Под этими словами я подразумеваю совокупность методологий разработки, способов ее ведения и умение описать свой кода в виде диаграмм, блок-схем и документации.
По моему личному мнению, сформированному благодаря различным источникам, этот минимум идет на протяжении нескольких десятилетий, практически без изменений.
2. Научись говорить НЕТ
Этот совет кажется незначительным, на пути к становлению теми кем мы хотим казаться для большинства рекрутеров, но это в корень неверно. Яркий пример, который, как кажется, знаком каждому. Середина недели, к Вам подходит ваш начальник и неоднозначно намекает на то, что такой-то функционал должен появиться в Вашем приложении уже к концу недели. По неопытности, в начале пути, многие из нас безукоризненно ответили бы «Будет готово», параллельно планируя на какое время перенести поход в стоматологию и каким кофе запастись. Данный ответ является ошибочным по ряду причин:
У вас общие цели, но разные обязанности. Руководители, как и программисты — люди у которых есть свои обязанности с которыми (надеюсь) они умеют справляться. И также у них есть общие цели, в данном случае — добавление нового функционала, хотя порой они могут различаться в реализации, поэтому необходимо уметь приходить к оптимальному результату. Но это же «имя высокопоставленного начальника», как мне вступать с ним в полемику? Повторюсь, у вас общая цели, а для этого жизненно необходимы переговоры, а не слепо катить камень в гору. Увлекаться тоже не надо и вопросы «А зачем?», «А это точно?» будут довольно излишними для достижения общей цели. Эти вопросы должны всегда быть вне зоны вашей компетенции. Исключением будет являться, только тот случай, когда вы вплотную общаетесь с заказчиками и уверены в необходимости этих вопросов.
Вы не успели взвесить все нюансы. Этот момент касается в большинстве случаев — импульсивных людей, которые соглашаются на любой «кипишь». Это роковая ошибка, может стать для вас клеймом с надписью «А помнишь ты не …?», которое является результатом согласия, которое вы дали без задней мысли, которое более того будет обоснованным.
Как по мне, выходом из данной ситуации будет разговор с «торгами», в процессе которого, вы должны объяснить нюансы своей работы и возможные последствия такого указания (обычно это грязь в коде, что в будущем очень сильно скажется на сроках добавления нового функционала, не полная реализация всего, что было запрошено) и дать время на более детальное рассмотрение задания, чтобы вынести свой вердикт по времени его исполнения. Эта цифра навряд ли останется такой, какой вы ее озвучили, но точно даст руководителю более детальную картину происходящего, после чего и начнутся сами «торги».
3. Научись говорить ДА
Во-первых, это большая ответственность, сказать да. Во-вторых, как и в предыдущем примере, при принятии решения необходимо время. Обычно перед выбором ответа, я задаю себе следующие вопросы:
Это зависит от другого человека?
Первые 2 вопроса нужны для определения важности дела по матрице Эйзенхауэра, что позволяет разбить положительный ответ разные временные рамки, в противном случае пробрести аргументы для отрицательного ответа и определения новых рамок посредством переговоров. Третий вопрос позволяет мне добавить в конечный ответ обещание либо с конечной целью (в случае с отсутствием зависимости), либо с обещанием действия для достижения этой цели. В любом случае говорить да легче, чем нет, но этот ответ должен быть с чётким пониманием и готовностью взять на себя ответственность, чтобы при следующем общении у собеседника не возникло сомнений в надежности этих обещаний.
4. Умей справляться с давлением
Данный навык можно было бы покрыть одной фразой, которая является фундаментом — не допускайте ситуаций, создающих давление. Но, к сожалению, мы живем в реальном мире с реальными людьми и их проблемами. В подавляющем большинстве случаев давление будет оказываться, в форме времени исполнения и взятия обещаний. Пример: по непредвиденным обстоятельствам, несколько человек, с которыми вы работали, перевели на другой проект, но при этом «темп Вашей работы упасть не должен». Конечно, в данном случае, о профессионализме человека, поставившего вас перед этим малоприятным фактом, речи идти не может, но как у профессионала, у вас есть следующие навыки:
Дисциплинированность и неизменность своего поведения в напряженных ситуациях. Слезами горю не поможешь и вы должны это понимать как никто другой. В лучшем случае, на проект придется выделять чуть больше времени, чем планировалось, в худшем — полностью менять исходные инструменты, архитектуру и т.д. В любом случае сохраняем спокойствие и трезвость ума.
Умение контролировать свои обязательства. Помимо текущей задачи, скорее всего, у вас имеются и ряд других. Конечно, в критических ситуациях стоило бы пересмотреть приоритеты и сообщить об этом всем причастным, но для этого должна быть очень веская причина. Также стоит довериться своим собственным правилам, которые определяются индивидуально. Это может быть как и обычная физическая активность (подтягивания, бег), так и специфические методики по типу ведения документации проекта через PHPdocumentor. В любом случае у вас есть хорошая предметная база с фаворитами, которые помогут в таких ситуациях.
5. Цени время
Время — то, чего всегда не хватает в нашей профессии. Мы привыкли работать с раннего утра, до поздней ночи, с середины дня, до вечера и еще множество комбинаций из различных временных диапазонов. Проблема этого факта в то, что она напрочь убивает все вышеперечисленные советы, если вы не имеете четко спланированного распорядка дня, то будет сложно соблюдать обещания. Если нет распорядка дня или хотя бы наметки на него, то вы постоянно будете находиться под давлением от выработанного стресса или других проблем, в подавляющем большинстве вызванных от отсутствия тайм-менеджмента. И последнее, вы банально будете ценить не только свое время, но и время своих коллег, если они будут знать, когда можно обратиться к Вам за советом или собрать пятиминутку.
Данные рекомендации явным образом не являются «правдой в первой инстанции», но являются результатом собственных наблюдений и опыта, которые были испробованы на практике. Этот список стоило бы расширить и конкретизировать, но за этим я предлагаю обратиться к вышеупомянутой книге «Идеальный программист», в которой каждый из нас сможет почерпнуть для себя много нового или давно забытого старого.
101 совет, как стать хорошим программистом (и человеком)
1. Научитесь гуглить
Быть программистом, — значит научиться искать ответы на свои вопросы. Научившись эффективно «гуглить», вы сэкономите много времени, затрачиваемого на разработку.
2. Не обещайте много, но делайте больше, чем обещали
Лучше сообщать вашей команде, что выполнение задачи займет три недели, но выполнять её за две, чем наоборот. Следуя этому принципу, вы выстроите доверительные отношения.
Примечание от переводившего:
Большая просьба снисходительно отнестись к замеченным ошибкам в переводе, грамматике или пунктуации, и сообщить о них для исправления.
Спасибо
3. Будьте добры к дизайнерам; они ваши друзья
Дизайнеры обеспечивают решения пользовательских проблем. Учитесь у них и работайте сплоченно, чтобы создавать эффективные продукты.
4. Найдите наставника
Найдите кого-то, у кого могли бы учиться и получать авторитетное мнение (в ориг. «bounce off»). Coding Coach — отличное место, где вы можете найти технического наставника.
5. Будьте наставником
Будьте тем, у кого другие могут чему-то научиться. Мы будем рады видеть вас среди наставников на Coding Coach.
6. Пишите полезные комментарии
Пишите комментарии, объясняющие «почему», а не «что».
7. Называйте переменные и функции соответствующе
Функции и переменные должны точно описывать их назначение, поэтому «myCoolFunction» не подходит.
8. Берите отпуск
Нам всем нужно отдыхать. Отправьтесь в путешествие, о котором мечтаете. Ваш мозг и сотрудники будут благодарны.
9. Удаляйте неиспользуемый код
Не стоит накапливать технический долг.
10. Учитесь читать код
Чтение кода — недооцененный навык, но очень ценный.
11. Установите здравый баланс между работой и личной жизнью
Вам требуется время, чтобы расслабиться после долгого рабочего дня. Отключите рабочие уведомления или удалите приложения из вашего телефона.
12. Личные встречи только при необходимости
Этот вопрос может быть решен по Email или Slack? Если да, не стоит назначать встречу. Если нет, не затягивайте её продолжительность без веских причин.
13. Парное программирование
Парное программирование позволяет вам побыть и в роли учителя и в роли ученика.
14. Пишите отличные email-письма
Научитесь захватывать внимание собеседника в email-письмах, выражаясь кратко, но ясно.
15. Станьте частью сообщества
Окружайте себя единомышленниками, мотивирующими вас преодолевать трудности.
16. Убирайтесь в своих ветках
Убирайтесь в ваших ветках систем контроля версий, как вы делаете это дома перед приходом гостей. Если вы не нуждаетесь в чем-то, выбросите это; не складывайте в шкаф.
17. Не занимайтесь фейс-контролем
Не говорите другим, что они недостаточно хороши, чтобы работать в отрасли. Каждый имеет ценность.
18. Постоянно обучайтесь
Вы выбрали профессию, которая требует непрерывного обучения. Учитесь любить и это.
19. Не сдавайтесь
Это не всегда будет легко. Но ведь мы все начинали с того же. У вас получится.
20. Беритесь за задачи, которые пугают
Если они вас не пугают, значит не помогут вам расти.
21. Уточняйте требования перед тем, как начать
Вы должны понять критерии выполнения задачи перед тем, как приступить к написанию кода. Это сэкономит ваше время.
22. Овладейте набором инструментов
Обзаведитесь набором инструментов, которыми вы владеете вдоль и поперек. Знайте, для каких целей они служат и когда выгоднее использовать тот или иной инструмент в проекте.
23. Учитесь любить конструктивную критику
Просите доверенных коллег и друзей о конструктивной критике. Это поможет вам расти как программисту и как человеку.
24. Будьте всесторонне развиты
Технологии меняются, и меняются быстро. Не противьтесь новинкам, а изучайте и формируйте о них своё мнение.
25. Оставайтесь актуальным
Будьте в курсе последних технических новостей, следя за публикациями, блогами, подкастами и новостями.
26. Сосредоточьтесь на решении проблемы
Развитые навыки решения проблем помогут победить любую проблему. Оттачивайте то, что поможет решить проблему.
27. Оставайтесь скромным
Независимо от того, какое у вас звание или в какой компании вы работаете, оставайтесь скромным.
28. Учитесь делать отличные презентации
Учитесь, как увлекать аудиторию и делать отличные презентации
29. Изучите все решения, прежде чем остановиться на чем-то
Не хватайте первое попавшееся решение. Изучите все варианты перед тем, как приступать к написанию кода.
30. Найдите свою нишу
В технической индустрии существует много разных сфер. Найдите область, которая будет интересовать вас больше других и станьте в ней экспертом.
31. Развивайте хорошие привычки
Старайтесь вырабатывать устойчивые и полезные привычки, такие как удаление отвлекающих факторов, планирование своего времени, присутствие на собраниях и привычка начинать с наиболее важных задач. Это может потребовать определенных усилий, но оно будет стоить того в долгосрочной перспективе.
32. Изучайте отладку кода
Исследуйте инструменты браузера для отладки кода. Изучайте эти возможности в вашей IDE. Изучая наиболее эффективные методы отслеживания ошибок, вы будете способны решить даже наиболее сложные проблемы.
33. Развивайте свои текущие навыки
Просто потому, что в данный момент вы овладели каким-то навыком, не значит, что не нужно продолжать развивать его. Навыки со временем теряются, если сознательно не совершенствуются, а индустрия эволюционирует настолько стремительно, что важно продолжать практиковаться. Избавьтесь от типа мышления «Я всегда это делал таким образом» и переключитесь на «Есть ли лучший способ сделать это?».
Даже если сейчас у вас отличный пресс, глупо надеяться, что вы сможете съедать по пончику в день и не потерять его
34. Поймите, почему
Будут ситуации, когда вы должны будете высказать своё мнение, поэтому предварительно важно понять, почему. Почему решение «А» лучше решения «Б»? Предоставьте правильные аргументы и ваше мнение будет более обоснованным.
35. Знайте себе цену
Вы — товар, и должны быть надлежащим образом оплачены. Будьте осведомлены о средних зарплатах в вашей сфере в регионе, где находитесь. Если вы получаете меньше денег, пора поговорить с менеджером. Идите за тем, чего заслуживаете.
36. Не бойтесь просить о помощи
Если вы застряли на проблеме и тратите слишком много времени на поиск решения, самое время обратиться за помощью. Все мы люди. Нам всем может понадобиться помощь. Нет ничего постыдного в том, чтобы обратиться к коллеге за поддержкой.
37. Учитесь учиться
Люди обучаются по-разному. Одним лучше обучаться с помощью видеоуроков, другим — через чтение книг. Определите подходящий вам стиль обучения и старательно практикуйте его.
38. Будьте добрым
Будут ситуации, когда вас попросят дать отзыв о коллеге. Будьте добрым. Вы можете высказать мнение о недостаточной инициативности Деборы, не разрывая её на части.
39. Делайте перерывы
Практически невозможно 8 часов подряд проводить за написанием кода. Вы быстро выгорите и наделаете множетсво ошибок. Поэтому установите таймер, чтобы напомнить себе останавливаться и сделать перерыв. Сходите на прогулку. Попейте кофе с коллегами. Отвлечение от экрана положительно скажется на вашей продуктивности и качестве работы.
40. Отслеживайте свой прогресс
Обучение программированию занимает много времени и может быть невероятно изматывающим, если вы не видите прогресс. Поэтому важно отслеживать достижения и прогресс в движении к своей цели. Держите небольшой список рядом с компьютером и каждый раз, когда достигаете чего-то нового, отмечайте это, каким бы незначительным оно не было. Большие награды состоят из маленьких достижений.
41. Не полагайтесь на фреймворк или библиотеку
Изучайте нюансы языка программирования больше, чем тонкости фреймворка или библиотеки. Не обязательно изучать язык перед знакомством библиотеками, но понимание того, почему фреймворк или библиотека работают определенным образом, поможет вам писать более чистый и производительный код.
42. Учитесь любить код-ревью
Присутствие кого-то, кто читает и анализирует ваш код, может вселять ужас, зато может обеспечить бесценную обратную связь, которая сделает вас лучшим программистом, чем до этого. Вы также должны работать над способностью проводить хорошее код-ревью.
43. Интересуйтесь смежными областями
Изучите основы смежных сфер деятельности, таких как дизайн, маркетинг, фронтенд или бекенд разработка. Это поможет вам стать более разносторонним программистом.
44. Не выбирайте удобную технологию; выбирайте правильную
У каждого проекта разные потребности и поэтому мы должны выбирать правильные инструменты для работы. И хотя гораздо удобнее выбрать технологии, с которыми вы работали ранее, если они не соответствуют потребностям проекта, нужно изучить альтернативы.
45. Берите ответственность за свои ошибки
Все люди делают ошибки и вы будете допускать их на протяжении всей вашей карьеры. Поэтому очень важно признавать это и брать на себя ответственность, когда допускаете ошибку. Это поможет выстроить доверительные отношения с членами вашей команды и менеджментом.
46. Проверяйте свой собственный код
Перед созданием пул-реквеста, проверьте свой собственный код. Если это была работа коллеги, какие комментарии вы бы сделали? Очень важно сначала определить проблемы или ошибки, прежде чем запрашивать проверку кода.
47. Учитесь на своих неудачах
Неудача — это просто не достижение ожидаемого результата, и это не обязательно плохо. У всех нас случается много неудач в течение карьеры. Учитесь на своих ошибках. Что вы можете сделать по-другому в следующий раз?
48. Определите свои слабые стороны
Узнайте себя. Какие у вас слабые стороны? Может быть, постоянно забываете обновить тесты перед пушем. Или вы плохи в плане ответов на email-сообщения. Изучите свои недостатки, чтобы активно работать над ними.
49. Оставайтесь любопытным
Эта сфера постоянно эволюционирует, поэтому любопытство важно. Если вы чего-то не понимаете, будь то требования проекта или строка кода, скажите об этом. Никто не будет критиковать вас за то, что вы попросили разъяснений, и в результате вы создадите лучший код.
50. Не пытайтесь учить всё
В мире огромное количество знаний и просто невозможно освоить всё. Выберите несколько тем для освоения и отбросьте остальное. Вы конечно сможете получить косвенные знания о других областях, но не получится их все освоить.
51. Убейте своих любимцев
То, что вы пишете какой-то код, не значит, что вы должны быть эмоционально привязаны к нему. Никому не нравится, когда его работа выбрасывается, но код имеет жизненный цикл, не стоит забывать об этом.
52. Поддерживайте свою команду
В хорошей команде все поддерживают друг друга. Это создаёт благоприятную почву пробовать что-то новое без страха наказания.
53. Ищите вдохновение в сообществе
Найдите несколько человек из той же сферы, которые вас восхищают. Это будет вдохновлять вас продолжать работать над своими проектами или пробовать что-то новое.
54. Цените свою работу
Независимо от опыта или должности, ваша работа имеет ценность. Цените её по достоинству.
55. Заблокируйте отвлекающие факторы
Отключение уведомлений в мессенджерах, email и социальных сетях поможет вам сфокусироваться и провести рабочий день максимально продуктивно. Джерри не умрёт, если вы ответите ему через 30 минут.
56. Оказывайте поддержку
Поддерживайте членов вашей команды, например, посетив важную презентацию или помогая, если они застряли.
57. Хвалите тогда, когда этого заслуживают
Если кто-то проделал отличную работу, скажите об этом. Похвала — отличный способ завоевать доверие членов вашей команды.
58. Тестируйте ваш код
Тесты важны. Юнит-тесты, регрессивное, интеграционное, сквозное тестирование. Тестируйте свой код и ваш продукт будет более стабильным.
59. Распланируйте свой подход
Когда вы получаете запрос на разработку нового функционала или тикет с ошибкой, сначала разработайте план атаки. Что вам требуется, чтобы решить эту проблему или разработать функционал? выделение хотя бы нескольких минут, чтобы спланировать атаку, может сэкономить часы разочарования
60. Учитесь псевдокодировать.
Псевдокодирование — отличный навык, потому что позволяет вам решать сложные проблемы без затрат времени на написание строк кода. Опишите выбранный подход на бумаге, смоделируйте различные примеры тестирования и посмотрите, где подводные камни.
61. Отслеживайте свои достижения
Если вы получили награду на работе, запишите это. Если вы разрабатываете важную функцию, запишите это. Вы создадите беклог моментов, которые могут помочь в продвижении по службе или повысить моральный дух в трудные моменты.
62. Изучайте основы программирования
Изучите некоторые основные алгоритмы сортировки и поиска, а также структуры данных. Это поможет вам в решении задач независимо от языка.
63. Выбирайте долговечные и поддерживаемые технологии
Хотя тестировать самые новые технологии интересно, выбирайте те из них, которые будет легко поддерживать в enterprise-приложении. Команда будет благодарна вам долгие годы.
64. Изучайте шаблоны проектирования
Шаблоны проектирования — это полезные инструменты для разработки архитектуры кода. Вы можете не нуждаться в них на каждом проекте, но общее представление о них поможет при создании больших приложений.
65. Уменьшайте неоднозначность
Вместо написания сложного кода, демонстрирующего ваши умелые навыки программирования, стремитесь к удобочитаемости и простоте. Это поможет членам вашей команды легче внести свой вклад.
66. Погашайте технический долг
Технический долг может иметь серьезные последствия для производительности, поэтому если можно провести рефакторинг, вы должны это сделать.
67. Обновляйтесь чаще
Вместо того, чтобы выпускать масштабные обновления раз в месяц, делайте это чаще с меньшим списком изменений. С меньшей вероятностью вы сделаете ошибки и сломаете изменения.
68. Делайте коммиты рано и часто
Делать коммиты рано и часто — лучший способ обеспечить чистоту вашей работы, а также уменьшить стресс от случайного возврата важных изменений.
69. Поймите, когда нужно просить о помощи
Вам следует не только не бояться просить о помощи, но и понять, когда это следует делать. Вы всегда должны пытаться решить проблему перед тем, как просить о помощи. Но когда вы боретесь с проблемой больше часа, стоимость перевешивает выгоду, и вам следует обратиться к коллеге.
70. Задавайте правильные вопросы
Когда задаете вопрос, старайтесь быть настолько конкретным, насколько это возможно
71. Получайте отзыв о незаконченной работе
Вам не обязательно заканчивать работу, чтобы получить отзыв о ней. Если вы не уверены в правильности выбранного направления, попросите коллег помочь проверить это.
72. Читайте документацию
Документация — это чистейший источник правды о технологии, поэтому умение читать её может быстро помочь вам стать экспертом.
73. Пробуйте всё
Ничего не мешает вам попробовать решение проблемы. Что вам терять?
74. Разговаривайте на встречах
Ваши идеи и мнения ценны, поэтому участие в митингах поможет вам развить взаимопонимание с командой и руководством.
75. Сотрудничайте с другими командами
Если появилась возможность поработать с другой командой в вашей компании, воспользуйтесь ею.
76. Обзаведитесь личными проектами
Когда вы работаете 40 часов в неделю, важно выделять время сторонних проектов, которыми вы увлечены. Они помогают оживить вашу любовь к программированию и попробовать новые технологии, к которым у вас может не быть доступа на работе.
77. Определите свои карьерные цели
Важно иметь представление идеального карьерного пути. Если этого нет, вы пытаетесь пустить стрелу, не видя цели.
78. Участвуйте в беседах
Комментарии в блогах, участие в разговорах в Twitter. Взаимодействуйте с сообществом. Вы узнаете гораздо больше, если будете активным участником, а не овощем.
79. Распределяйте задачи по приоритетам
Обучение расставлять приоритеты к задачам поможет увеличить продуктивность. Ведите текущих ежедневных задач, а также долгосрочных задач, и упорядочивайте их по наиболее важным.
80. Не упускайте из виду детали
Детали могут иметь большое значение в проекте
81. Доверяйте своей команде
Ваших коллег по команде наняли на работу за их навыки. Используйте их и доверяйте им, чтобы выполнить работу.
82. Учитесь делегировать
Если вы занимаете руководящую должность, учитесь эффективно делегировать полномочия. Это сэкономит вам время. Вы не можете делать все сами.
83. Не сравнивайте себя с другими
Единственный, с кем вы должны себя сравнивать, — это кем вы были вчера.
84. Окружите себя союзниками
Обучение программированию будет долгим, и не всегда легким, путем. Окружите себя людьми, которые будут подталкивать вас идти вперед.
85. Не начинайте с масштабируемости
Начинать масштабируемости — это верный путь перегрузить себя. Создавайте с учетом масштабируемости, но не начинайте масштабирование, пока в нем не появится потребность. Таким образом, вы не перегружаете свою команду, но сохраняете способность к росту.
86. Взвесьте последствия для производительности
Если вы хотите использовать крутую новую технологию, прежде вы должны взвесить последствия для производительности. Не можете ли вы реализовать что-то подобное без потери производительности? Если да, может возникнуть желание пересмотреть выбранный подход.
87. Не допускайте дискриминации
Не допускайте дискриминации новых технологий или идей. Будьте открыты возможности освоить новые навыки. Также не допускайте дискриминации людей. Мы все заслуживаем уважения.
88. Беритесь за работу, для которой недостаточно квалифицированы
Вы никогда не будете соответствовать всем требованиям для работы. Поэтому используйте шанс и приступайте! Что вы потеряете?
89. Разбивайте код на модули
Вы могли бы писать весь код в одном длинном файле, но это сложно поддерживать. Благодаря модульности, мы убеждаемся, что наш код легко воспринимать и тестировать.
90. Не следует просто копипастить
Если собираетесь скопипастить решение со StackOverflow, вы должны точно понимать, что оно делает. Разбирайтесь в коде, который решили внедрить.
91. Создайте вдохновляющую среду
Вы будете намного более мотивированы работать, если удовлетворены своим рабочим местом.
92. Помните, откуда вы пришли
Мы все начинали с одного и того же. По мере развития ваших навыков и карьеры не забывайте, откуда пришли.
93. Старайтесь оставаться оптимистом
Если что-то не получается, продолжайте пытаться и будьте оптимистом. Завтра новый день. Оптимизм поможет движению вашей команды и вашему психическому здоровью.
94. Постоянно переоценивайте свой рабочий процесс
Просто потому, что что-то работает сейчас, не значит, что так будет всегда. Переоценивайте свой рабочий процесс и вносите коррективы, когда это нужно.
95. Учитесь работать из дому
Если у вас есть возможность, работать из дому, учитесь делать это эффективно. Найдите отдельный офис, лишенный отвлекающих факторов. Boneskull написал отличную статью о работе из дому, с которой вам следует ознакомиться.
96. Создавайте доступные продукты
Каждый должен иметь возможность воспользоваться вашим продуктом
97. Соблюдайте свои обязательства
Если вы сказали кому-то, что сделаете что-то к определенной дате, соблюдайте свои обязательства. И если вы не можете уложиться в оговоренный срок, сообщите об этом заранее.
98. Будьте инициативны
Если у вас есть свободное время, помогите с выполнением задач своей команды. Они будут благодарны за вашу инициативу.
99. Создайте потрясающее портфолио
Отличное портфолио выделяет вас из толпы. Используйте это как шанс показать свои навыки программиста и дизайнера.
100. Помните, почему любите программирование
Вы подались в эту профессию, потому что она вызвала интерес. Если вы выгораете, сделайте перерыв. Дайте себе возможность возродить свою страсть к программированию.
101. Делитесь своими знаниями
Если вы освоили что-то крутое, поделитесь этим. Представьте на местом митапе или конференции. Обучайте своих коллег или подопечных во время обеда. Обмен знаниями укрепляет их.