Введение
Есть некоторые поворотные точки в нашей жизни, которые изменит наш способ просмотра вещей и будущего. Один важный мой – подкаст, который я слышал в середине 2014 года, который заставил меня взять на себя технический компьютерный курс и привел меня к миру этого программного обеспечения.
После этого я пошел в колледж, начал работать младшим программистом и прибыл в положение, которое я являюсь сегодня, как инженер Frontend на среднем уровне.
Мне нужно сделать отказ от ответственности здесь: это не руководство или что-то в этом роде, это просто немного моего опыта.
Начальный шаг
Таким образом, год был 2019 год, я работал в то время как младший разработчик Frontend для большой корпорации в Бразилии. Это был первый раз, работающий с большим продуктом, и у меня были некоторые знания о реагировании, но у меня не было опыта, работающих в реальных приложениях, и вся вторая компания была в реакции.
Важно набирать знания и практиковать многое, чтобы стать быстрее в создании вещей и решения проблем, но это естественный процесс, который может быть ускорен, если вы практикуете больше и учитесь.
Но когда я был младшим, все спринты имели истории, которые напугали меня, я чувствовал, что не был способен это сделать.
Что это за страх?
Отсутствие опыта было то, что делает все сложнее, чем на самом деле. Это создает страх сделать что-то не так, как создание ошибок на производстве или даже в среде развития.
На данный момент сроки были другими ужасными материалами. Смогу ли я доставить все до конца спринта? Смогу ли я решить эту проблему? Я плохой разработчик, задавая помощь другим разработчикам? Нормально задавать себе этот тип вопроса и отвечать на них сейчас: Нет, это нормально и часть процесса.
Еще одна вещь, которую я помню в то время, было то, что я искал инструменты, которые я использовал, и, как я не понял, как это работал, они выглядели как волшебные вещи.
В то время я использовал реагирование и redux. Создание редуктора выглядела как для меня ракета. Я не понял, как это было создано, как это работало на самом деле, почему мне пришлось создать чистую функцию и что, черт возьми, является чистой функцией? Реакция выглядела как инопланетные технологии и так далее.
Это также вызывает страх, потому что мы боитесь то, что мы не поняли.
Эта точка соединяется на следующий этап.
Точка поворота
Я работал, чтобы оплатить счета и жить, поэтому у меня было время учиться с меньшим количеством спешки и стресса. Я следовал по пути, который идет глубже в основании развития интерфейса:
- CSS : Я сделал Продвинутый курс о CSS Отказ Это обучил мне, как CSS работает за кулисами, как работало коробка сработала, сетка, Flexbox и Sass. Это дает мне уверенность в стиле приложений.
- HTML : Я изучал о семантическом HTML, HTML5 и немного о доступности.
- JavaScript : Я прочитал книгу серии “Вы не знаете JS”. 6 книг, которые много объясняют о базе языка. Это изменило мой путь к коду JavaScript.
Чем больше я изучал, тем больше я уверен, что стал более тяжелыми задачами на работе и улучшить мою способность решать проблемы и участвовать в собраниях.
Но у меня был настоящий поворотный момент, который сильно изменил мое поведение и мое видение о программировании, инструментах и разработке программного обеспечения.
Это был Глубокая статья блога Это говорит о обратном инженерии, природе выполнения этого и руководства о том, как это сделать. Этот блог многому научил меня, у них было много продвинутых и глубоких статей о реагировании и других рамках, таких как угловой.
Говорить больше об этой статье, прочитав ее, в моей голове сломалась стена страха.
В статье объясняется, как узнать о том, как библиотека работает, чтение своего исходного кода и отслеживание использования библиотеки, организация точек обучения и создания среды для использования инструментов, таких как Devtools, чтобы сделать эту работу.
Эти инструменты, такие как React и Redux, это было для меня волшебством, были показаны как просто куча кода, с большой логикой, шаблонами и структурами, конечно, но в конце концов, это просто код.
Код, который я могу прочитать и понимать, используя структуры данных и шаблоны дизайна, которые я могу учиться и использовать. Прочитав эти статьи, я начал смотреть на исходные коды и научился создать программное обеспечение с ним.
Я потерял этот страх.
И доверие к знаниям делает меня более удобным, чтобы использовать это и начать помогать другим. На работе это заставляет меня начать заниматься более тяжелыми задачами и нести только проекты, которые, в конце концов, заставили меня стать разработчиком среднего уровня.
Я не говорю, что этот путь просто или что-то вроде «прочитайте эту статью, и вы станете разработчиком среднего уровня через несколько месяцев». Это не так просто, и получение продвижения даже не означает, что вы действительно достигаете более высокого уровня опыта и знания.
Но весь смысл этого поста – рекомендовать углубленную статью и попытаться принести эту точку зрения, что это не то, что мы видели в других местах.
Здесь, в Dev.to и другие технологии публикации мы увидели много того же типа контента. Огромное количество руководств новичков технологий, одинаковых дискуссий и объяснений той же темы. Но сколько раз вы видели обширный и глубокий пост, объясняющий, как работает библиотека или рамки за кулисами?
Посмотрите на большую кодовую базу и понять, что на точке умения писать и объяснить, что не просто. Трудно сделать, занимает много времени, но может быть полезно:
- Имея глубокие знания о библиотеке, могут сделать вас экспертом на это и, возможно, стать специалистом.
- Вы можете внести свой вклад с этим проектом, и это может принести вам возможности в будущем.
- Вы можете создать расширенный контент об этом, тип контента, который у нас нет в хорошем номере.
Источник исследования:
- Уровень ваших навыков обратного инженерия
- Практическое применение руководящих принципов и принципов обратного инженерия
Оригинал: “https://dev.to/felipegs/what-was-the-starting-point-to-become-a-mid-level-frontend-engineer-25gj”