Как стать автором
Обновить

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

Не приведут ли эти советы к выгоранию?
А каким образом? Совет-то в принципе сводится к тому что а) не отвлекайся когда работаешь б) не работай долго не отвлекаясь. Т.е. тут нет такого «еб-шь 24 часа в сутки»© Можно хоть 55 минут в неделю работать по такой схеме.

Мы по именно такой схеме специально не работали. но в принципе нечто аналогичное использовали неосознанно сами в прошлом и было на изумление эффективно.

Как по нам — так самое тяжело это на эти Х минут отвлечься полностью, и… фанфары… lineage очень помогал. Работали 40 минут — потом на 20 минут в линейку поиграть, переключение мгновенное, никаких задних мыслей — тут же погружаешься в игру — с «перекуром» или «листанием браузера» так не получается.

Классом играли который соло без проблем играет, так что режим «зашел вышел ничего не потерял» отлично подходил, плюс lineage по природе своей требовал «отдыхать» (перезаряжать персонажа всякими здоровьями), так что повод выйти из игры отыграв 20 минут тоже был шикарный.

Кончилось это правда анекдотично. В таком режиме игры в lineage при относительно небольшом онлайне кач и заработок в lineage получался очень неплохой и в определённый момент времени стал больше чем заработок на программинге, т.е. ну вот очень сильно больше, после чего стимул программить подупал, а 40/20 сменилось на 20/20. К счастью пиратские сервера где мы играли закрыли, а на официальных таких доходов не было.

Но тем не менее — если надо поавралить, режим ХХ минут / YY минут (все же циклится на 25/5 странно, индивидуальность присутствует) очень даже одобряем, а игры до сих пор считаем лучшим способом отвлечения от бреда реальности.
Здорово, думаю в «творчестве» главное начать и увлечься.
Но мне кажется слово «скилл» не совсем подходит.
«2 секрета/совета» как будто поуместнее будет звучать
P.s.
Посмотрел название компании — понял почему скилл:)
НЛО прилетело и опубликовало эту надпись здесь
не вижу связи между стать отличным разработчиком — и работать как можно больше, концетрироваться на узкой задачи.

Отказ от прокрастинации (хотя бы частичный) сделает из вас человека лучшего разработчика.

не согласен. Тут обратная корреляция. Ленивый разработчик — лучший разработчик.
Лень лени — рознь. Есть ленивые работники которым работать впадлу, и они всеми правдами и неправдами пытаются ускользнуть от работы. Таких только на улицу. А есть те, которые не хотят по два раза делать одно и то же или переделывать. Это добросовестные, сметливые ребята. Тут лень ни при чем. Они это делают не оттого, что неохота, а оттого, что им претит любое проявление бессмысленности, однообразия и рутины. Они понимают, что их "мыслетопливо" можно потратить с гораздо большей пользой.
Я не девелопер, а инфраструктурщик, и по себе знаю — что сконцентрироваться на решении одной задачи маловероятно. Тебя постоянно кто-то дёргает, пишет в васап, трезвонит etc. И так, пока грубо не пошлешь — не отстанут. Это раз. Во-вторых, человек, работающий над одной задачей в течение какого-то промежутка времени — «нехороший» человек для начальства, АКА немногозадачный. Поэтому во многих вакансиях одно из ключевых требований — именно многозадачность, в том или ином проявлении/формулировке. Возможность работать однозадачно — это уже больше как привилегия в нынешних конторах., это когда ты можешь слать начальство (включая CEO) подальше ввиду своей занятости, выключить телефон с васапом, а на дверь в кабинет повесть табличку "Не влезай — убьет Не беспокоть!" и тебе ничего за это не будет.
Возможность работать однозадачно — это уже больше как привилегия в нынешних конторах.

А что если сослаться на статистику и объяснить начальству, что так ты будешь продуктивнее? Люди резко становятся умными, когда теряют деньги.
Тогда нужно очень потрудиться, чтобы собрать действительно качественную статистику, ну или преподнести цифры с потолка за достоверные. А к встречи с начальством нужно очень качественно подготовиться, в идеале чтобы всё заняло часа 2. Тогда вероятно у вас получиться выпросить привилегии, указанные выше. Но после такой встречи задумайтесь — почему я, с такими коммуникационными навыками, до сих пор «какой-то девелопер», зачем вам это? Вам уже открыта дорога в средний/высший менеджмент, для начальства вы уже свой человек.
Что делать если на работе босс расхаживает и рассказывает другим анекдоты, а дома плачет ребенок? У меня не получается и полпомидора выполнить
>«И не получится это сделать, если вы не осознаете, насколько легко можно отвлечь человека.»
Сразу видно молодое поколение, которое не читало классику Джоэля Спольски. Уверен, что половина даже не знает кто это, хотя 100% разработчиков пользуются его творением.
Поясните, пожалуйста, что вы имеете в виду? Любопытно, что за интересная идея такая в книге есть.
Это не книга, а блоги. Думаю, речь о той его идее, где он говорит, что у каждого программиста должен быть свой офис с дверью, которая закрывается на ключ. Смешнее всего, что это на самом деле дешево по сравнению с зарплатами программистов, но почему-то никто этого не делает.

EDIT: Например, тут https://www.joelonsoftware.com/2006/09/07/a-field-guide-to-developers-2/

EDIT 2: Смешнее всего, что статьи еще нулевых годов.
Среди руководства обычно считается, что опенспейсы продуктивнее. Почему — а чёрт его.
Спасибо за ответ! Да, работать, имея личное пространство и тишину, значительно легче, и идеи приходят наиболее адекватные. Только у меня не программирование, а другая область деятельности.
А его творение – Stack Overflow (и Trello тоже)
Тут ещё вопрос интереса текущий задачи, то есть насколько задача над которой ты работаешь тебе интересна, если задача мне интересная пускай и сложная, то я даже во сне или в туалете думаю над ее решением, я постоянно думаю о ней, а если интереса нету, то делаешь ее лишь бы побыстрее сделать и забыть о ней, я считаю именно для «неинтересных» задач и нужны всякие «помидоры», перекуры и переключения на «игры» и «ютубчик» так как мозг не хочет долго заниматься этой скучной задачей. Опять же помодоро иногда даже вредит, так как добавляет стресса в работу, например я настроился на работу над не интересной мне задачей, делаю себе установку на 25 минут сконцентрироваться над решением этой задачи. Нажал на старт и тут подходил коллега, потом начальник, звонит или пишет жена, в итоге каждый раз ты или ставишь помодоро на паузу или напрягаешся понимая что таймер отчитывает время на решение задачи, а эти люди тебя отвлекают.
Два скилла, которые помогут стать отличным разработчиком.

эмм… Читать и писать?
«Так минуты сольются в часы, часы — в дни, а дни — в недели и месяцы.» — а поживёшь после смерти :)
когда моешь чашку – мой чашку
Делать одну задачу за раз — это бы работало если бы для выполнения задачи не нужны были бы другие люди. Но в реальности я практически не встреечал задач в которых бы были прописаны все необходимые условия изначально. А уж если нужна интеграция с решением кого-то еще…
В чем проблема работать асинхронно? Работаешь над задачей периодически отправляя запросы на уточнение чего то и продолжая работу над другими аспектами задачи, выделяя время раз в N на ответы на такие же запросы другим.
В начале дан тезис про два скилла:
успех обусловлен двумя крайне важными умениями: фокусироваться на деле и концентрироваться

По-моему, если говорить о внимании, то фокусировка и концентрация — это одно и то же.
Предполагаю, что в оригинальной статье не было двух скиллов, которые здесь попали даже в заголовок:
no skill is more important to your success than focused, deep work

Наиболее важное умение для успеха — сфокусированное, глубокое погружение в работу.

И в дальнейшем тексте даны советы «не отвлекайся» и «декомпозируй».
Не отвлекайся — убери помехи для сосредоточения, а не «как научиться сосредоточению».
Декомпозируй задачу — один из приемов по устранению неприятия, а не «как научиться фокусировке».

IMSHO, для упражнения фокусировки внимания, как и для тренировки мышц, нужны два момента: учись напрягать, учись расслаблять. Убрать помехи — не достаточно.
НЛО прилетело и опубликовало эту надпись здесь
Кодинг — ремесло.
Программирование — искусство решения задачи оптимизации. Выбор подходящих (удовлетворяющих SLA) структур данных и алгоритмов. Дополнительно — это выбор и интеграция готовых продуктов (сторонних решений, например: DB, MQ). После проработки архитектуры и строгого прописывания требований к каждой части — кодирование можно делегировать.
Иногда, программирование — это разработка новых структур, алгоритмов и инструментов для решения конкретной задачи. Временами это выливается в научные статьи.
НЛО прилетело и опубликовало эту надпись здесь
И искусство, и ремесло.
В зависимости от того, как им пользуешься.
Спасибо, всё правильно, будем развивать, сходу нашёл соответствующий таймер — gnome-pomodoro: gnomepomodoro.org — присутствует практически в любом Linux дистрибутиве.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий