Типичные ошибки программиста при устройстве на работу
⏺ Неумение обосновать свои решения
Если вы делаете тестовое задание или скидываете пример своего кода, нужно уметь рассказать об этом коде: почему были приняты те или иные решения. Если вы сразу понимаете, что решение неочевидное, пишите сразу, почему вы сделали так, а не иначе.
У меня был случай, когда я взял на работу программиста, а он начал постоянно со мной спорить по каким-то архитектурным вопросам. Спорить — это хорошо, но нужно уметь обосновывать свою позицию, а не говорить «потому что так надо». Со временем получилась странная ситуация: я говорю одно, а он тихонечко делает другое. Пришлось расстаться. Но в этой ситуации была и моя ошибка: нужно было сразу при приёме на работу прояснить, кто в доме хозяин и кто принимает конечное решение. Когда я искал замену этому парню, я эту ошибку исправил и мы сразу на входе договорлись, кто принимает конечное решение. Теперь никаких проблем.
Если вы делаете тестовое задание или скидываете пример своего кода, нужно уметь рассказать об этом коде: почему были приняты те или иные решения. Если вы сразу понимаете, что решение неочевидное, пишите сразу, почему вы сделали так, а не иначе.
У меня был случай, когда я взял на работу программиста, а он начал постоянно со мной спорить по каким-то архитектурным вопросам. Спорить — это хорошо, но нужно уметь обосновывать свою позицию, а не говорить «потому что так надо». Со временем получилась странная ситуация: я говорю одно, а он тихонечко делает другое. Пришлось расстаться. Но в этой ситуации была и моя ошибка: нужно было сразу при приёме на работу прояснить, кто в доме хозяин и кто принимает конечное решение. Когда я искал замену этому парню, я эту ошибку исправил и мы сразу на входе договорлись, кто принимает конечное решение. Теперь никаких проблем.