День двести тридцать девятый. #Оффтоп
Как стать продуктивнее. Окончание
9. Изучите суть вашей технологии
В какой бы компании вы ни работали, вы, вероятно, используете набор технологий. Это может быть язык программирования, несколько фреймворков и несколько инструментов. Если это то, чем вы постоянно пользуетесь, то стоит углубленно изучить суть вашей технологии.
Имеется в виду помимо того опыта, который вы набираете во время работы. Пройдите какой-нибудь курс, чтобы изучить технологию. Это может быть онлайн-курс, видеоуроки, книга, документация или что-то еще. Да, это займет много времени, но рассматривайте это как долгосрочное вложение.
10. Оптимизируйте себя
Чтобы стать высокопроизводительным разработчиком, вы всегда должны улучшать и оптимизировать себя. Это означает несколько вещей. С технической стороны, вы всегда должны продолжать учиться. Мы работаем в сфере, где мы можем узнавать что-то новое каждый день, и это здорово.
С другой стороны, вы должны стремиться оптимизировать свой рабочий процесс. После каждого выполненного задания вы можете спросить себя: сделал ли я это максимально эффективно? Мог бы я сделать это лучше или быстрее? Как мне снова подойти к той же проблеме? Эти вопросы являются ключом к бесконечному улучшению и повышению профессионализма.
11. Знайте, когда остановиться
Вы можете быть самым эффективным разработчиком в мире, но также важно знать, когда стоит отказаться от выполнения задачи. Обычно это задачи, в которых вы понимаете, что их выполнение займет намного больше времени, чем она заслуживает, или задачи, которые добавляют излишнюю сложность. Понятно, что желание клиента – закон, и, если клиент настаивает на какой-то функциональности, от которой вы не можете его отговорить, придётся её реализовать (или искать другого клиента). Другое дело какой-нибудь рефакторинг, который вы начали, но через неделю понимаете, что он займёт гораздо больше времени, чем предполагалось, и может сломать систему в целом ряде мест. Как разработчики, мы должны быть реалистами в таких вещах. Мы разрабатываем продукт, не стремясь к совершенству кода. Возможно, этот рефакторинг просто не стоит этого.
Итого
Всё вышеизложенное стоит воспринимать в позитивном ключе. Не нужно перетруждать себя сверх меры. На самом деле, все наоборот: сохранять спокойствие, делать перерывы и планировать заранее - вот ключ к производительности. Однако вы можете сократить время, затрачиваемое на социальные сети, если хотите быть по-настоящему продуктивным.
Источник: https://michaelscodingspot.com
Как стать продуктивнее. Окончание
9. Изучите суть вашей технологии
В какой бы компании вы ни работали, вы, вероятно, используете набор технологий. Это может быть язык программирования, несколько фреймворков и несколько инструментов. Если это то, чем вы постоянно пользуетесь, то стоит углубленно изучить суть вашей технологии.
Имеется в виду помимо того опыта, который вы набираете во время работы. Пройдите какой-нибудь курс, чтобы изучить технологию. Это может быть онлайн-курс, видеоуроки, книга, документация или что-то еще. Да, это займет много времени, но рассматривайте это как долгосрочное вложение.
10. Оптимизируйте себя
Чтобы стать высокопроизводительным разработчиком, вы всегда должны улучшать и оптимизировать себя. Это означает несколько вещей. С технической стороны, вы всегда должны продолжать учиться. Мы работаем в сфере, где мы можем узнавать что-то новое каждый день, и это здорово.
С другой стороны, вы должны стремиться оптимизировать свой рабочий процесс. После каждого выполненного задания вы можете спросить себя: сделал ли я это максимально эффективно? Мог бы я сделать это лучше или быстрее? Как мне снова подойти к той же проблеме? Эти вопросы являются ключом к бесконечному улучшению и повышению профессионализма.
11. Знайте, когда остановиться
Вы можете быть самым эффективным разработчиком в мире, но также важно знать, когда стоит отказаться от выполнения задачи. Обычно это задачи, в которых вы понимаете, что их выполнение займет намного больше времени, чем она заслуживает, или задачи, которые добавляют излишнюю сложность. Понятно, что желание клиента – закон, и, если клиент настаивает на какой-то функциональности, от которой вы не можете его отговорить, придётся её реализовать (или искать другого клиента). Другое дело какой-нибудь рефакторинг, который вы начали, но через неделю понимаете, что он займёт гораздо больше времени, чем предполагалось, и может сломать систему в целом ряде мест. Как разработчики, мы должны быть реалистами в таких вещах. Мы разрабатываем продукт, не стремясь к совершенству кода. Возможно, этот рефакторинг просто не стоит этого.
Итого
Всё вышеизложенное стоит воспринимать в позитивном ключе. Не нужно перетруждать себя сверх меры. На самом деле, все наоборот: сохранять спокойствие, делать перерывы и планировать заранее - вот ключ к производительности. Однако вы можете сократить время, затрачиваемое на социальные сети, если хотите быть по-настоящему продуктивным.
Источник: https://michaelscodingspot.com