Вещи, которые я понял на моей первой работе в качестве веб - разработчика

Привет всем, это мой первый пост на Dev. Я был здесь некоторое время и просто читал статьи, но наконец решил написать что-нибудь своё.

Я 3-курсник и получил шанс на работу в качестве веб - разработчика с упором на front-end с июня по август 2020-го. Я делал множество ошибок и вот, я получил шанс поучиться у целой команды. Я решил поделиться моим опытом с вами, чтобы помочь вам не совершать те ошибки, которые совершал я.

Забавно, что это мой первый пункт, полагаю, все говорят об этом. Но я думаю, что это всё-ж легче сказать, чем сделать. Самая первая ошибка, которую я сделал, было соглашение на предложение о работе, не спрашивая ни о чём. (Это предложение пришло на мой день рождения).

Итак, я открыл электронную почту, прочитал предложение о работе и мгновенно написал “да”. Я не знал, что буду делать, подхожу ли я и с какими инструментами / технологиями буду работать. Сразу же после того, как я нажал кнопку “Отправить”, я подумал, что я уже сделал свою самую первую ошибку… ещё до того, как я получил работу. Тогда я удалил письмо и написал новое с некоторыми вопросами и почувствовал себя более уверенно, когда у меня появилось некоторое представление о том, что я буду делать.

Вывод отсюда: вы должны быть как можно более терпеливыми во всём, что вы делаете. Будьте спокойными, не слишком волнуйтесь и думайте, перед тем как делаете что-нибудь, в отличии от меня.

Опять интересный пунктик. Слышали ли вы об коммуникации прежде?

Коммуникация - это правда необходимо, без шуток. Поскольку моя первая компания была удаленной, общение было очень важно. К сожалению, я этого не осознавал.

Короче говоря, я написал свыше 200 строк кода для некоего элемента UI для проекта, на котором я работал. Оказывается, с помощью одной маленькой настроечки (что я узнал, после разговора с командой), я смог убрать 75% своего кода и сделал его быстрее, одновременно повышая его удобность.

”Меньше - значит больше”.Старший разработчик очень часто мне это твердил. Я не осознавал важность этого до тех пор пока не наделал ошибок.

Хотя, это определённо истина для CSS, но я также нашёл для себя, что это верно и для всего программирования в целом. Уменьшение кода почти всегда увеличивает его эффективность, скорость, удобность и (ну, в конце концов код становится меньше). Запомните, лучший код - это не написанный код.

Это должен был быть самый важный урок за те 3 месяца, которые я потратил на разработку. Я постоянно хотел сразу начать программировать, пропуская часть, где я планирую код и углубляюсь в проблему. Как часто это случается с вами?

Это не очень хороший путь для решения проблем. Я решил одну, казалось бы, огромную проблему всего за пару часов после того, как изучил ее. В противном случае это бы, вероятно, заняло больше, чем просто несколько дней.

Один раз я придумывал алгоритм для решения одной из наших проблем и потратил на это целую вечность. Как думаете, на чём я остановился после тех часов, которое я потратил на это. ИМЕННО, в API JavaScript есть метод, который делает все это за меня. Просто, не так ли? Всё, что мне нужно было, это сделать еще один шаг прежде, чем я решил делать всё это сам, что у меня не получилось.

Запомните эту прославленную цитату

Порою мы думаем, что писать код непрерывно это хорошо. Но в действительности это делает вас неэффективными. Также настоятельно рекомендую брать перерыв, когда вы имеете проблемы в решении чего-либо и вернуться к ним обратно со свежим разумом.

Нужна помощь? Вы имеете команду в которой есть шансы того, что в ней есть человек, который лучше справляется с поставленной задачей. Идите спросить помощи у вашей команды. Вы окажете услугу и своей команде, и себе.

Программировать весело. Но что не весело, так это объяснять код неразработчикам.

Вы работаете в команде и вам нужно объяснять то, что вы делаете кому-то из неразработчиков, чтобы они могли вам помочь. Как front-end разработчик, я тесно сотрудничал с графическим дизайнером. И это было реально сложно объяснять без упоминания программистских терминов. Но в большинстве случаях меня спасал сеньор. Я просто читал сообщения от него и понимал, сколько всего я забыл упомянуть. Или, скорее, насколько я предполагал, что дизайнер это и так знает. Ошибочка.

Да-да, вы прочитали это правильно.

Я получил множество текста из код ревью в которых писалось, какие вещи мне нужно изменить. Просто запомните, эти код ревью не нацелены препятствовать вам (я серьёзно). Но временами вы просто бываете обескуражены от того количества вещей, которые вы должны сделать. Какова хитрость? Создайте чек-лист и делайте одну вещь за раз :)

Мы, как разработчики почти никогда не знаем решение, а следовательно мы должны учить что-то новое всё время. Не бойтесь изучать новые вещи. Будьте спокойны. Ну, и сам секрет: “Притворяйтесь, пока не сделаете это правдой”. Хотя, я бы сказал “Притворяйтесь, даже когда это будет правдой”.