3
5 важных советов веб-разработчику или чего не стоит делать. | Паблико
8 подписчики

5 важных советов веб-разработчику или чего не стоит делать.


12 фев 2022 · 22:21    

1. Постоянно улучшать один и тот же код. Нет предела совершенству. 

Не стоит пытаться бесконечно переписывать код с целью его улучшения,  так можно загнать себя, получить непонятно что и не успеть вовремя. Это одна из главных бед разработчика, все время кажется, что можно лучше. Главное вовремя остановиться. 

2. Править незнакомый код,  даже если очень хочется.

Когда поступает заказ на доработку чужого кода часто возникает потребность переделать, вот прям руки очень чешутся. В этот момент стоит мысленно себя остановить,  даже если кажется, что во всем разобрался.





frame-harirak-Ei_lQ6kTwiI-unsplash.jpg 521.26 KB


Почему так?

Все просто, нам поставлена другая задача и нужно её выполнить. Если мы отклоняемся от курса, то велик риск не успеть к сроку, а также внести дополнительные фантомные ошибки и потом разбираться с их поведением закапывая себя ещё глубже.

Самое время вспомнить устав Армии п.43:" обжаловать приказ можно только после его исполнения ".

К этому также можно отнести попытки их задачи фронтенда лезть в бэкэнд. Для этого есть  обученные и скорее всего узко специализированные люди.

3. Использовать самые свежие спецификации CSS и HTML. 

Эта ситуация сродни свежевыпущенному автомобилю на новой платформе, с новым двигателем и ворохом неочевидных "детских болячек".

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



nick-fewings-1GxdTleoEls-unsplash.jpg 690.83 KB


4. Не использовать комментарии и не писать документацию

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

А представьте ситуацию, что вам попал в руки код в котором вообще ничего непонятно. Своебразно написан, куча сокращений, странные циклы и прочее. Документации нет, комментариев нет. В эти моменты хочется наложить заклинание забвения на его создателя.

Поэтому, чтобы такого не возникало стоит все-таки оставить "наскальные рисунки " для потомков - они Вам будут за это благодарны. 

5. Редко делать коммиты(контрольные точки) в Git

Особенно опасно при работе в команде,  пару неловких движений и все идет насмарку и тормозит всю разработку. Пару лишних коммитов спасут ваш код и нервы. И не придется все переписывать с нуля.

1. Постоянно улучшать один и тот же код. Нет предела совершенству. 

Не стоит пытаться бесконечно переписывать код с целью его улучшения,  так можно загнать себя, получить непонятно что и не успеть вовремя. Это одна из главных бед разработчика, все время кажется, что можно лучше. Главное вовремя остановиться. 

2. Править незнакомый код,  даже если очень хочется.

Когда поступает заказ на доработку чужого кода часто возникает потребность переделать, вот прям руки очень чешутся. В этот момент стоит мысленно себя остановить,  даже если кажется, что во всем разобрался.





frame-harirak-Ei_lQ6kTwiI-unsplash.jpg 521.26 KB


Почему так?

Все просто, нам поставлена другая задача и нужно её выполнить. Если мы отклоняемся от курса, то велик риск не успеть к сроку, а также внести дополнительные фантомные ошибки и потом разбираться с их поведением закапывая себя ещё глубже.

Самое время вспомнить устав Армии п.43:" обжаловать приказ можно только после его исполнения ".

К этому также можно отнести попытки их задачи фронтенда лезть в бэкэнд. Для этого есть  обученные и скорее всего узко специализированные люди.

3. Использовать самые свежие спецификации CSS и HTML. 

Эта ситуация сродни свежевыпущенному автомобилю на новой платформе, с новым двигателем и ворохом неочевидных "детских болячек".

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



nick-fewings-1GxdTleoEls-unsplash.jpg 690.83 KB


4. Не использовать комментарии и не писать документацию

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

А представьте ситуацию, что вам попал в руки код в котором вообще ничего непонятно. Своебразно написан, куча сокращений, странные циклы и прочее. Документации нет, комментариев нет. В эти моменты хочется наложить заклинание забвения на его создателя.

Поэтому, чтобы такого не возникало стоит все-таки оставить "наскальные рисунки " для потомков - они Вам будут за это благодарны. 

5. Редко делать коммиты(контрольные точки) в Git

Особенно опасно при работе в команде,  пару неловких движений и все идет насмарку и тормозит всю разработку. Пару лишних коммитов спасут ваш код и нервы. И не придется все переписывать с нуля.

Читайте также

Комментарии 0

Войдите для комментирования
НОВОСТИ ПОИСК РЕКОМЕНД. НОВОЕ ЛУЧШЕЕ ПОДПИСКИ