О переводе
Это перевод 21 главы книги The Passionate Programmer: Creating a Remarkable Career in Software Development. Её автор — Chad Fowler — талантливый Ruby-разработчик, известный докладчик на конференциях, посвящённых Ruby и IT в целом. Бывший саксофонист, а сейчас — CTO 6Wunderkinder.
Автор перевода этой главы — shchemelevev. Краудсорсинговый перевод книги ведётся на github, присоединяйтесь.
Содержание
- Вступительное слово
- Благодарности
- Введение
- Часть 1 — Выбираем рынок
- Глава 1. Веди или умри
- Глава 2. Спрос и предложение
- Глава 3. Кодинг ещё не всё
- Глава 4. Будь худшим
- Глава 5. Инвестируйте в свой интеллект
- Глава 6. Не слушай своих родителей
- Как я отказался от $300.000 — рассказ в конце 6-й главы
- Глава 7. Будь универсалом (В черновиках)
- Глава 8. Будь специалистом
- Глава 9. Не кладите все свои яйца в чужую корзину
- Глава 10. Полюби это или брось
- Часть 2 — Инвестииции в свой продукт
- Глава 11. Научись рыбачить.
- Глава 12. Изучите, как работает бизнес на самом деле
- Глава 13. Найди ментора
- Глава 14. Будь ментором
- Глава 15. Практика, практика, практика
- Глава 16. Твоя собственная методология
- Глава 18. Автоматизируй свою работу
- Часть 3 — Выполнение
- Глава 19. Прямо сейчас
- Глава 20. Телепат
- Глава 21. Ежедневное достижение
- Глава 22. Помни на кого работаешь
- Глава 23. Будь на своем месте
- Глава 24. Насколько интересную работу вы можете сделать сегодня?
- Глава 25. Сколько вы стоите?(на гитхабе, ожидает проверки)
- Глава 26. Камень в кувшине с водой(чистовик на гитхабе, ожидает проверки)
- Глава 31. Не паникуй
Благодаря силе воображения, мы все считаем себя хорошими программистами. Мы уверены в том, что справляемся с задачами настолько быстро, насколько вообще возможно. Кому-то везет (я намеренно говорю о везении) — и такая стратегия действительно работает.
Но каждый из нас может добиться большего, используя, планируя и анализируя свои достижения. Если же кому-то будет удаваться регулярно удивлять и превосходить ожидания руководства, то он, очевидно, может стать следующим кандидатом на повышение. Превосходить ожидания — достойная цель, но совсем немногие действительно отдают отчет своим действиям на пути к ее достижению.
Достичь успеха здесь, как и в большинстве задач подобного рода, можно благодаря целенаправленному и намеренному труду. Скажите, когда в последний раз вы превзошли собственные возможности? Знает ли об этом руководитель? Как вам сделать свои успехи более значимыми?
Каждый день выполняйте задачу о которой можно рассказать.
Джеймс МакМюррей, мой хороший друг и товарищ, как-то рассказал в самом начале наших карьер о системе которую придумал для того чтобы лучше работать. Учитывая его опыт (возможно, ему подсказали родители), я увидел в этой системе большой потенциал. И до сих пор ее использую. Не предупреждая начальства, он начал отслеживать выполнение ежедневных задач. Целью было ежедневно делать что-нибудь выдающееся, достойное того, чтобы рассказать об этом руководству — какую-нибудь идею, о которой он подумал или даже реализовал для того чтобы сделать свой отдел лучше.
Просто поставьте себе цель (на день, на неделю, или на любой другой промежуток времени). Отслеживая её выполнение, вы можете радикально изменить свое поведение — когда начинаете искать выдающиеся достижения, вы, сами собой, приходите к процессу оценки и приоритизации своих действий на основе значимости для бизнеса.
Отслеживание задачи с разумной периодичностью позволяет быть уверенным в том, что вы не застряли: если цель — заканчивать хотя бы одну значимую задачу в день, то вы не можете тратить две недели на достижение совершенства в коде.
Неделя выполненных задач
- Понедельник — автоматизировать сборку!
- Вторник — написать тесты кода разбора ленты
- Среда — поискать подходящий ORM чтобы не писать sql в ручную
- Четверг — начать процесс развертки веб приложения
- Пятница — исправить все предупреждения компилятора
Такой тип мышления станет скорее привычкой нежели усилием. И, как разработчик подсевший на зеленые статусы удачно прошедших юнит-тестов, вы начинаете злиться, если не выполнили свою ежедневную задачу. Не нужно особо беспокоиться об отслеживании прогресса, потому что работа таким способом скорее станет нервным тиком нежели набором задач которые нужно запланировать в Microsoft Project.
Действуйте!
Выделите полчаса в своем расписании, сядьте с карандашом и бумагой в тихом месте, где вас не будут отвлекать. Вспомните о мелких надоедливых проблемах, которые встречает ваша команда ежедневно. Запишите их. Какие проблемы тратят пару минут вашей команды каждый день, но ни у кого нет ни времени и ни энергии чтобы с ними разобраться? Что в текущем проекте можно автоматизировать, а вы до сих пор делаете вручную? Запишите. Что насчет процесса сборки и развертки? Что-нибудь можно улучшить? Как можно снизить процент проваленных сборок? Запишите все эти идеи. Выделите на это целых 20 минут. Записывайте все вне зависимости плохой или хорошей покажется вам идея. Не сдавайтесь пока идут эти 20 минут. После того как составите ваш список, на новом листе бумаги запишите пять избранных (самых надоедливых) дел. На следующей неделе, в понедельник, возьмите первое из списка и сделайте что-нибудь с этим. Во вторник — второй элемент списка, среда — третий и так далее.
