Как руководить проектом начинающему разработчику и не умереть, пытаясь

Улисес Гарсия

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

Когда вы новичок в мире веб-, мобильной или настольной разработки, случаются два распространенных случая; Во-первых, вы чувствуете, что можете сделать все, что просит клиент, в конце концов, у нас есть Google, который всегда поможет нам, если нам это нужно, или у нас есть человек, который дает нам отзывы и советы по улучшению кода, который мы пишем. Второй случай происходит, когда вы чувствуете страх, потому что думаете, что не можете выполнить работу самостоятельно, этот случай можно решить, если наставник будет сопровождать вас в процессе разработки, и если он принадлежит к тому же проекту, что и вы, даже лучше, так как он знаком с кодом приложения.
Но что происходит, когда вы новичок в мире разработки, и ваш босс оставляет вас одного с проектом, который прошел через несколько рук до вас? Это может звучать хорошо или плохо в зависимости от самого проекта, потому что чувство ответственности растет в геометрической прогрессии. Быть единственным разработчиком проекта влечет за собой ряд эмоций, которые я опишу ниже:

«Я могу сделать все, о чем меня просят».

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

«Я думаю, что смогу это сделать, мне просто нужно лучше ознакомиться с кодом».

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

«Почему эта функция сделана именно так? Что, если я его оптимизирую?»

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

«Почему нет никаких документов?»

Чистый и хорошо написанный код никогда не потребует какой-либо документации, так как он должен быть очень выразительным с точки зрения именования переменных, методов, функций и т. д. Комментарии полезны для разъяснения ситуаций, которые могут сбить с толку, например: «Переменная называется «carWheel», потому что существует также «bikeWheel», и оба принадлежат к классу «wheel». Если код говорит сам за себя, его не нужно документировать.

«Я в стрессе, у меня завтра роды, а я еще не закончил».

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

«Здравствуйте, у меня проблема, и я хотел бы знать, можете ли вы мне помочь. Я должен подтвердить, что дата существует, например, не пишите 31 февраля, я попытался с ruby ​​взять значение раскрывающегося списка, где я запрашиваю дату, и сделать ее .to_date, но когда я получаю значение дата получена, как если бы это было 3 марта, я имею в виду, что она сдвигает дату на 3 дня, а 3 марта — это дата, которая действительно существует, и я хотел бы знать, есть ли способ проверить день ».

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

«Дизайнер просит меня о вещах, которые невозможно реализовать».

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

«Я не могу этого сделать, это конец».

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

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

Magmalabs.io является экспертом в области дизайна UX/UI, электронной коммерции и разработки программного обеспечения. Мы создаем красивые программные решения для электронной коммерции, Интернета и мобильных устройств для стартапов, крупных компаний и корпоративных компаний, используя инновационные технологии, лучших специалистов и исключительную гарантию качества.