Книга о том как правильно должен работать программист?

Question

[Али Алиев]

Интересует следующий список вопросов

1. как правильно программист должен управлять своим временем
2. как избегать багов (возможно есть какие то правила кроме TDD?)
3. как управлять задачами и правильно их оценивать
итд

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

Благодарю

UPD

Всем спасибо за ответы! Для себя выбрал три книги:

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

Comments

[Толстый Лорри]

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

Здесь нет специфики процесси же?

как управлять задачами

Это уже не столько к программисту, сколько к TL/PL

Answer 1

[un1t]

Чед Фаулер "Программист фанатик"
Джоэл Спольски "Джоэл о программировании"
Роберт Мартин "Идеальный программист"
Том ДеМарко, "Вальсируя с Медведями: управление рисками в проектах по разработке программного обеспечения"
Том ДеМарко "Человеческий фактор. Успешные проекты и команды"
Роберт Гласс "Факты и заблуждения профессионального программирования"
Игорь Савчук "Отъявленный программист. Лайфхакинг из первых рук"
Питер Сейбел "Кодеры за работой. Размышления о ремесле программиста"
Хант Эндрю, Томас Дэвид "Программист прагматик"

Comments

[Дмитрий]

Спасибо за подборку! Давно искал подобный список книг для досуга!..

Answer 2

[Astrohas]

"Как заставить себя не спать"
"Зрение человека"
"Легкие фитнес упражнения для беременных и полных"
----
вот те книги что нужны программисту

Comments

[Алексей Ярков]

Как заставить себя не спать

Это что-то за гранью уже )))) Как ржать перестать?

[un1t]

Автора укажи, то поди книг с такими названиями полно.

Answer 3

[sim3x]

1. Пофиг как - если делает работу
2. Никак не избегать - принять их как данность и фиксить
3. Делать оценку перед задачей, делать переоценку во время решения, оценивать реальное время -
после

Мифический человекомесяц
Психбольница в руках пациентов

Answer 4

[voronkovich]

Роберт Мартин "Идеальный программист".

Answer 5

[Kirill Mokevnin]

Я вам заодно еще книг накину, в которых есть ответы на главные вопросы разработки: https://map.hexlet.io/pages/books

Comments

[kpa6uu]

Ооо, старый-добрый Хекслет! Привет, Кирилл!

Answer 6

[kulaeff]

1. никак. программист просто программирует. временем управлять пока не научились.
2. никак. они есть всегда. больше или меньше. человеческий мозг не совершенен.
3. никак. не нужно управлять и не нужно оценивать. это хотелки продакт-менеджера.

зы: книжки по айти - хрень. почитал и забыл.

Answer 7

[Alan Ikaev]

Джон Сонмез "Путь программиста"... Тут обо всем, об управлении временем, распределении задач... Может удивить, но даже о СПОРТЕ

Comments

[Frozen Coder]

Ну так в оригинале она называется Soft Skills: The Software Developer's Life Manual. А Soft Skills как раз и означают побочные, но полезные навыки, хотя чаще под этим понимают умение коммуницировать и работать в команде. Книга неплохая. Вот канал автора на YT. Дохринилион роликов, которые выходят каждый день. И по теме, и английский покачать)

[un1t]

Книга неплохая. Но сильно водянистая.

[Alan Ikaev]

un1t: Да он выдает "водянистость" когда например в разных главах о продуктивности начинает писать что-то типа "...И вот щас я поставил Помодоро Таймер чтобы выдавить из себя продуктивность"... Очевидно, некоторые главы он пишет "ЧТОБЫ БЫЛИ"

Answer 8

[Валерий Мироненко]

Предлагаю сложный совет - прочитать внутреннюю (если сможете достать!) документацию по технологиям проектирования ПО и создания кода в фирмах IBM, Rand Co, и т.п. Очень интересно читать, даже, старые документы, а как "прочищает мозги" от всякой дурости и от спорных инструментов.

Comments

[Василий Мельников]

Если бы еще сказал где взять....
Читал пару статей о разработчиках NASA - познавательно. А если бы достать их документы ...

[Валерий Мироненко]

К сожалению, в настоящее время эти документы мне недоступны. Они нарушают авторские права "легендарных фирм". Не надо меня спрашивать как я получил к ним доступ. Дело было в конце 80-х - и до начала 2000-х. Документы актуальны и современны до сих пор. Страшно подумать, как "они продвинулись вперед" за последние 20 лет. Кстати, NASA - это не "супер-уровень", мне были доступны для анализа некоторые материалы ПО управления Space Shuttle (и, возможно, у меня сохранилась небольшая презентация "по теме"). "Вершиной горы" тогда являлись собственные технологические материалы "For Internal Use" компаний IBM и Rand, а вот, например, ПО Института им. Вейцмана (Израиль) изобиловало ошибками и сомнительными рецептами...

Answer 9

[Алексей Блышко]

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

Ну и можно в методологии углубиться, если уж возникают такие вопросы.
Я бы посоветовал прочитать книжку с описанием XP Кента Бека.

Answer 10

[Максим Котенко]

На самом деле программисту главное результат, а график работы, управление временем и прочие "свистопляски" это уже дело десятое)