Здравствуйте, классные люди! Я начинаю новую серию статей о том, как стать лучшим инженером-программистом, и я просто выскажу несколько очень коротких и простых принципов, которые помогли мне повысить свой потенциал в качестве инженера за последние два года.
Я собираюсь держать их прямо, потому что я считаю, что эта информация не совсем загадка и действительно общеизвестна. Однако сила заключается в том, чтобы брать простые принципы жизни и величия и постоянно практиковать их, пока они не станут привычками. Итак, без лишних слов, давайте начнем вечеринку:
Найдите время, чтобы по-настоящему понять, как все работает
Я происходил из клана инженеров-программистов, у которых есть девиз «просто заставить работать» и мышление «если это работает, то все хорошо». Это был случай, когда я делаю запрос POST с некоторой полезной нагрузкой, и данные попадают в базу данных, тогда мы в порядке, и если я могу сделать запрос GET и передать некоторый идентификатор, и данные вернутся в формате JSON, тогда ура!
По мере того, как я рос как инженер-программист, я быстро понял, что не смогу оказать сколько-нибудь значительного влияния, если продолжу так думать. Хотя это мышление заключалось в быстром получении оплаты и завершении проекта в срок, оно не подходит для инженера, который действительно имеет значение.
Программная инженерия в значительной степени связана с творчеством, и я осмелюсь сказать, что чрезвычайно сложно быть по-настоящему творческим и новаторским без основы понимания. Звукорежиссер должен заплатить цену, чтобы по-настоящему понять, как работают инструменты, технологии и языки программирования.
Чтобы быстро уравновесить эту перспективу, я не советую никому зацикливаться на каком-то учебном подвохе или огромном учебнике по вычислениям во имя понимания того, как все работает, но я считаю, что серьезный инженер должен хорошенько подумать и изучить, чтобы узнать как работает его код, и уметь объяснять, почему он работает именно так. Ваш разум понимает, как все работает, с помощью практических приемов, основанных на здравых теориях, а не только на теориях. Поэтому, пожалуйста, убедитесь, что вы постоянно пачкаете какой-то код в стремлении понять.
Чтобы предпринять некоторые активные шаги по формированию мышления понимания, я дам вам простое упражнение и поощрение. Для упражнения выберите концепцию, которую вы использовали некоторое время, но в глубине души знаете, что не понимаете, как она работает. Проведите небольшое исследование, чтобы понять, что происходит. Это может быть синтаксис async-await в Javascript или объединение в SQL или конвейер агрегации в MongoDB. Все, что вам знакомо, что вы использовали в прошлом, возможно, скопировали какие-то коды из stack-overflow или где-то в блоге, попросили другого инженера помочь вам кодировать это, но вы знаете и чувствуете, что не понимаете концепцию. Возьмите эту тему, концепцию или синтаксис и получите несколько простых материалов, которые помогут вам понять, как это работает, и продолжайте до тех пор, пока вы окончательно не разберетесь в теме. Вы можете делать это в свободное время, например, в бесплатные 1 или 2 часа, или когда вам просто скучно.
Теперь для ободрения: выполняйте это упражнение несколько раз, когда вы чувствуете то же самое в отношении какой-либо концепции, инструмента, технологии или языка программирования.
Путь к пониманию - это простое объяснение, а доказательство понимания - это более простое объяснение.
Успокойтесь и прочтите сообщение об ошибке (попробуйте прочитать его дважды)
По некоторым причинам я считаю, что сообщение об ошибке - это способ компьютера побудить всех продолжить программирование и создание программного обеспечения. Если бы компьютеры могли просто быть в настроении и не давать никакой обратной связи, когда вы опустили точку с запятой в своем Java-коде, у нас было бы много проблем.
Сообщение об ошибке - это способ компьютера побудить людей продолжить программирование и создание программного обеспечения.
Таким образом, простой способ совершенствоваться как инженер-программист - это просто прочитать сообщение об ошибке так же, как если бы вы читали сообщение от своего разгневанного супруга, когда вы пытаетесь доказать ему или ей свою точку зрения (шутка).
Найдите время, прочтите сообщение об ошибке; Вы можете прочитать его во второй раз, если не поняли в первый раз. Просмотрите файлы и строку, на которую они указывают, а затем попытайтесь исправить ошибку, основываясь на понимании, которое вы получили из сообщения. Не думайте, что вы знаете, что не так, так же, как люди предполагают, что они знают, что вы собираетесь сказать или что вы имеете в виду, не прислушиваясь к вам. Просто найдите время, прочтите сообщение об ошибке, прежде чем вернуться к коду. Вы уже написали код в первый раз, сделали ошибку и взорвали его, и теперь мы все знаем, что вы не KyleXY. Больше нет необходимости доказывать свою точку зрения. Просто смиритесь, внимательно прочтите сообщение об ошибке, исправьте ошибку и переходите к следующей ошибке. Затем повторяйте этот процесс, пока не станете счастливы в жизни.
Давайте послушаем заключение всего дела
Стать лучшим инженером - это марафон, а не спринт, и спешка никогда никому особо не помогала. Я знаю, что эти шаги могут раздражать и сначала заставить вас чувствовать себя медленно, но ничего хорошего не бывает легко. Помните, цель состоит в том, чтобы сделать эти вещи бессознательной привычкой и второй натурой, чтобы с вашей стороны потребовалась определенная работа, но в конечном итоге результаты того стоят. Спасибо за прочтение.
