Советы и мысли, выходящие за рамки "Google it First"
Когда я оставил работу в сфере маркетинга и начал работать программистом на полную ставку, одним из самых больших источников беспокойства был вопрос: «Как я могу повысить ценность как новый разработчик?». Другими словами, «Как я могу сразу стать продюсером группы инженеров?». Я ненавидел ярлык «Junior Dev». Насколько я понял, самая большая разница между «младшим разработчиком» и просто разработчиком заключалась в производительности. Поэтому я решил не быть «младшим разработчиком» и работать как можно более продуктивно.
Теперь, когда это было сказано, у меня все еще было понимание, что я неизбежно столкнусь с проблемами. Проблемы, которые я сделал, не сразу знал бы, как решить. Это заставило меня спросить: «Как мне быстро перестать зацикливаться на проблеме?»
Простая эвристика на случай, если вы застряли.
Вначале я использовал следующую эвристику как своего рода руководство, как оставаться сосредоточенным и избавляться от застревания:
- Проверьте соответствующую документацию.
- Google и проверьте StackOverflow.
- Если после 15 минут выполнения 1 и 2 я все еще не мог найти ответ. Затем я бы попросил совета у более старшего члена.
Но, конечно, это еще не все.
Спрашивать кого-то о правильном пути
Итак, если вы потратили 15 минут на поиск и все еще не можете найти ответ на проблему ... вам следует спросить совета у кого-нибудь. Вы не должны говорить им: «Я что-то не могу понять».
Ну что ты скажешь?
Что ж, сначала вы должны понять, что время каждого ценно. У каждого из ваших коллег есть свой список дел с собственными крайними сроками. Относитесь к этому с уважением.
Поэтому, прежде чем вы даже обратитесь к своему коллеге, убедитесь, что у вас есть четко сформулированный вопрос. Прежде чем вы даже подумаете о том, чтобы задать вопрос, запишите его. Просто откройте простой текстовый файл и введите его. Это звучит глупо, но на самом деле это не так. Уже одно это поможет вам сосредоточиться на проблеме, с которой вы столкнулись.
Иногда даже простая систематизация вопроса даст вам представление о том, как его решить.
Хорошо организованный вопрос будет иметь четкую формулировку или указывать на него. Давайте посмотрим, чем отличается хороший вопрос от плохого:
Плохой вопрос: Как редукторы работают в Redux?
Хорошо, во-первых, вы думаете, что лучше короткое электронное письмо или короткое сообщение, не так ли? Если вы сделаете это коротко, они смогут ответить, не слишком отвлекаясь. Эх, вероятно, в большинстве случаев это не так ... короткий вопрос часто не соответствует контексту вашего вопроса.
Построение хорошего вопроса
Хороший вопрос: Я пытаюсь обновить состояние нашего приложения после отправки действия. Насколько я понимаю, редуктор должен обновлять состояние на основе отправленного действия. Я попытался изменить состояние с помощью фильтра, но это не удалось, когда я попытался получить значение. Как вы думаете, это проблема с действием, или я пытаюсь изменить редуктор неправильно?
Не обращайте внимания на жаргон, просто взгляните на компоненты этого вопроса:
Я пытаюсь _____. Насколько я понимаю ____. Я пробовал ____, но не получилось, когда ____. Как вы думаете, ___?
Давайте разберемся с этим.
Я пытаюсь _____. - Это говорит вашему коллеге о вашей цели.
Насколько я понимаю ____. - Это говорит вашему коллеге, что вы знаете (и чего не знаете).
Я пробовал ____ - Это говорит вашим коллегам о вашем подходе к решению проблемы.
но не работает, когда ____. - Это говорит вашим коллегам, насколько далеко вы продвинулись в своем подходе.
Как ты думаешь, ___? - Это говорит вашим коллегам, в чем, по вашему мнению, может быть решение.
Хорошо, теперь у вас есть вопрос. Итак, на данном этапе, прежде чем вы даже зададите вопрос, у вас должны быть две вещи: вопрос, на который вы пытаетесь ответить, и довольно приличное понимание контекста вокруг этого вопроса. Если выполнение этого упражнения само по себе не поможет вам решить его, вы можете спросить своего коллегу, зная, что вы сделали свою часть работы.
Но подождите, есть еще кое-что! Знать когда спрашивать почти так же важно, как знать, как спрашивать.
Ваш коллега занят?
Если у них есть наушники или они находятся за закрытой дверью офиса, они могут быть заняты чем-то важным. Прерывания могут иметь катастрофические последствия для концентрации. Но это не значит, что вам не следует спрашивать.
Если у вас есть какой-то инструмент для общения в офисе, например Slack, отправьте им свой вопрос и спросите, есть ли у них время, чтобы помочь вам. Если они этого не сделают, они, вероятно, скажут вам, когда лучше всего поговорить. Если они не ответят вообще, они ответят, когда смогут. В этом случае вы можете спросить кого-нибудь еще или добавить этот вопрос в список «возвращаемых товаров». то есть список вещей, которые нужно поднять на следующем стоячем или ежедневном собрании персонала. Вы всегда можете напомнить им, когда они тоже выглядят менее занятыми.
Уважайте время коллег, и они будут уважать вас.
Надеюсь, после прочтения этого вы теперь знаете, что делать, когда застряли:
- Попробуйте решить самостоятельно.
- Составьте умный вопрос.
- Спросите в подходящее время.
Многое варьируется от компании к компании, поэтому вас могут побудить сделать что-то другое. Фактически, вас могут попросить перебить, если у вас возникнут вопросы. И это нормально. Главное, о чем нужно помнить, - это уважать время других людей.
