Код умнее, а не сложнее: спросите, прежде чем писать следующую строку кода
💥 Максимизация эффективности и минимизация ошибок с помощью этих основных трюков, прежде чем переходить к коду
Страх, стыд и глупость.
Эти три чувства, которые каждый из нас испытывал, когда мы начинали в мире кодирования, и нам приходится спрашивать о чем-то, чего мы не знаем, или потому что мы застряли с нашей текущей задачей.
Это то, что я чувствовал в свои первые месяцы, и в какой-то степени, я думаю, каждый человек чувствовал то же самое, когда нам приходилось спрашивать о чем-то, чего мы не знаем, независимо от того, говоря о кодировании или о другой деятельности.
Тем не менее, время и сеансы один на один помогли мне понять, что спрашивать — это не плохо, как раз наоборот, это фантастический ресурс, если мы хотим продвинуться в нашей карьере разработчика программного обеспечения.
Сегодня я поделюсь с вами моим текущим методом разработки кода, который я задавал ранее, и вы узнаете, как он экономит мне много времени и позволяет мне создавать лучший код. .
Наши первые мысли, когда мы должны спросить
Когда мы приступаем к работе, мы можем немного бояться, что нас уволят.
Мы хотим приложить все усилия и оправдать ожидания офиса, чтобы быстро получить повышение и показать всем, что мы невероятные профессионалы.
Поэтому, когда мы совершаем ошибку или когда нам приходится спрашивать, потому что мы сначала чего-то не знаем, нам может быть стыдно и страшно. Мы думаем, что занимаемся этой работой, потому что знаем, как ее выполнять, поэтому если мы спрашиваем, значит, мы не подходим для этой работы.
Однако это потому, что мы не помним, что начинаем эту работу.
Реальность, когда мы начинаем работу
Если мы начинаем новую работу и, прежде всего, если это наша первая работа в отрасли, как в моем случае, например, с моей текущей работой инженера по программному обеспечению, обычный случай совершенно противоположный.
В юниорских позициях нормально не знать вещей, странно будет, если мы будем знать все.
Необходимо время, чтобы изучить и изучить проект, независимо от вашего инженерного уровня. Кроме того, время обучения связано с младшими позициями, поэтому, когда компания наняла вас, они уже знали, что должны научить вас многому.
Кроме того, мы люди, и у нас ограниченное время, поэтому невозможно знать все. В том числе и более старшие инженеры, которые могли не знать некоторых вещей. Мы не можем забывать, что мы также находимся в одной из быстро меняющихся отраслей.
Это небольшое размышление очень помогло мне избежать этого позора, когда мне нужно было что-то спросить, но было одним из уроков, которые я получил во время встречи один на один с моим менеджером, который полностью изменил мое мнение.
Один из моих уроков 1:1
За эти месяцы работы профессиональным разработчиком я разработал много разных задач. Во многих из этих задач поначалу я использовал совершенно неправильный подход.
Это означало, что я потратил некоторое время на кодирование, и когда я отправил и опубликовал запрос на вытягивание, мне пришлось изменить весь подход, потому что он был неправильным по указанным причинам.
Для этого мой менеджер сказал мне…
Лучше спросить о вашем подходе или уточнить что-то, если у вас есть какие-то сомнения, прежде чем тратить много времени на разработку в неправильном направлении.
Ух ты! Я был очень удивлен.
Сначала я боялся спрашивать, а теперь мой менеджер говорил мне спрашивать больше. Немного подумав об этом, я заметил, что он был прав. Это было полезно и для компании, и для меня, потому что я буду тратить меньше времени на неправильный подход.
Мой текущий подход к коду
Теперь, когда я прекрасно понимаю, что мне не нужно знать все и что это совершенно нормально, что существует много вещей, которых я уже не понимаю, и это поощряется моим менеджером , Я считаю, что спрашивать — это способ учиться и быть более продуктивным, чем глупость.
Прежде чем перейти к коду, я обычно обдумываю проблему и принимаю во внимание многие моменты, чтобы попытаться реализовать надежное решение.
Если во время этого процесса у меня возникнут какие-либо сомнения, или я думаю, что мой подход может быть неверным из-за какого-либо фактора, или я не уверен в этом, я прошу разъяснить старших.
Это действие, которое ничего не стоит, приводит к лучшему окончательному коду и невероятному улучшению моих знаний.
Вы думаете о покупке Среднего членства? Если вы хотите получить доступ к лучшему контенту на Medium, подумайте об использовании моей реферальной ссылки. Та же цена, и вы поддержите мою работу.
Выводы 👋
Спасибо! Большое спасибо за прочтение статьи. Если вы хотите узнать больше о технологиях и разработках, не забудьте подписаться на меня. Мне бы очень хотелось узнать ваше мнение об этом, так что, чувак, не пишите это в комментариях, я вас прочитаю.
Если эта статья помогла вам вспомнить, вы можете похлопать ей и поделиться ею со своими товарищами.
Об авторе🤓
Привет! Рад встрече! Я Хесус Лагарес. В настоящее время я работаю разработчиком программного обеспечения для серверной части и получаю степень по компьютерным наукам в Университете Кадиса.
Две мои страсти — технологии и общение, поэтому я использую любую возможность, чтобы поговорить или написать о технологиях. Я люблю превращать сложные понятия в простые, понятные каждому.
Хотите подключиться? 📲
📸 Инстаграм | 💼LinkedIn |📹 Youtube |🐦Twitter
Спасибо! ❣️
Дополнительные материалы на PlainEnglish.io.
Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord .
Заинтересованы в масштабировании запуска вашего программного обеспечения? Ознакомьтесь с разделом Схема.
