Недавно я написал пост на linkedin, в котором рассказывает о свежих ошибках разработчиков встроенного программного обеспечения при выборе темы, чтобы сосредоточиться на начале карьеры (если хотите проверить, ссылка здесь).
Но чтобы получить максимальную отдачу от своей ранней карьеры и как можно больше расти, есть несколько правил или привычек, которые помогут вам лучше решать проблемы во встроенных системах.
Пишите модульный и чистый код
Это повторяется, верно? Когда это клише, это потому, что это правда.
Если вы проведете быстрое исследование, то увидите, что чем крупнее SaaS-компания, тем более надежным, гибким и несвязанным является программное обеспечение.
И это возможно только потому, что код модульный и чистый в цикле разработки.
Что он действительно объединяет
Проще говоря, то, что делает программное обеспечение модульным, — это исчерпывающее использование функций в качестве уровней абстракции, поэтому вы можете получить общий обзор программного обеспечения.
Волшебство происходит, когда эти маленькие блоки функций можно тестировать отдельно и независимо. Вот откуда берется развязанный аспект.
Это дает вам несколько преимуществ:
- Легче тестировать
- Легче обнаружить ошибки и баги
- Легче отлаживать
- Легче отслеживать в системе контроля версий
А чистая часть означает написание кода, который смогут понять другие. Потому что вы никогда не кодируете себя настоящего.
Вы либо код:
- Для остальных
- Для себя будущего
Тестируйте полностью
В книге «Прагматичный программист» (я написал о ней статью здесь) автор утверждает, что люди склонны думать, что тесты используются для того, чтобы убедиться, что их код работает.
Но на самом деле, это выходит за рамки этого.
На самом деле тесты могут формировать дизайн вашего кода.
И мы согласны с тем, что лучше протестировать небольшой фрагмент кода, чем большой, когда вы изо всех сил пытаетесь понять, откуда он взялся, верно?
Примите неудачу
Хотя это последняя тема, я считаю ее самой важной, и именно здесь большинство новых разработчиков встраиваемых систем попадают в ловушку, включая меня.
На моей первой стажировке я получил одну из лучших оценок в своем классе. Мы были оценены с 3 весами:
1.Выступление с устной презентацией
2.Отчет о стажировке
3.Проделанная работа в компании
Так что можете иметь представление, я получил 4/20 в оценке работы в компании. У меня просто была достаточно хорошая оценка, чтобы двигаться дальше из-за двух других баллов.
Кроме того, после этого результата мне сказали, что я должен попробовать что-то еще.
В тот момент я был на дне. Я хотел отказаться от программы обмена и вернуться в Бразилию.
Я пошел к наставнику, который у меня был в то время, чтобы поговорить об этой проблеме. Он устроил лучшую провокацию в моей жизни.
Я объяснил, что хочу сдаться, и назвал ему все причины, которые нашел у себя в голове.
Он просто сказал мне: «Если ты это сделаешь, то он прав. А завтра, что ты собираешься делать?»
Я был так зол, что начал постоянно учиться столько, сколько мог каждую неделю. Я потерпел неудачу гораздо больше, чем я сделал. Но я кое-что понял: я становлюсь умнее и терпимее к неудачам.
Люди хотят успеха без неудач, но неудача является обязательной частью успеха.
Как всегда, спасибо за чтение! Приятного обучения!
Другие источники
Я создаю ежедневный контент о встроенном программном обеспечении на linkedin, подписывайтесь на меня здесь.
Хотите начать свой первый встраиваемый проект с минимальными ресурсами? Прочитайте эту статью здесь.
