Кава-брейк #62. Як залишатись продуктивним весь день. Як розробник-початківець може домогтися, щоб його сприймали всерйоз

Як залишатися продуктивним весь день — поради щодо програмування та складання розкладу

Джерело: Free Code Camp Я все життя неправильно писав код. Я думав, що можна просто сісти за стіл, відкрити свій ноутбук, взяти завдання зі свого списку справ і писати код, доки не відчую втому. Але насправді цей стиль роботи завжди вбивав мою продуктивність після двох-чотирьох годин написання коду. Я так втомлювався, що не хотів робити нічого, окрім елементарних завдань (наприклад, реву коду). Сьогодні я можу писати код більше восьми годин на день, і навіть після цього не почуваюся втомленим. Що змінилося? Мій підхід до роботи. Після 62 з лишком книг з саморозвитку, десятків статей та досліджень про продуктивність, а також маси проб і помилок я розробив систему продуктивності, яка допомагає мені писати код, творити і жити на повну без зволікання, втоми та каші в мізках.

Моя система продуктивності

Моя система продуктивності ґрунтується на трьох основних принципах:

1. Графік.
2. Завдання завтра.
3. Система 69.

Розглянемо докладніше кожну їх.

Створюємо розклад

Все починається за розкладом. Що, де і коли виконую свої завдання. Мій розклад має такий вигляд: Я використовую дошку, щоб постійно нагадувати собі про те, що мені слід робити в той чи інший момент. Я завжди нехтував розкладом, думаючи, що знаю, що і коли мені слід робити. Але насправді я завжди забував займатися повсякденними справами, навіть коли здавалося, що у мене виробилася звичка. Наприклад, коли я прокидався о 7:00 ранку, я знав, що я маю одну вільну годину до роботи. У цей час мені хотілося провести ранкові ритуали (сніданок, зарядка, душ) та почитати 30 хвабон. Але часто вранці я забував знайти час для читання. Я витрачав зайвий час на одне заняття (сніданок) за рахунок іншого (читання). А ще без розкладу я витрачав багато часу, вирішуючи, що робити далі. Я міг закінчити тренування вдень, прийняти душ, сісти за стіл, відкрити ноутбук та протягом 10 хвабон думати, яке завдання вибрати наступним. Якщо порахувати, скільки часу займає прийняття цих рішень щодня, ці 10 хвабон перетворюються на 60 хвабон. Одна година! Це дуже багато. Інша річ, що в процесі прийняття рішення про те, що робити далі, на моїх плечах завжди сиділи ангел і демон, які «допомагали» вирішити, чи слід мені працювати над важливими речами, чи робити легку роботу, чи навіть зробити перерву, щоб розслабитися. Мені часто доводилося використати силу волі, щоб змусити себе робити «правильні» справи без розкладу. Коли я склав графік, ці проблеми зникли. Тепер я завжди маю час зробити те, що я задумав. Я завжди знаю, що робити далі. Мені не потрібно використовувати силу волі, щоб змусити себе робити важливі справи. Графік перекладає процес прийняття рішень на автопілот. Якщо ви хочете скласти розклад, я рекомендую використовувати календар Google. Таким чином, ви можете легко редагувати свій графік або ділитися з кимось іншим. Крім того, я рекомендую зберігати свій розклад на аркуші паперу або повісити на дошці, щоб нагадувати собі, що, де і коли вам слід виконувати.

Складаємо список справ на завтра

Якщо розклад допомагає вирішувати, що де і коли мені слід робити, список справ допомагає уточнити перелік завдань. Я міг провести «ідеально спланований» день, але все одно не зробити того, що було для мене важливим. Ось тут і з'являється перелік справ. Він допомагає мені поставити процес ухвалення рішень на автопілот і витрачати на це менше часу та когнітивних ресурсів. Також він гарантує, що я робитиму тільки необхідні речі (велику частину часу). Мій список справ простий: я використовую звичайний паперовий блокнот, щоб скласти його, і Notion як цифрова копія. Список справ на завтра я створюю ввечері. Чому? Коли ви плануєте свій день вранці, ви думаєте про кожну задачу, яку потрібно виконати цього дня. Це нормально, коли завдання зрозуміле і просте, і ви знаєте, що робити (наприклад, «перевірка коду Джона»). Але коли ви не знаєте, що саме потрібно зробити, потрібен час, щоб це зрозуміти. Наприклад, коли ти знаєш, що тобі потрібно написати статтю, але не знаєш про що. Потрібен час, щоб вивчити свої ідеї та вибрати правильну тему для написання. Крім цього, є ймовірність, що ви потрапите в пастку свого розумового процесу (коли ви почнете уявляти результати, деталі, процеси та інші різні речі, пов'язані із завданням, то ви витратите на це 5, 10, 15 або навіть більше хвабон). Створення списку справ зранку забирає у вас найпродуктивніший час. Тому список справ на завтрашній день найкраще складати наприкінці дня.

Система 69

Коли я починав писати код, я робив це так:

1. Відкриваю ноутбук.
2. Запускаю редактор коду (VSCode).
3. Вибираю завдання.
4. Пишу код, доки не втомлюся.
5. Роблю перерву (проводжу час у соціальних мережах).

Нормально виглядає? Я вважав, що так. Поки не прочитав про метод Pomodoro. Це спосіб керування часом, коли ви розбиваєте роботу на інтервали, зазвичай тривалістю 25 хвабон, розділені невеликими перервами. Наприклад, 25-хвабонна робота з кодом і 5-хвабонна перерва після. Ви поділяєте на такі перерви весь робочий день.

• Написання коду 25 хвабон.
• Перерва 5 хвабон.
• Написання коду 25 хвабон.
• Перерва 5 хвабон.
• Написання коду 25 хвабон.
• І так до кінця робочого дня.

Я спробував, і це спрацювало, але не так добре, як я собі уявляв. Я точно став продуктивнішим, приблизно на годину, але виявив, що 25-хвабонні інтервали роботи були для мене занадто короткими (я потребував 5-10 хвабон, щоб включитися, тому я не міг виконувати «важку роботу» більше 15 хвабон з такими інтервалами) . Тому я пішов далі і знайшов правило 52+17. Що це таке? 52 хвабони роботи та 17 хвабон перерва. Приблизно як метод помідора. Я протестував його, і для мене він спрацював краще за інтервали 25 + 5. Тепер я міг продуктивно працювати ще дві години, але після робочого дня все одно відчував себе погано. Отже, я не зупинився на правилі 52 + 17. Я почав глибше досліджувати продуктивність і мотивацію і дізнався про ефективні перерви. Коли більшість людей чують слово "перерва", перша асоціація - "робити щось, крім роботи". Наприклад, перегортати стрічку Instagram, листуватися з друзями або дивитися YouTube. Формально це всі перерви, але не ефективні. Головна ознака ефективної перерви - вона дає вам енергію, а не забирає її. Приклад моїх ефективних перерв:

• Фізичні вправи.
• Душ.
• Прогулянка без навушників.
• Дихальні вправи (метод Вім Хофа).

Після того, як я дізнався про ефективні перерви, мій робочий день став майже ідеальним: 52 хвабони роботи (8 хвабон на «розігрів» та 45 хвабон інтенсивної роботи) та 17 хвабон ефективних перерв, які дають мені енергію. Все працювало чудово, і я подумав, що можу зупинитися на цьому... Але я рушив далі. Я був одержимий ідеєю зробити кожну годину моєї роботи найпродуктивнішою годиною на землі. І я думаю, що це в мене вийшло. Була одна річ, яка утримувала мене від постійного перебування в стані потоку, — це фактори, що відволікають. Роками я не звертав на них уваги. Всі ці повідомлення, які з'являються на моєму телефоні, шум людей навколо мене, сотні відкритих вкладок та вікон на моєму ноутбуці... Я встановлюю таймер на 52 хвабони, починаю працювати, а потім БАМ! З'являється нове повідомлення. І я себе питаю: Що там? Зосередженість задачі зникла. Продуктивність зникла. Одне крихітне повідомлення миттєво зруйнувало мою продуктивність. Я ніколи не звертав на це уваги, доки не почав глибоко занурюватися у сферу особистого розвитку. Тепер, коли я працюю, я відключаю всі повідомлення, говорю людям, щоб вони мене не турбували, надягаю навушники (якщо я працюю в галасливій обстановці), закриваю всі вкладки браузера, не пов'язані із завданням, і роблю все, що можу, щоб не відволікатися у робочий час . Поки що все добре — тепер моя система справді здавалася ідеальною. Але чи можу піти далі? Звичайно. Останній шматок головоломки - ВІДСУТНІСТЬ багатозадачності . Коли сьогодні чую, що хтось може виконувати кілька завдань одночасно, я посміхаюся. Багатозадачність не працює. Це міф. Є одне дослідження, яке показує, що лише 2,5% піддослідних можуть виконувати одночасно кілька завдань із таким самим рівнем ефективності, як і під час однієї завдання. Інші 97,5% — ні. Тому, коли я беру якесь завдання і починаю його виконувати, я зосереджуюсь тільки на ньому. Чи не на двох. Чи не на трьох. Лише на одній. Це правило, яке я слідую в робочий час. Завжди. Добре, тепер у нас є всі частини системи 69. Давайте склеїмо їх разом і подивимося, що в нас вийде:

1. 52 хвабони роботи.
2. 17 хвабон результативної перерви.
3. Прибираємо всі фактори, що відволікають.
4. Зосереджуємось на одному завданні за раз.

Приголомшливо! Це моя Система 69.

І на закінчення…

Ось три стовпи моєї системи продуктивності. Ви можете використовувати мою систему продуктивності для успішного виконання будь-якої роботи, а не лише програмування. Але використовуйте її з розумом. Всього доброго!

Як розробник-початківець може домогтися, щоб його сприймали всерйоз

Джерело: Free Code Camp Можливо, ви знайомі з прийомом, який підстерігає всіх розробників-початківців: Я не можу влаштуватися на роботу, тому що у мене немає досвіду, а досвід я не можу отримати через те, що мене не беруть на роботу! Це те, з чим ми стикаємося на початку кар'єри. Ми постійно бачимо оголошення про вакансії «початкового рівня», які потребують досвіду роботи 2-3 роки. Ситуація дуже дратує. І коли отримуєш чергову відмову, здається, що вона ще й безвихідна. Отже, що ж робити розробнику-початківцю, який не має досвіду, щоб влаштуватися на першу роботу?

Зрозумійте, чому роботодавцям так важливий досвід роботи

Спробуйте стати на місце роботодавця. Це дозволить вам зрозуміти, чому когось наймають, а когось ні. Також це допоможе не сприймати ігнорування чи відмову як щось особисте. Кожне рішення про найм нового співробітника — це ризик. Чи принесе ця людина компанії більше прибутку, ніж витрат на її зарплату? Ваше завдання переконати роботодавця, що ви здатні приносити прибуток. Проблема в тому, що для роботодавця найпотужніший сигнал про здатність людини приносити прибуток – наявність досвіду роботи. Якщо досвіду немає, то наймати цю людину ризиковано. Тому потрібно подати якісь інші сигнали, які переконають роботодавця, що ваше працевлаштування не несе для нього ризику. І йдеться не лише про технічні навички. Рішення про найм приймаються людьми. Тому відсутність досвіду можна перекрити особистісними якостями, ентузіазмом, виявом інтересу до роботи у конкретній компанії, ініціативою до створення нових проектів. Все це разом здатне вселити до вас довіру.

Формула, яка допоможе завоювати довіру роботодавця

Довіра = перевірені навички + помітність Щоб здобути довіру, потрібно показати, що у вас є потрібні навички. І показати це потрібно правильним людям. Знову ж таки, ми говоримо не лише про технічні навички. Вміння написати програму дуже важливе для розробника, але не менш важливі і soft skills. Вам знадобляться не тільки відмінні комунікативні навички та мотивація, але й уміння повідомити про їхню потенційну працедавцю. Необхідно продемонструвати їх та переконати, що ви знаєте, як за допомогою цих навичок принести прибуток компанії. Це допоможе умовити роботодавця дати вам шанс і найняти вас, навіть за відсутності досвіду. Для успішної демонстрації вам потрібно:

1. Створювати проекти.
2. Писати.
3. Заводити потрібні зв'язки.

Давайте розберемо кожен пункт і подивимося, як ефективно їх комбінувати, щоб не маючи досвіду виглядати в очах роботодавця компетентним фахівцем.

Створюйте проекти, використовуючи свій стек технологій

Можливість створювати реальні проекти у вибраному вами технологічному стеку є тут величезним плюсом. Якщо компанія, в яку ви хочете влаштуватись, не переконається у наявності у вас технічних навичок, роботу ви не отримаєте. Але є один нюанс. Я чув багато історій про те, як розробників наймали на позиції, для яких вони не мали достатньої кваліфікації. Роботодавців залучали якісь риси характеру цих кандидатів і той потенціал, який вони побачабо. Тобто потрібно бути компетентним у технічному плані, але не варто думати, що тільки це важливо. Найкращий спосіб показати свої технічні навички – створювати те, що до вас ніхто не створював. Коли ви будуєте щось, дотримуючись лише навчального курсу, це показує лише те, що ви здатні вчитися та дотримуватися інструкцій. Але це не демонструє вашу здатність вирішувати складні та унікальні завдання та створювати щось з нуля. Роботодавці шукають кандидатів із навичками, які можна застосувати для вирішення реальних проблем. Саме за це зрештою вам платитимуть гроші. Я раджу спершу знайти хороший курс, який навчає стеку технологій, які вам цікаві. Курси та навчальні посібники чудово підходять для ознайомлення з технологіями та практикою застосування стека (це важливо!). Але вони не завжди можуть навчити вас вирішувати практичні завдання та створювати реальні речі. Тому я рекомендую після проходження курсу створити власний проект, користуючись тією теорією, яку ви опанували. Поки працюєте над проектом, документуйте усі свої дії, записуйте, що і чому ви робите. Це стане в нагоді для наступного пункту нашого плану з вибудовування довіри до вас як до фахівця.

Пишіть про все, що створюєте та вивчаєте

Документування надає кілька важливих переваг. Для початку, воно допомагає прояснити ідеї та процеси. Коли ви записуєте свої дії, це спонукає вас мислити та діяти чіткіше та лаконічніше. Крім того, це допомагає чітко структурувати всі процеси, адже ваша мета — викласти свої ідеї так, щоб хтось інший зміг їх прочитати та зрозуміти. Імовірно, все це простіше сказати, ніж зробити, але якщо ви зумієте, то при пошуку роботи це виділить вас на тлі інших кандидатів. Ще одна перевага, яку дає лист, — поліпшення мовлення. Коли влаштуєтеся на роботу і станете професійним розробником, ви будете більш ефективним комунікатором, ніж за відсутності практики написання.

Проста система листа

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

Виділіть час, щоб писати щодня

Це дуже важливо, тому що забезпечує систематичність, а отже, і покращення навичок. Написавши безліч текстів, я виявив, що шлях до успіху лежить через написання поганих текстів. Просто сидіти та чекати натхнення – не найкращий варіант. Потрібно просто почати писати. Почавши, ви з подивом виявите, що слова спадають на думку ніби самі собою. Але якщо ви не почнете писати, цей потік слів не потече. Тому відразу визначте скільки часу ви можете щодня виділяти для письма. Примітка: запис текстів та редактура – ​​різні речі. Їх слід сприймати як дві різні завдання.

Пишіть з погляду вчителя

Я бачив багато постів і твітів, написаних розробниками-початківцями в стилі «Я вивчив це…» або «Сьогодні я працював над цим…». Все це, звісно, ​​добре. Але якщо ви писатимете так, ніби навчаєте все цим речам, а не самі їх вивчаєте. Так тексти вселяють більше довіри. Наприклад, ви хочете стати фронтенд-розробником на React. І ви пишете програму для планування меню. Замість постів про те, що ви дізналися про React, напишіть статтю «Як створити в React програму для планування меню». Таке зміщення акценту підвищує ваш імідж розробника і те, як оточуючі сприйматимуть ваші навички. Я думаю, багато людей соромляться писати в подібному стилі, тому що не почуваються вправі вчити когось. Але якщо ви щось довели до кінця, можете писати про це з позиції вчителя. Ви станете досить авторитетним джерелом знань для людей, які хочуть збудувати щось подібне, але самі поки що не можуть. Коли ви пишете статті, ви не тільки розповідаєте про свої технічні навички, але ще й показуєте, що впевнені у них, а це привабливо для потенційних роботодавців.

Ведіть список ідей

Від творчої кризи вас врятує список ідей, що оновлюється. Щоразу, коли мені на думку спадає якась ідея, я просто додаю ще один пункт із коротким описом до свого списку. А коли я сідаю писати, я або продовжую роботу над вже розпочатою статтею, або вибираю наступну ідею зі списку. Наявність списку також позбавляє проблеми вибору. Вам не треба згадувати все, що ви хотіли написати. Просто берете наступний пункт та починайте писати. Якщо у вас немає ідей, тоді пишіть навчальні пости та розповідайте, як створити проекти, які ви колись самі створабо.

Розділяйте письменство та редагування

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

Пишіть не лише про технічні речі

Оскільки ви розробник, вам здається, що ви повинні фокусуватися тільки на розробці. Але я раджу відходити трохи убік і писати також на теми, не присвячені програмуванню у чистому вигляді. Зрештою, компанії наймають людей, а не код. А люди можуть підходити до кожної окремої компанії або не підходити. Ваші тексти можуть розповісти потенційному роботодавцю про те, як ви працюєте та мислите. Завдяки цьому ви в очах цього роботодавця станете цілком конкретною, живою людиною, а не просто ще одним резюме. І це ще до того, як вам пощастить поговорити! Наприклад, ви можете писати про те, чому любите програмування, що мотивує вас старанно працювати, як ви знімаєте напругу у вільний час. Хоча це не стосується роботи, хоча й тісно пов'язані з життям розробника.

Вибудовуйте зв'язки з людьми з IT-спільноти

Створення потрібних зв'язків – останній пункт нашого плану. Розробники часто відзначають величезний вплив знайомств на успіх пошуку роботи. Водночас почати вибудовувати мережу контактів не так просто. Справа в тому, що робити це некомфортно, тому багато людей і не роблять. А це означає, що у вас є добрий шанс виділитися на загальному тлі. Ваше портфоліо та написані тексти забезпечабо вам присутність в інтернеті. Тепер настав час розширити цю присутність, побудувавши мережу знайомств. Два мої улюблені інструменти в цьому плані — LinkedIn і Twitter. Кінцева мета — створити мережу контактів, щоб не доводилося шукати роботу. В ідеалі ви просто звертаєтеся до знайомих - і отримуєте відповідні пропозиції. На вибудовування такої мережі знайомств потрібен час, але воно того варте. Що стосується розробників-початківців, ваша початкова мета - підвищити свою помітність і розповісти якнайдалі, що ви шукаєте роботу. Завдяки цьому на вас і ваші проекти звернуть увагу. І цілком можливо, ви потрапите на очі потенційному роботодавцю. Для підвищення вашої видимості у мережі я рекомендую робити наступне. Не треба накидатися на всіх поспіль. Вам потрібно дотягнутися до людей, які працюють у компаніях, де хочете працювати ви самі, і продемонструвати свій інтерес. Для початку складіть список із 10 компаній, у яких ви хотіли б працювати. Потім знайдіть 2-3 співробітників кожної з цих компаній. Орієнтуйтеся на людей, які займають приблизно ті позиції, на які ви хотіли б потрапити. Зв'яжіться з цими людьми через LinkedIn або підпишіться на них у Twitter (якщо вони мають акаунти в цих мережах, звичайно). Потім просто надішліть кожному повідомлення, слідуючи шаблону:

• Короткий вступ
• Те, чим ви захоплюєтеся в компанії, де працює ця людина
• Просте питання, на яке вашому адресаату буде легко відповісти

Наприклад, якщо я хочу працювати в Ghost, моє повідомлення може мати такий вигляд: «Привіт! Мене звуть Кен. Я розробник-самоучка. Мене захоплює те, що Ghost робить для сфер публікацій. Занедбаний вами нещодавно функціонал підписки – це щось! Скажіть, а що вам, як фронтенд-розробнику, найбільше подобається в роботі над продуктом із такою важливою місією?» Зауважте, що ви не просите влаштувати вас на роботу. Ви просто зав'язуєте розмову та стосунки. Повідомлення коротке, у справі, містить питання, яке не можна просто знайти в Google. Цей приклад працює, тому що я дійсно захоплююся Ghost. Ваше захоплення та бажання працювати в компанії мають бути непідробними. Люди добре розпізнають удавання навіть на відстані, так що воно може зіграти вам погану службу. Ще раз загострю вашу увагу на тому, що мета — не на роботу влаштуватися, а почати розмову та вибудувати стосунки з людиною. Якщо ви будете наполегливо та цілеспрямовано знайомитися з різними людьми з різних компаній, це дуже допоможе вам у довгостроковій перспективі. Намагайтеся знайомитися з кимось щодня. Зав'язавши стосунки, ви, можливо, зможете їх розвинути, зустрівшись офлайн, поспілкувавшись у відеорежимі та обговоривши свої кар'єрні цілі. Мережі знайомств, завдяки яким люди отримують чудові кар'єрні можливості, приблизно так і створюються.

Як поєднати все це в єдину систему

Тепер, коли ми знаєте всі компоненти, давайте подивимося, як ефективно об'єднати їх у робочу систему. Мій улюблений метод – виділення часу. Визначте, скільки часу ви зможете виділяти на все це щодня (залежно від густини вашого розкладу). Потім поділіть цей час на три частини. Перша буде призначена для створення проектів, друга — для письменства, а третя для вибудовування мережі знайомств. У першу третину часу ви працюватимете над особистим проектом. По-друге — описувати проект, над яким працюєте. Як варіант, можна описувати те, як ви вирішабо окремі проблеми, з якими зіткнулися (якщо опис проекту чомусь вам не підходить як тема). Нарешті, в третю частину виділеного часу, що залишилася, шукайте інформацію про компанії і знайомтеся з працюючими в них людьми. Всі ці кроки можуть здатися простими (власне, вони є прості), але вплив їх великий. Саме такі невеликі й начебто незначні дії, які виконуються постійно, допомагають побудувати відмінну кар'єру з нуля.