Как стать хорошим инженером?
Наткнулся тут я в интернете на очень интересную статью. Не смотря на то, что она относится по большей части к фронтенду, принципы и концепции можно и нужно применять в любой из областей IT.
Оригинал https://philipwalton.com/articles/how-to-become-a-great-front-end-engineer/, а для тех, кому пока на английском тяжело, вот перевод на русский https://css-live.ru/faq/kak-stat-vydayushhimsya-frontenderom.html
О каких принципах говорится в статье?
✅ Не просто решайте проблемы, а вникайте в суть происходящего
Бывают моменты, когда нужно что-то работающее, и немедленно. Но если вы никогда не выкроите время, чтобы понять причины проблемы, вы будете наступать на одни и те же грабли снова и снова.
✅ Читайте чужой код
Чтение чужого кода — для удовольствия — возможно, не самое лучшее развлечение для субботнего вечера, но без всяких сомнений один из лучших способов повысить свой профессиональный уровень.
Самостоятельное решение проблем — отличный способ учиться, но если вы будете заниматься только этим, вы достаточно быстро окажетесь на плато. Чтение чужого кода открывает ваш ум новым способам решения задач. А умение читать и понимать код, который вы не писали, при работе в команде или участии в опенсорсном проекте — самое важное.
✅ Работайте с теми, кто умнее вас
Проблема самоучек, работающих на себя, в том, что им обычно недоступны плюсы учёбы у более знающих людей. Нет того, кто помог бы очистить ваш код от глупостей или хотя просто оценить его.
Я настоятельно рекомендую вам, как минимум на начальном этапе карьеры, работать в команде, а именно — в команде людей, которые умнее и опытнее вас.
✅ Изобретайте велосипеды
Изобретать велосипеды — плохо для бизнеса, но замечательно для обучения. Как бы ни было соблазнительно взять некий готовый виджет для подсказок при наборе или библиотеку делегации событий из npm, представьте, сколькому вы научитесь, хотя бы попытавшись написать подобное самостоятельно.
✅ Пишите о том, чему вы научились
Вам стоит писать о том, чему вы научились. Для этого есть масса хороших оснований, но, наверное, самая важная причина — это заставит вас лучше понять тему. Если вы не можете объяснить, как что-либо работает, есть изрядная вероятность, что вы сами в этом не разобрались. И зачастую трудно понять это, пока вы не опишите это в подробностях.
Наткнулся тут я в интернете на очень интересную статью. Не смотря на то, что она относится по большей части к фронтенду, принципы и концепции можно и нужно применять в любой из областей IT.
Оригинал https://philipwalton.com/articles/how-to-become-a-great-front-end-engineer/, а для тех, кому пока на английском тяжело, вот перевод на русский https://css-live.ru/faq/kak-stat-vydayushhimsya-frontenderom.html
О каких принципах говорится в статье?
✅ Не просто решайте проблемы, а вникайте в суть происходящего
Бывают моменты, когда нужно что-то работающее, и немедленно. Но если вы никогда не выкроите время, чтобы понять причины проблемы, вы будете наступать на одни и те же грабли снова и снова.
✅ Читайте чужой код
Чтение чужого кода — для удовольствия — возможно, не самое лучшее развлечение для субботнего вечера, но без всяких сомнений один из лучших способов повысить свой профессиональный уровень.
Самостоятельное решение проблем — отличный способ учиться, но если вы будете заниматься только этим, вы достаточно быстро окажетесь на плато. Чтение чужого кода открывает ваш ум новым способам решения задач. А умение читать и понимать код, который вы не писали, при работе в команде или участии в опенсорсном проекте — самое важное.
✅ Работайте с теми, кто умнее вас
Проблема самоучек, работающих на себя, в том, что им обычно недоступны плюсы учёбы у более знающих людей. Нет того, кто помог бы очистить ваш код от глупостей или хотя просто оценить его.
Я настоятельно рекомендую вам, как минимум на начальном этапе карьеры, работать в команде, а именно — в команде людей, которые умнее и опытнее вас.
✅ Изобретайте велосипеды
Изобретать велосипеды — плохо для бизнеса, но замечательно для обучения. Как бы ни было соблазнительно взять некий готовый виджет для подсказок при наборе или библиотеку делегации событий из npm, представьте, сколькому вы научитесь, хотя бы попытавшись написать подобное самостоятельно.
✅ Пишите о том, чему вы научились
Вам стоит писать о том, чему вы научились. Для этого есть масса хороших оснований, но, наверное, самая важная причина — это заставит вас лучше понять тему. Если вы не можете объяснить, как что-либо работает, есть изрядная вероятность, что вы сами в этом не разобрались. И зачастую трудно понять это, пока вы не опишите это в подробностях.