Прошлым летом Виктор Лоскутов поступил в GeekUniversity на факультет Android-разработки. Уже через пару месяцев он устроился программистом в компанию Wildberries. До этого работал инженером по проектированию мостов и дорог и мало что знал о разработке ПО. Мы расспросили Виктора, как повлияла на него новая работа и почему он решился искать ее с небольшим опытом в программировании.

— Чем вы сейчас занимаетесь?

— В октябре прошлого года я устроился Android-разработчиком в интернет-магазин одежды Wildberries. Работаю в Подольске, где находится склад. Все операции по перемещению вещей (упаковка, сборка, отправка заказов) происходят через терминал сбора данных (ТСД). Компания когда-то закупила ТСД на Android, поэтому ей нужны разработчики, чтобы писать софт для этой программы.

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

— Почему вы отучились на инженера, а потом решили сменить профессию?

— После школы я не особо знал, чего хочу. Куда посоветовали, туда и пошел. Поступил на специальность «Строительство» на инженерном факультете в РУДН. По рекомендации друга нашел работу — она была интересной и хорошо оплачиваемой.

У нас была бригада — человек 10 и начальник. Проектирование — довольно прибыльная вещь, пока у тебя есть крупные проекты. Когда бюджет заканчивался, начальник говорил: «Мы отсюда уходим и идем в другое место на такие-то условия». Сначала мы шли на хорошие условия, потом на плохие, затем — хуже и еще хуже. Я стал задумываться, чем заниматься дальше.

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

Когда я начал учиться, со старой работой стало совсем плохо. К тому же, на нее было далеко ездить. Я ушел. Считаю, что если не идет работа, нужно уходить и пробовать что-то другое. Конечно, если есть такая возможность — у кого-то дети, ипотеки. У меня была возможность уйти, и я решил ей воспользоваться.

— Как вы нашли работу?

— В июне прошлого года я пошел учиться на факультет Android-разработки, за компанию с другом. В тот момент я еще работал инженером-проектировщиком — проектировал мосты и эстакады. В какой-то момент с работой стало совсем туго — в сентябре я уволился, думал отдохнуть и посвятить больше времени учебе, неспешно откликался на вакансии разработчиков. Я знал, что джуниору сложно найти работу — в итоге сходил на 2–3 собеседования, после которых мне отказали.

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

— Что помогло совмещать работу и учебу?

— У меня была хорошая мотивация — очень хотелось сменить профессию. Но совмещать было тяжело: приходилось по вечерам заниматься и все выходные. Я из Подмосковья ездил на работу на электричке и там тоже постоянно смотрел уроки.

Домашние задания тоже не всегда легко делались. На первом этапе помогало то, что все было новым и интересным. Знания гораздо лучше усваивались. В самом начале мы делали на Java простенькие вещи (крестики-нолики), и они начинали тут же работать. Эти моменты были самыми прикольными. Со временем это становится обыденностью, и челленджи, которые возникают, начинают вызывать раздражение. У нас сейчас был курс по Android — там есть своя библиотека. Ее подключаешь и делаешь, и вроде все как в уроке. Но у меня ничего не работает. Там домашнее задание на 10 минут, а я просидел 2 часа. Это, конечно, бесит.

Преодолевать такие сложности можно разными способами:

• Попросить помощи у преподавателей и однокурсников;
• Если позволяет время, взять перерыв или переключиться на другую задачу;
• Если времени нет, лучше сразу расслабиться и не переживать (Акуна Матата!) — сделать как получится.

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

То что курсы в GeekUniversity — платные, помогает мне не бросить обучение, даже  устроившись работать программистом. Когда в институте учишься на бюджете, тебе все равно. А когда платишь свои деньги, сразу как-то обидно оставлять курсы непройденными.

— Что посоветуете новичкам?

— Советую выполнять домашние задания в срок, начинать ходить по собеседованиям, относиться к ним проще и не переживать излишне. Работодатели — приличные люди, и с ними интересно поговорить. Кто-то объясняет, где ты ошибся в ответе, дает советы и рекомендует, что почитать.

Мне кажется, важно публиковать резюме, даже если у вас нет опыта работы программистом. В своем резюме я просто перечислил проекты, которые выполнял в GeekUniversity — выложил ссылки на GitHub. Свой предыдущий опыт работы просто кратко вписал в поле «О себе». В графу «Опыт работы» я не стал его указывать: если в резюме разработчика написать «опыт программирования — 3 месяца, опыт проектирования», это создаст путаницу.

— Что больше всего нравится в работе?

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

Все преподаватели GeekUniversity говорят: «Ребята, чтобы стать хорошим программистом, нужно просто писать код». Книжки читать — это хорошо, но реальные задачи важнее. В какой-то момент из-за всей теории в голове наступает путаница: один говорит, что вот это правильно, другой — вот это. А тебе ответить нечего, потому что ты ни то, ни другое не использовал. Когда попробуешь — поймешь, какие преимущества и недостатки у каждого из этих решений, и выберешь то, что подходит тебе.

— Какие сложности есть сейчас в работе?

— Ритм. Большая часть работы на складе выполняется круглосуточно, а значит нужно, чтобы и программы работали исправно. Если что-то где-то ломается — может понадобиться работать ночью. Буквально в эту субботу с семи вечера до часа ночи мой коллега правил ошибки, которые появились после обновления.

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

— Не жалеете, что так рано устроились на работу? Может быть, стоило еще пару четвертей в GeekUniversity закончить перед тем, как публиковать резюме?

— Нет, начинать работать по профессии надо, и чем раньше — тем лучше. Работа и параллельное обучение — это два разных источниках знаний, они оба нужны разработчику. Если попадаешь в команду, которая пишет хороший код, они тебя всему сами и научат.

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

Если есть возможность работать где-то с самого начала, нужно обязательно ей воспользоваться. Я понимаю студентов, которые боятся свой код в резюме разместить или написать, что раньше не работали программистом: «А что подумают в компании, когда они увидят мое резюме без опыта?». Но это нужно побороть, иначе так всю жизнь будешь сидеть и ждать — «вот я еще чуть-чуть доучусь, еще пять курсов пройду, тогда я точно хорошим программистом стану».

— Профессию поменяли. О чем теперь мечтаете?

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

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

А если более приземленно рассуждать, я бы в будущем хотел уехать из Московской области, потому что мне не нравится то, что здесь происходит. Вокруг люди, которые очень напряжены в связи с ситуацией в нашей стране. И невольно ты становишься таким же — раздражительным, у тебя мало времени, мало денег и жизнь проходит. Хочется остаться в России, но уехать в более тихое место и, возможно, работать удаленно. Новая специальность теперь позволяет.

Адаптированный перевод статьи Мелиссы Чу о том, как улучшить качество чтения.

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

Сегодня одна и та же информация может быть представлена ​​в самых разных форматах. Когда речь заходит о том, как именно мы должны читать, мнения расходятся.

Эффективность скорочтения

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

На чемпионате мира по скорочтению лучшие участники достигают скорости 1000–2000 слов в минуту. Шестикратная чемпионка Энн Джонс читает за 60 секунд 4200 слов. Эти результаты кажутся феноменальными по сравнению со средними возможностями взрослого человека, который продвигается по тексту на 300 слов в минуту.

Популярные методы в скорочтении:

1. Скимминг — быстрое пробегание по тексту глазами, чтобы вычленить основные моменты. Вы не прочитываете тщательно каждое слово, а наскоро просматриваете первый и последний абзацы, заголовки и выделенные фрагменты, чтобы найти ключевые идеи. Сканирование — аналогичный метод — предусматривает беглый просмотр текста, чтобы найти определенные слова и фразы.
2. Мета-ориентирование (meta-guiding) использует указатель: палец или ручку, — чтобы направлять глаза вдоль строчек. Это помогает глазам двигаться горизонтально, фокусируясь на слове, которое вы читаете.
3. Метод зрительного интервала (visual span) использует диапазон зрения, чтобы читать слова блоками. Человек фокусируется на одном центральном слове, а чтобы увидеть соседние, привлекает периферийное зрение. Считается, что оно помогает читать по пять слов единовременно.
4. Быстрое последовательное визуальное представление (RSVP) — современный метод. Он использует программу для чтения, которая показывает слова по одному. Вы можете выбрать скорость, с которой они будут отображаться на экране.

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

Автор книги “Psychology of Reading” («Психология чтения»), Кейт Райнер, отклоняет методы скорочтения. Он объясняет, что мы ограничены анатомией глаз и способностью мозга обрабатывать информацию. Для экономии времени часть методов основана на субвокализации — прекращении мысленного озвучивания слов. Райнер утверждает, что при скорочтении уровень запоминания и понимания прочитанного значительно уменьшается.

Участники чемпионатов мира демонстрируют уровень понимания прочитанного около 50%. У Энн Джонс этот показатель составляет 67%.

Независимо от используемого метода скорочтения понимание всегда приносится в жертву скорости.

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

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

Выбор формата

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

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

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

Электронные книги (ридеры). Их основное преимущество — удобство. Нет разницы, сколько вы несете книг: одну или сто. Это помогает в путешествиях, особенно если хотите почитать побольше. Электронные книги понятны для пользователей, потому что мы привыкли к гаджетам, таким как смартфоны и планшеты.

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

Хорошо, что есть исключения — Amazon Kindle. Эти устройства придают свечение самому экрану для лучшей видимости текста, а не слепят читателя. Такое освещение напоминает лампу, направленную на бумажную книгу.

Аудиокниги. Некоторые относятся к ним скептически, считая, что прослушивание книг не дает такого же погружения, как чтение. Однако в исследовании отмечается, что люди воспринимают информацию на слух так же, как визуально. (Отдельная тема для обсуждения — являются ли прослушивание и чтение полностью эквивалентными.) В некоторых случаях тон рассказчика даже помогает лучше понять смысл.

Однако проблема в том, что люди склонны к многозадачности. Если одновременно слушать книгу и писать e-mail или готовить, смысл может потеряться. Лично автору нравится слушать аудиокниги, когда ее меньше всего отвлекают: в очереди или во время прогулки.

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

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

Чтение сегодня

По мере того как информация «оцифровывается», книги становятся доступнее. У нас под рукой бесчисленные варианты досуга. Стали ли книги в таких условиях более привлекательными?

Согласно опросу в Японии, чем больше времени люди тратят на смартфоны, тем меньше — на чтение: 53% респондентов не познакомились ни с одной новой книгой за последний месяц. Такая ситуация прослеживается в течение пяти лет.

Другое исследование показало, что объем чтения увеличивается с 17 до 21% после праздников, потому что людям часто дарят планшеты и ридеры. В прошлом году примерно 43% взрослых американцев предпочитали так называемый «длинный контент»: книги, журналы или лонгриды. В среднем пользователи ридеров прочли за год 24 книги. Любители бумажных страниц — 15 произведений.

Изменились условия и обстоятельства чтения. Люди открывают книги, когда у них есть свободная минута: в дороге или между задачами. Все чаще чтению отводится время во время просмотра телевизора или интернет-серфинга.

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

4 совета для эффективного чтения

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

Вот четыре решения для максимально эффективного чтения:

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

Сделайте чтение повседневной привычкой
Когда автор стала постоянно читать, смогла:

• повысить уровень творчества;
• применить полученные знания в работе;
• открыть новые темы и интересы;
• рассмотреть идеи с другой точки зрения;
• развить эмпатию, понимание людей и ситуаций;
• испытать приятное ожидание чтения;
• создать ежедневное ощущение стабильности;
• научиться снимать стресс и расслабляться, повысить качества сна.

Оптимальное время для чтения — раннее утро или вечер перед сном. Конечно, вы можете выбрать другие варианты, но для автора эти два идеальны.

Легкий способ сделать чтение привычкой — положить книгу на прикроватный столик, чтобы она стала одной из первых вещей, которую вы видите сразу после пробуждения и перед сном. Если вас утомляет чтение, выбирайте легкий материал.

Поделитесь прочитанным
Если вы только что прочитали книгу, поделитесь ею с теми, кому она тоже может понравиться (вот список любимых произведений автора). И если кто-то с похожими предпочтениями порекомендует книгу, почему бы вам ее не прочесть?

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

Подумайте о чтении
Автору не нравится просто сканировать книгу и переходить к следующей. Когда она читает подобным образом, обнаруживает, что результаты чтения теряются. Поэтому она использует другие методы, чтобы запомнить прочитанное:

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

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

Главная ошибка новичка: он пишет код и не думает о том, что его будет кто-то читать. Более того, он не берет в расчет, что сам будет вникать в эти строки спустя день, неделю или год. Новичок решает другую задачу: пишет код, который будет работать.

Проблема в том, что если работодатель видит код, но не может сразу его прочитать, остальное уже не важно. Сотрудник с таким стилем кодинга будет создавать проблемы для коллег — значит, компании он не нужен.

У нас уже вышла публикация о том, как написать код для собеседования и получить работу. Мы пошли дальше и задали вопросы об идеальном коде декану Python-факультета GeekUniversity Алексею Петренко. Он рассказал, что в коде выдает джуниора.

Отступы: все разные

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

Что новички делают не так

• Неправильно выставляют отступы — их код просто не работает.
• Используют неодинаковое количество отступов: в одной функции — два пробела, в другой — все шесть.
• Используют разные клавиши, чтобы создать отступ: в одной функции — клавишу табуляции, в другой — два пробела.

Из-за разных отступов код смотрится некрасиво, а Python ругает за неудачное сочетание пробелов и табуляций.

Решение

Хороший тон — делать отступ четырьмя нажатиями пробела.

Современные среды разработки — например, PyCharm — упрощают жизнь программиста. Нажав клавишу табуляции, автоматически получаете четыре пробела. Вуаля: код оформлен в общепризнанном стиле.

Для языка Python разработан официальный документ PEP-8, в котором прописаны правила красивого кода. Это соглашение всех программистов мира, которые пишут на Python, о том, какой код считать образцовым.

Переменные: непонятные

Рабочий код должен быть читаемым и ясным без личного присутствия автора. Потрудитесь дать понятные имена всем переменным, методам, функциям, которые используете в коде.

Что новички делают не так

• Используют в качестве переменных обычные буквы алфавита: a, b, c, d, — не задумываясь о смысловой нагрузке.
• Называют все переменные любимой буквой, добавляя цифры: а1, а2, а3. Если переменных двадцать, то будет и а20. Понять, какую информацию они хранят, очень сложно.
• Используют строчную переменную l. Разработчики стараются избегать эту букву. Ее не принято использовать не только в Python, но и в других языках программирования, потому что при быстром чтении кода строчную l легко спутать с единицей. Аналогичная путаница возникает с O и 0.
• Записывают переменные транслитом (massiv вместо array).
• Придумывают новые переменные для общепринятых: для названия цикла (в цикле используют переменные i, j, k — именно в таком порядке, от внешнего i до вложенного k), для обозначения осей координат (x, y).

Решение

Очередное правило хорошего кода: каждая переменная должна говорить о том, что она хранит. Для записи информации о человеке логично создать переменную name. Для возраста — age. Заглядывайте в онлайн-словари, чтобы называть переменные правильными английскими словами, понятными большинству программистов в мире. Идеальная переменная понятна и легко читается:

• Если название переменной состоит из нескольких слов, используйте в Python нижнее подчеркивание: переменная со значением максимального размера — max_size.
• Если именуете класс, записывайте каждое слово с заглавной буквы: имя_переменной должно отличаться от ИмениКласса.

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

Из этого вытекает еще одна ошибка новичков: они называют переменные так же, как функции.

В Python есть около 70 функций «из коробки»: функция sum() вычисляет сумму всех переданных аргументов, max() ищет максимальное значение. Если программист назовет переменную sum, она будет работать. Но такой переменной он переопределит функцию суммирования — и она сломается.

Пустые строки: отсутствуют или в избытке

Как правило, код джуниора идет сплошным текстом: в каждой строке — очередная строка кода.

Что новички делают не так

• Не разделяют строки кода пустыми строками.
• Отделяют каждую строчку кода пустой строкой.

В обоих случаях код очень сложно прочитать.

Решение

Код принято делить на логические блоки.

К примеру, если запрашивают информацию о пользователе, пишут несколько строк кода и оставляют одну пустую после блока.

Далее идет блок обработки информации. Если он содержит несколько подблоков, их тоже следует отделить пустой строкой.

Перед выводом информации в конце также добавляют пустую строку.

Слишком сжатый код

Что новички делают не так

• Пытаются написать код максимально сжато и для этого помещают несколько составных операций в одну строку.

Такой код сложно отлаживать в больших проектах: его трудно читать, приходится разбираться в том, как он работает.

Решение

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

Советы декана начинающим разработчикам

1. Ваш код будут читать другие программисты. Всегда думайте о том, как они его воспримут, насколько он будет понятен коллегам.
2. Потратьте время на изучение синтаксиса, почитайте стандарты PEP8. Есть англоязычная версия и перевод. Работодатель будет встречать «по одежке»: ваш код должен выглядеть красиво.
3. Если Python — не первый для вас язык программирования, повторяйте требования стиля. Когда разработчик пишет, не соблюдая их, возникает путаница: то ли перед нами человек, у которого в голове перемешались все языки программирования, то ли новичок, который вообще ничего не знает о Python.
4. Воспользуйтесь командой import this. Это пасхалка от разработчиков: она выводит свод правил хорошего кода. Почаще перечитывайте этот Дзен Python — и ваш код будет идеален.

Придерживаясь этих советов, вы быстро научитесь писать код, который устроит вас, коллег и работодателя.

Пабло Пикассо. Студия с гипсовой головой, 1925 г.

Мысли о повышении продуктивности будоражат мой ум с первого курса института, когда на занятиях я услышала о научной организации труда. Придумал ее на рубеже XIX-XX веков Фредерик Уинслоу Тейлор, и для того времени это было революционным открытием. Он первый предложил анализировать выполнение работы и искать в ней однотипные операции, чтобы их стандартизировать и упростить. Методы, предложенные Тейлором, используются повсеместно, и с тех пор количество подходов и способов повышения производительности только растет.

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

Сделай это завтра

Теория. Евангелист метода — американский гуру time-менеджмента Марк Форстер. В книге “Do it tomorrow or other secrets of time management” он предлагает несколько подходов для повышения личной продуктивности: вести текущую инициативу, делить работу на свою и чужую, делать закрытые списки задач и переносить дела на завтра.

Предложения Форстера основываются на том, что человек слаб и не в силах бороться с внешними факторами. Мы беремся за чужую работу, пытаемся вместить 33 дела в один час, хватаемся за все сразу, а в итоге не успеваем сделать даже простые задачи. Работая по Форстеру, мы распределяем приоритеты и задумываемся о необходимости каждого пришедшего к нам задания. Так, освобождается время от рутины и бессмысленных дел, а важная работа выполняется в первую очередь.

Практика. Делать закрытый список задач мне понравилось. Составляешь перечень, подводишь черту, остальные — «все в сад». Но в реалиях рабочей культуры России такой подход мне кажется утопическим. Представим ситуацию. К вам подходит босс с просьбой набросать быстренько отчет по продажам за начало месяца к планерке в 5, а вы ему показываете список с чертой. Ожидается, что в ответ босс скажет: «Без проблем. Сделаю сам». Но думаю, что подобный сценарий большая редкость. Я ответ босса слышу примерно так: «Без проблем. Сделаю сам. Выход там».

Тем не менее, из книги Форстера мы многое можем взять. Например, не брать задачи и просьбы других сотрудников на сегодня, а переносить их сразу на завтра, чтобы не выбиваться из собственного ритма. Перед тем, как взять новое дело, подумать, так ли нужно его выполнять. Каждое событие обязательно записывать под чертой. Тогда в конце дня будет ясная картина, куда уходит время и что из списка не нужно было делать.

Помодоро

Теория. Это известный метод time-менеджмента, который предлагает работать с регулярными перерывами. Мы ставим таймер на 25 минут, затем делаем 5 минут перерыва. После четырех 25-минутных интервалов делаем большой перерыв в 20-30 минут. Помодоро не дает отвлекаться на ненужные вещи, позволяет посчитать и оценить объем работы. Применяя метод в течении недели, вы увидите количество времени, необходимое на каждую задачу. Автор Помодоро, Франческо Чирилло, советует работать по 25 минут, но я знаю, что иногда дизайнеры и программисты увеличивают интервалы до 45 минут, потому что им требуется больше времени для погружения в задачу.

Практика. Для меня Помодоро оказался самым эффективным, хотя именно этот метод первоначально казался ненужным. Раньше я писала статью целый день или дольше. Но поставив таймер, увидела, что за 25 минут пишу 2000 знаков. Таким образом, на написание статьи требуется три-четыре часа чистого времени. Остальное уходит в никуда.

Это стало открытием и переломным моментом в работе. Теперь я строго разделяю время на материал и на остальное. Помидорный интервал я отдаю полностью тексту. В это время не отвлекаюсь на звонки, сообщения и подбор иллюстраций. Читаю почту и пишу коллегам во время перерыва. Время работы сократилось существенно, но главное, что теперь я могу точно рассчитать и распланировать время.

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

К этому вопросу есть отличная историческая иллюстрация. Однажды на улице к Пабло Пикассо подошла дама и попросила набросать ее портрет. Через пару минут набросок был закончен. В ответ на вопрос о стоимости Пикассо назвал огромную сумму. «Но позвольте, — воскликнула дама, — ведь вы потратили на него всего несколько минут». «Нет, мадам, — парировал мастер, — я потратил на него всю жизнь».

ФФФ

Теория. Принцип ФФФ самый интересный. Он описан командой Basecamp (бывшая — 37signals) в книге “Getting real” и расшифровывается так: fix time, fix money, flex scope. Суть заключается в следующем: при создании продукта разработчики фиксируют сроки и смету, а функциональность оставляют в свободном режиме. Это позволяет выпустить сайт или программу к назначенной дате, урезав часть функций.

Если вы считаете, что так и делают большинство разработчиков, обратите внимание на формулировку “fix money”. Запуск сайта с отсутствующими функциями — распространенная ситуация, однако заказчики, как правило, не оплачивают отсутствующий функционал. Здесь же разработка получает всю оговоренную сумму, несмотря на то, что часть функций не работает. Их доработка оплачивается отдельно.

Это очень сложный метод. Думаю, что в России по принципу ФФФ могут позволить себе работать с десяток команд. Представьте заказчика, который платит по полной, но получает половину. При этом он еще должен быть доволен, что приложение открылось в срок. Рациональное зерно в методе есть. Иногда запуск проектов затягивается на долгие годы, потому что команда пытается создать совершенный продукт. Если бы Билл Гейтс доводил разработки до совершенства, возможно, мы никогда бы не увидели Windows.

Практика. Лично мне тяжело применить этот метод на практике. Сложно представить, как я могу сдать редактору две статьи вместо обещанных трех и попросить полную зарплату. Тем не менее, я нашла ему применение в работе. Когда горят сроки и на встречу «летит» дедлайн, просто «режьте» структуру материала. Планировали рассказать о десяти книгах, но успели семь. Лучше опубликовать семь, чем не выпустить ничего.

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