Quais são algumas das coisas que você leu que o inspiraram e o guiaram como programador? [fechadas]


Respostas:


26

Estou surpreso que ninguém tenha mencionado The Pragmatic Programmer . É uma leitura obrigatória se você estiver interessado em seu ofício.


Costumava ser uma "leitura obrigatória".
Kirk.burleson

2
@ kirk.burleson: Ainda é.
Steven Evers

Concordo que ler isso me ajudou a entender muito sobre o que fazemos e como proceder.
Aredkid

Eu amo a estrofe `` select '' Isn't Broken. Ele não está quebrado, é apenas uma merda :) #
44607 Tim Tim

Finalmente, depois de ler, eu concordo. E suponho que seja uma resposta digna.
Aredkid

13

Luvas

Luvas - dê uma boa olhada na sua primeira revisão e diga a si mesmo: "luvas".

Este post do Daily WTF me manteve no caminho certo. Admito que várias vezes comecei a desenvolver algo em que um par de "luvas" era a solução apropriada.


3
Eu não entendo.
precisa saber é o seguinte

1
Kirk, você precisa ler o artigo vinculado para que a resposta possa fazer sentido ... embora mesmo assim não o faça.
quer

5
Isso significa que, quando você pensa demais em um problema, pode acabar com soluções terrivelmente complexas que acabam ficando mais complicadas devido às opções de design anteriores. Para resumir o artigo vinculado, eles tentam criar um sistema de aquecimento corporal ridículo para manter as mãos quentes. Em vez de usar luvas
Matt Phillips

excelente post! Excelente.
Dave

+1 eu lol'd @ a história. Não acredito que eles não pararam depois do texto "Isso é brilhante: podemos reutilizar o calor do corpo com mais eficiência! Dessa forma, o sistema também poderia ser usado quando se caminha / se joga". Comente.
Evan Solha

12

Leia o discurso de Alex Stepanov na Adobe. Ao final de 5 anos, isso separará os GRANDES dos BONS.

http://www.scribd.com/doc/210467/Speech-by-Alex-Stepanov


Sabe, Stepanov disse algumas coisas com as quais discordo violentamente, mas esse discurso é excelente.
Frank Shearar

@Frank: Por favor, sinta-se livre para compartilhar se isso estiver relacionado à programação, todos nós podemos aprender algo com você. Não vamos falar sobre seus comentários americanos.
26610 Geek

Seus comentários sobre OOP estão completamente errados: stlport.org/resources/StepanovUSA.html Ele acha que OOP é de despacho único e baseado em classe, para iniciantes. (CLOS usa despacho múltiplo, Auto e Javascript são à base de protótipo, como contra-exemplos.)
Frank Shearar

Existe alguma outra fonte disso além da transcrição? Ele observou que a transcrição tinha erros de tradução.
26410 Jonn

@Frank Shearar O cara apenas considera a simplicidade um possível espaguete, eu acho. Ele também deu uma palestra em russo cerca de um ano atrás; lá, ele disse que prefere coisas simples como "para, se" e essencialmente não vê nada de ruim em escrever Pascal em qualquer idioma, se o código é eficaz e claro (em vez de tipicamente digitado, como eu entendo).
mlvljr

10

Eu sempre achei que Coding Horror e Joel no Software eram inspiradores em certas postagens do blog. Eles também sempre me fizeram sentir bem, porque eu entendi o que eles estavam falando e me fez pensar em mim como programador.



8

Ler

Ver


Às vezes é mais sobre pessoas ...

E um monte de pessoas cujos passos seguir e sobre os ombros (em nenhuma ordem específica e listados como eles vêm à minha mente agora em fluxo livre): Alan Kay , Richard Stallman , Ken Thompson , Dennis Ritchie , Brian Kernighan , Theo de Raadt , Linus Torvalds , Eric S. Raymond , Rob Pike , Bill Gates , Steve Jobs , John MacCarthy , John Conway , Martin Odersky , James Gosling , Guy Steele e Donald Knuth ,Edsger Dijkstra , John Carmack , Peter Molyneux ... Ou suas próprias palavras e obras foram inspiradoras ou suas histórias contadas por outros. Desde que você lembre-se de que suas habilidades e genialidade em algumas áreas não os impedem de ficar cegos por suas próprias crenças em outras. Como qualquer outra pessoa. (Os dois livros listados acima já os cobrirão razoavelmente bem, para a maioria deles!)

Ou tecnólogos menos famosos, mas ativos, interessantes de seguir de longe: Neal Gafter, Martin Fowler , Don Syme , etc.

Fui inspirado pelos trabalhos dessas pessoas e pelas coisas que eles fizeram para alcançar (ou abandonar) seus projetos.

Às vezes é mais uma cultura e um sonho, e quebrar barreiras ...

Lendo o 2600 quando criança, quando meu inglês era embyonic, a história de phreakers como Captain Crunch ou o nascimento da era do PC com Wozniak na Apple e a leitura de livros e ensaios de William Gibson e Neil Stephenson também me inspiraram como programador. , embora não tenha relação com a programação diretamente. Nesse sentido, até o Manifesto do Hacker , o Agile Manigesto ou mesmo coisas como o Código de Ética do IEEE foram e ainda são inspiradoras.


+1 para a entrevista sobre portões / empregos. Ótima entrevista e totalmente correta sobre os anfitriões vs.
Steven Evers

++ para 11 links em 11 palavras
sova

@ova: obrigado, eu tive que desenterrá-los, mas achei que poderia ser útil. Pensando nisso, apenas apontar para uma pesquisa no youtube pode ser melhor caso eles sejam excluídos.
haylem

você esqueceu Wau Holland (um dos fundadores do Chaos Computer Club, que é uma das mais antigas organizações de hackers) - ele era contra a censura, os direitos autorais e era para uma infraestrutura de informações aberta.
21117 Joschua

@ Joschua: uma boa referência de fato. Eu realmente não segui as realizações de Holland diretamente, mas acompanhei as notícias que cercavam o CCC por um tempo naquela época. Faltando tempo livre para tudo isso agora, honestamente. :(
haylem

7

The Last Lecture um livro escrito por Randy Pausch, o homem por trás de Alice. Ele acompanha sua última palestra "Realmente Realizando Seus Sonhos de Infância". Sempre tenho que lembrar de ser um tigre.


6

é uma lista muito curta, feita de dois livros:

  • cabeça primeiro - padrões de design
  • código limpo

5

Em termos de orientação

O livro Os elementos do estilo de programação de Kernighan e Plauger foi muito influente para mim quando eu estava aprendendo C. O livro já era considerado "obsoleto" no momento em que o li, devido ao uso de amostras PL / I e Fortran, mas as dicas transcenderam os dois idiomas.

Antes de ler esse livro, eu estava convencido de que "estilo" era sobre o que agora considero questões triviais, como formatação (quantos espaços para uma guia? Onde você coloca as curvas?). Mas estilo é o que você possui depois de remover as convenções de formatação e nomeação. É mais fácil construir uma string para trás e depois revertê-la? Em seguida, construa-o para trás e inverta-o.

Outro livro de Kernighan e Plauger, Software Tools , também foi útil, mas não tão bom. E o livro muito mais novo, The Practice of Programming , de Kernighan e Pike, também é útil, mas está muito longe de The Elements of Programming Style . Eu gostaria de ainda ter minha cópia. Vale a pena para todo programador ler.

Apreciei os testes e o controle de qualidade depois de ler a arte de Glenford Myers The Art of Software Testing . Mostrou-me que testar era uma atividade criativa real, e não apenas algo para os graduados em ciência da computação que não gostam de programar. Talvez com a crescente popularidade do Desenvolvimento Orientado a Testes, mais pessoas se voltem para o livro de Myers.

E não consigo pensar em uma introdução melhor à noção de abstração do que o livro The Structure and Interpretation of Programs , disponível gratuitamente on-line. Ele introduz a linguagem de programação Scheme, mas aborda muitos outros tópicos em ciência da computação, incluindo programação declarativa.

Em termos de inspiração

Na minha carreira acadêmica, fui inspirado pelo conceito de Programação Orientada a Aspectos. Você pode ler alguns dos primeiros artigos sobre AOP e terminar com meia página de anotações para idéias.

Também acho que o progresso de Church e Turing é muito inspirador. Na década de 1930, antes mesmo de os computadores serem fabricados, cientistas e matemáticos estavam programando em uma linguagem de programação de ordem superior: cálculo Lambda. A construção dos números da Igreja e da função predecessora é provavelmente uma das construções de programação mais inteligentes de todos os tempos. Ele mostra como fazer algo de quase nada.


1
Se você está lendo sobre AOP, não se esqueça do trabalho anterior de Kiczales et al, na forma de A arte do protocolo MetaObject .
Frank Shearar

A confiabilidade do software da Myer : princípios e práticas também é uma boa leitura.
Frank Shearar

+1 para o SICP na instrução
Inaimathi 11/11

5

Não é algo que eu li. Em 1984 eu estava conversando com meu vizinho e seu amigo. Eu tinha 16 anos. O amigo me disse que essencialmente o mundo está dividido entre usuários e programadores de computadores. Ele disse que apenas as pessoas mais inteligentes do mundo podem se tornar programadores.

Yeeeeee! Que desafio!


5

Originalmente Joel on Software , a maneira como ele escreve facilitou a compreensão dos conceitos quando eu estava começando.


2
Ele é um bom escritor e eu amo ler as coisas dele. Basta tomar um pouco com um pouco de sal ou você pode ficar deprimido se não for um desenvolvedor de rockstar.
precisa saber é o seguinte

1
Eu quero ser um desenvolvedor de rockstar como eu quero ser um babaca.
Jonathan Sterling



3

Entre muitas inspirações, a mais recente foi este livro sobre: Padrões de Aprendizagem


Eu esperava que mais pessoas votassem nisso. Este livro é incrível! Não é tanto um guia para a técnica de programação, mas para estratégia; mostrando como abordar sua carreira em programação (e a profissão de programação em geral), pensando nela como um caminho ao longo da vida e se vendo como um aspirante a artesão de uma arte qualificada.
jellyfishtree.

3

Quando li o Design Patterns Book pela primeira vez em 1995, ou algo assim, foi realmente uma grande surpresa para mim como programador.

Hoje em dia, o livro de James Shores sobre desenvolvimento ágil me inspirou muito e, ultimamente, Lyssa Adkins sobre equipes de coaching, as quais são altamente recomendadas se você estiver interessado nessas coisas.


3

Os de uma inclinação oriental podem desfrutar de um livrinho fofo de koans no transcendente Tao da Programação .

Este foi o meu primeiro passo em direção ao caminho da iluminação e foi a primeira coisa que me incentivou a pensar em programação e trabalho criativo em geral, como uma entidade inquestionável que existe para ser descoberta ao longo do tempo pelo criador. Aqueles que tentam combatê-lo ou entendê-lo certamente falharão.



3

O Little LISPer me surpreendeu .

Tomei uma aula de programação pascal da High School. Eu já conhecia o C64 basic muito bem e perguntei ao professor se todas as linguagens de programação eram como Basic e Pascal. Ele me emprestou sua cópia do Little LISPer. Depois de passar o fim de semana lendo, não acreditava que uma linguagem tão estranha pudesse existir ou funcionaria. Quando o vi rodando no mini discador ao qual ele tem acesso, fiquei chocado. Existia.

Depois da minha segunda aula de programação em nível universitário; Algoritmos e estruturas de dados, troquei de majores para ter acesso ao melhor laboratório de informática da CS. Eles tinham máquinas Unix com lisp, schema, prólogo, SmallTalk80 e uma tonelada de outras ferramentas.


3

Código completo . Ele abrange a maioria dos assuntos básicos que você precisa conhecer como programador e fornece instruções para aprender mais sobre cada um deles. Um primeiro passo muito bom no caminho da aprendizagem. Eu e muitas pessoas que conheço gostariam de lê-lo mais cedo na vida de programadores.


3

A palestra mais inspiradora que já ouvi foi Richard Gabriel falando sobre o software de escrita ser semelhante a escrever poemas. Os poetas costumam se esforçar muito para obter apenas algumas palavras certas - pense em Haikus - e devemos nos esforçar para alcançar o mesmo tipo de excelência e elegância ao escrever software.

Elegância e concisão são tão importantes na programação quanto na poesia e na matemática e exigem muito esforço para fazê-lo com fluência.

Veja alguns dos pontos em http://www.dreamsongs.com/PoetryOfProgramming.html


Eu compartilhei um escritório com Richard no MIT por volta dos 74 anos.
Mike Dunlavey

2

O livro mais útil de todos os tempos - não sobre programação, mas sobre como trabalhar efetivamente neste campo: "Peopleware", de DeMarco e Lister. Deve estar na estante de livros de todos os programadores. E se você passar para a gerência, duplamente.


2

Como Alan Kay disse há quase 30 anos , o ponto de vista vale 80 pontos de QI. Livros que mudaram meu ponto de vista:

  • "Investigações Filosóficas", de Ludwig Wittgenstein

    Às vezes pensamos que sabemos, quando na verdade não sabemos. W. mostra como olhar mais de perto.

  • "Fato, ficção e previsão" de Nelson Goodman

    Aqui eu aprendi o que a palavra analítico realmente significa. Além disso, o que a palavra pragmática realmente significa.

  • "Zen e a arte da manutenção de motocicletas", de Robert M. Pirsig

    Como pode haver coisas melhores que outras? Por que não é tudo igual, em termos de qualidade? Uau, o que é que bons filmes, bons carros, boa comida e bom software têm em comum, que os torna bons?



2

Alma de uma nova máquina (inspiração quando eu estava no ensino médio) SICP (provavelmente um dos melhores livros relacionados ao desenvolvimento de software que eu já li)


A Alma de uma Nova Máquina, de Tracy Kidder, deve ser uma leitura obrigatória para todo programador profissional. Eu dei cópias para todos os aspirantes a desenvolvedor recém-cunhados que mentorei ao longo dos anos. Apenas entender seu conceito de "inscrição" vale o preço e o tempo.
Ross Patterson

1

Marvin Minsky

  • Computação: Máquinas Finitas e Infinitas

  • Processamento de informações semânticas


1

Seth Godin , embora não seja totalmente relacionado à programação, tem algumas postagens inspiradoras para mim como programador e esperançoso empresário (além de Joel on Software).


1

O livro dos cinco anéis de Myomoto Musasashi.

Alguns destaques.

Não possui uma ferramenta favorita. Aprenda a usar todas as ferramentas, aprenda quando for apropriado, aprenda suas fraquezas e pontos fortes.

Os funcionários cujo trabalho não é perfeito podem ser usados ​​em locais onde a qualidade de seu trabalho está à vista do público. Os pilares que sustentam o piso sob um prédio não precisam ter um acabamento perfeito (eles apenas precisam trabalhar).

Ao fazer uma coisa, faça muitas coisas. Portanto, se houver uma escolha entre fazer A e B, mas B pode ser usado para fazer muitas coisas na próxima semana, faça B se você puder pagar.


1

Comecei com a programação de jogos. Tudo vem dos dias da NES. Aspirava a ser desenvolvedor de jogos e eu o consegui, mas mudei para Analista de Software / Hardware de Aplicativos para uma carreira melhor, pois meu país para as indústrias de jogos é muito nicho.

Durante meus primeiros dias, senti um pouco de arrependimento por ter assumido essas funções de TI. Mais tarde, porém, fui inspirado e influenciado por meus ex-colegas em suas realizações e eles foram bastante ativos nessas novas áreas de desenvolvimento técnico. Durante o meu tempo livre, vou me misturar com a programação de software para trabalhar em projetos pessoais com meus ex-colegas.


1

Eu sei que é uma leitura difícil, mas A Arte da Programação por Computador de Knuth é realmente um grande negócio em nosso campo. E Gödel, Escher, Bach: uma eterna trança dourada de Douglas Hofstadter é inspirador para aqueles de nós com uma inclinação matemática ou algorítmica.


Eu tenho lido Coders no trabalho ( en.wikipedia.org/wiki/Coders_at_work ) e quase todos os programadores entrevistados se referem ao livro de Knuth, então definitivamente parece uma leitura obrigatória.
fejd

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.