Пользователь
Фотография Пабло Гарсия Залдана с Анспэша
Думаю, многие встречали статьи по различным методикам увеличения своей продуктивности, но в действительности мало кто придерживается строгой дисциплины и ежедневно выполняет необходимый ToDo план. Я один из таких.
Но так или иначе вопрос личной эффективности меня интересует уже много лет и я всячески экспериментирую в поисках ответа на вопрос "Почему одни люди могут двигаться к цели ежедневно, а другие уже после недели перестают всячеcки придерживаться плана?".
Собственно, эта скромная статья — мое предположение, которое пока работает на всех моих знакомых. Они поддержали и любезно согласились поучаствовать в эксперименте, который длился ровно 30 дней.
Еще далекие 5 лет назад я пробовал самые классические подходы — ручка и блокнот, где я ежедневно в виде ToDo списка писал, что мне нужно сделать на день. Обычно планы на будущий день я записывал с вечера, чтобы за ночь мое подсознание подготовилось к продуктивному дню.
Список выглядел примерно так:
Довольно просто и в то же время до жути неудобно. В один день я мог поставить 3 задачи и уже к обеду все закончить, в другой задач было так много, что я не успевал сделать и половины. Не было четкого плана, как их делить, как сортировать по приоритетам и как вообще себя оценивать. Да-да, оценка мне была очень важна, так как человек любит все структурировать.
Важно было через месяц посмотреть на свой результат и сделать определенные выводы. Кроме месячных отчетов о своем прогрессе хотелось банально понимать, какую оценку я получил за текущий день.
Как я уже сказал, из-за того, что задачи не сортировались по приоритетам и по количеству, нельзя просто высчитать процент, так как каждый новый день система отсчета будет меняться и ни о какой абсолютной оценке и речи быть не может.
Быть веб-программистом это тяжёлая работа. Долгие часы, связанные с тем, что мы не получили ничего кроме проблем, могут сделать нашу работу невыносимой. Не говоря уже о дедлайнах и неразумных заказчиках. Ах, и том факте, что все мы будем жертвами нескончаемой войны браузеров.
Так почему же мы делаем то, что мы делаем? Мы любим программирование, мы любим создание функциональных, виртуальных миров где люди могут получать информацию, размещать картинки и встречать других людей. Мы любим принимать правила и обходить их. Мы любим публиковать коллекции кода, который в какой-либо день может стать настолько прибыльным как, например, Facebook или Digg.
Со всем тем вознаграждением, которое приходит к вам как к программисту, ваша работа может также подавлять вас. Справляться со стрессом который создаёт ваша работа — это важное умение. Я, как программист, составил для вас перечень способов, которые помогут вам остаться в здравом уме.
Мне нравятся хоткеи, алиасы, shell-скрипты и другие способы повысить свою продуктивность с помощью клавиатуры. Сам я не очень далеко зашёл на этом пути, но меня всегда впечатляют люди, по-настоящему углубившиеся в это, и хочется их расспрашивать.
Осенью на нашей конференции DevOops выступала Джессика Дин. Она удивительно разносторонний человек в отношении платформ: обожает Linux, постоянно пользуется Mac и при этом работает в Microsoft. И она очень любит автоматизацию, скрипты и отказ от мышки — настолько, что в её дотфайлах уже сотни коммитов.
В трансляции DevOops мы с Михаилом Дружининым (xomyakus) поспрашивали её и об использовании терминала, и о совмещении миров Windows/Linux/Mac, а поскольку дело было на девопс-конференции, к концу разговор свернул ещё и в сторону Kubernetes. А сейчас, прямо перед новым онлайновым DevOops, мне захотелось перевести это интервью на русский, чтобы оно было и в текстовом формате.
Правильное именование переменных, функций, методов и классов — это один важнейших признаков элегантного и чистого кода. Кода, который чётко и ясно передает намерения программиста и не терпит допущений о том, что же имелось в виду.
В этой статье мы будем говорить о коде, являющемся полной противоположностью описанного выше — о коде, к написанию которого подходили второпях, безответственно и невдумчиво. Эта статья — небольшая исповедь, ведь и мне, как и любому другому программисту, так же доводилось писать подобный код. В этом нет ничего ужасного до тех пор, пока мы понимаем, что это плохо и над этим нужно работать.
