Какие книги полезны для повышения эффективности одного программиста?

Question

[Вася]

Если взять отдельно взятого сотрудника.
Что полезно ему прочитать для повышения эффективности?
То, что может изменить его подход к работе, оптимизировать процесс разработки.
"Документация" не подходит.
Agile, scrum, kanban наверно тоже больше для команд .

Comments

[Ivan Bogachev]

для повышения эффективности одного программиста

(извините, не удержался)

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

Answer 1

[ApeCoder]

• "Рефакторинг: улучшение существующего кода"
  
• "Программист-прагматик"
  
• "Эффективная работа с унаследованным кодом"
  
• "Чистый код"
  
• "Code complete"
  

Agile, scrum, kanban наверно тоже больше для команд .

Общий подход может применяться и индивидуально. Еще можно прочитать про Getting Things Done

Answer 2

[ValeraValera]

Книги и в каком порядке лучше читать:
1) "На пике" Брэд Штульберг и Стив Магнесс
2) "Программист-фанатик" - Чед Фаулер
3) "Путь программиста" - Джон Сонмез
4) "В работу с головой. Паттерны успеха от IT-специалиста" - Кэл Ньюпорт
5) "Программирование без дураков" - Катрин Пассиг

Answer 3

[asd111]

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

Это как в шахматах средние игроки думают во время дебюта, а опытные просто играют по памяти свой любимый дебют и почти не думают над ходами во время дебюта. А такие мастера как Магнус Карлсен могут выиграть за 30 секунд у большинства средних игроков. Выглядит это пугающе(https://youtu.be/NTEj4moaay0 )

И примерно такая же разница между слабыми и сильными программистами. Это прежде всего физиологические различия и различия в уровне подготовки. Книги про продуктивность тут не увеличат производительность каким то радикальным образом. Скорее наоборот если человек со слабыми природными данными начнет много программировать то у него быстро наступит выгорание, потому что его ЦНС физиологически на это не способна и производительность в результате может упасть.

Comments

[Yustas Alexu]

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

Все хорошо в меру - говорил Джавахарлал Неру

[xtala zen]

А такие мастера как Магнус Карлсен могут выиграть за 30 секунд у большинства средних игроков. Выглядит это пугающе

Ничего в этом сверхъестественного и пугающего нет. Выиграть в пулю за 30 секунд обычное дело. Разгадка в том что он просто примерно знает, что предпримет противник и заводит предходы. Пуля гораздо проще и топорней чем классика или рапид. Обычно дальше одного двух ходов не думают.
Кстати в интернете (по крайней мере на личесс) Карлсен играет только пулю, скорее всего боится, что в классику против него будут играть читеры.

[Максим Мосейчук]

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

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

Речь конечно об вчерашних олимпиадниках и выпускниках.

[asd111]

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

[Максим Мосейчук]

asd111, я бы головы сносил за самописные деревья

[Егор Казанцев]

Совершенный код Макконнелл 33.2: Высочайший уровень интеллекта — далеко не
главное условие для человека, желающего стать хорошим программистом.

[asd111]

Егор Казанцев, Макконелл никогда не участвовал в разработке какого то сверхсложного ПО даже уровня игрового движка Unreal, он зарабатывает на книгах. Поэтому не ему судить о важности уровня интеллекта. Лучше вспомните как Линус Торвальдс обзывает и унижает программистов с низким уровнем интеллекта.

[asd111]

fshp, оке, сходите в яндекс, гугл и посносите головы :) И ещё в пару сотен игровых компаний не забудьте сходить :)
Именно в этом и есть разница. Сильные программисты не боятся делать свои реализации сложных структур данных и не видят в этом что то необычное, потому что им это легко и они знают что и как писать. Если бы все надеялись что большой дядя напишет им дерево, то мы бы остались в каменном веке. А Линус Торвальдс никогда не написал бы git, а то ишь чего захотел, свои графы писать вот ведь плохой программист надо ему срочно голову снести хахахах :) https://github.com/git/git/blob/master/graph.c

[Максим Мосейчук]

asd111, вы работали в яндекс и в гугл?
Я отправлял патчи в git. И с уверенностью могу сказать, что велосипеды они не принимают.

А Линус Торвальдс никогда не написал бы git, если бы начал с реализации дерева. Если глянуть историю, то в начале 2005 года ни о каких графах речи и не было, структура была линейная. Раз он такой умный, почему же он взял библиотечные реализации SHA1 и zlib? Можно было бы и самому накатать.

[Максим Мосейчук]

asd111, а кастомные реализации структур возникают не потому что программисты умные и им ничего не стоит их написать, а потому что "ой у нас CPU и память жрёт, нужно оптимизировать". А оптимизация на раннем этапе это корень всех зол.

[Егор Казанцев]

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

[Максим Мосейчук]

asd111, https://geektimes.com/post/174269/ вот тру стори и холивары в комментариях.

Все-все. Отстал-отстал.

Answer 4

[Константин Нагибович]

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

Answer 5

[Андрей Шишкин]

Код ревью сделает из человека программиста )