Estratégias Oblíquas do Rudá (2021)

oblique.txt

1. Das partes mais genéricas ao mais específico, de cima para baixo (Top-Down).
2. Das partes mais específicas, para o todo, de baixo para cima (Bottom-Up).
3. O que o personagem Sheldon Cooper faria em seu lugar?
4. Se as opções laterais estão bloqueadas,a saída por ser ir para cima ou para baixo.
5. Técnicas como "Padrões de Projetos" não são tão importantes quanto o resultado final.
6. Refaça com parcimônia e sabedoria.
7. Não corra contra o fluxo, siga o seu fluxo.
8. O Donal Knuth começou a série de volumes sobre computação (TAOCP) imaginando que seria apenas um livro.
9. Experimente fazer um protótipo, antes de pensar demais sobre o problema.
10. Pense antes no problema, antes de sair implementando de forma expontânea.
11. Uma parede se constrói tijolo por tijolo, um de cada vez.
12. Se desconecte de tudo, desligue todas as distrações. Entre no modo Zen.
13. Que tal imprimir uma mensagem, ao invés de usar uma ferramenta de depuração?
14. Para Niklaus Wirth, Programas são Algoritmos + Estruturas de Dados. Melhore o seu algoritmo ou estrutura de dados.
15. O que o seu "Eu do Futuro" vai dizer sobre esse código?
16. Roube uma idéia ou solução de outro lugar.
17. Uma abstração de cada vez, mantenha tudo plano e simples.
18. Ferramentas são flexíveis, mas não adianta insistir com a ferramenta errada.
19. Peça ajuda para outra pessoa, explique sua necessidade ou dificuldade.
20. Apenas não faça agora, espere por uma oportunidade melhor.
21. O que a turma que criou o Unix, faria em seu lugar?
22. Procure isolar o seu problema no código, o máximo possível.
23. Leia com atenção a saída da tela. Aonde está o erro?
24. Não é necessário aplicar todos os conceitos de uma só vez.
25. Nem sempre os gurus da área tem razão, aprenda a ignorá-los.
26. Nem tudo é novo, pesquise o que já se fez antes na área.
27. A complexidade se fez necessária, por si só
28. Programas são máquinas de Turing.
29. Muitos que falam do benefício de aprender Lisp, nunca programaram em Lisp.
30. Não procure o problema, seja o problema.
31. Faça algo que te dê orgulho e cause impacto.
32. Você não é o Linus Torvalds!
33. Procure em um bom livro ou artigo da área.
34. Desvie-se do caminho, escolha a trilha menos visitada.
35. Aumente o desempenho, cacheie um resultado.
36. O martelo não é a solução de todos os problemas. Nem um murro na mesa.
37. LGTM é isso mesmo, parece bom para mim.
38. Arte, Engenharia, Artesanato ou Xunxo?
39. Adm. Grace Hooper criou o COBOL.
40. Um framework é como um brinquedo novo, passando a novidade, enjoou? Deixe de lado.
41. Em meio a novidade e o pioneirismo, o que Lady Love Lace faria em seu lugar?
42. Os grandes mágicos nunca revelam os seus segredos. Você é o mágico ou a platéia?
43. Shell script, linguagem interpretada, byte-code, linguagem compilada, linguagem de máquina, bits e bytes, sinais elétricos...
44. O que faz mais sentido e causa menos confusão: separar ou agrupar os componentes?
45. Escolha a melhor linguagem de programação ou ferramenta.
46. É uma biblioteca, serviço, framework ou uma aplicação?
47. Front-end ou back-end, qual é o limite de sua solução?
48. CSV, XML, JSON, YAML qual é a estação do ano?
49. Aprender o que é um Monad vai mudar o que em sua vida?
50. Assíncrono, thread ou processo?
51. Vai ficar pronto quando estiver pronto, e depois, vamos estar estourando champanhes.
52. UDP é rápido, mas não é confiável, TCP é confiável mas não começa rápido.
53. Fazer o bootstrap é o primeiro passo de tudo. Um passo de cada vez.
54. Menos técnica e mais execução.