Unixtopia

Dicas de programação

• Adicione em pequenos passos, poupe-se do inferno da depuração mais tarde, faça um passo após o outro, ao adicionar recursos e funcionalidades em seu código, faça em passos pequenos e teste após cada passo. Não adicione várias coisas de uma vez. Se você adicionar 3 recursos de uma vez e então descobrir que o programa não funciona, você terá muita dificuldade em descobrir o bug porque ele pode estar no recurso 1, recurso 2, recurso 3 ou qualquer combinação deles, então você pode muito bem nunca encontrar o bug. Se você testar depois de adicionar cada passo, você encontrará bugs potenciais imediatamente, o que tornará a correção deles muito rápida e fácil.
• Programe em computador fraco ou, alternativamente, use algum utilitário como cpulimit para tornar seu hardware fraco, isso ajudará você a tornar seu programa eficiente, e aprender como fazê-lo, qualquer ineficiência será imediatamente aparente, pois seu programa simplesmente ficará lento ou trocará. Usar um computador fraco é melhor, pois ele é limitado em todos os aspectos, então também ajudará você a tornar o programa fácil de desenvolver em tal computador, dispositivos embarcados como consoles abertos são ideais.
• Se masturbe antes de programar, isso fará você pensar menos em sexo e se concentrar.
• Sem recuo para código temporário, ao adicionar um novo código, mantenha-o sem recuo para que você saiba que é o código recém-adicionado e possa excluí-lo a qualquer momento. Somente quando você testar o código adicionado, recue-o corretamente para incorporá-lo como o código final. Isso falha em linguagens onde o recuo importa, Python cof cof, mas efeitos semelhantes podem ser obtidos adicionando muitas linhas vazias na frente/depois do código temporário.
• Comentários e pré-processador para ocultar rapidamente o código. É um truque básico comentar linhas de código que queremos desabilitar temporariamente. No entanto, o pré-processador pode funcionar ainda melhor, em C se você quiser alternar entre duas partes do código, em vez de comentar constantemente uma parte e descomentar a outra, use as diretivas #if 0 e #else em torno das duas partes. Você pode alternar entre elas apenas alterando 0 para 1 e vice-versa. Isso também pode desabilitar partes do código que já contêm comentários multilinha, ao contrário de um comentário, pois comentários multilinha aninhados não são permitidos.
• Mantenha simples e SMR, não siga cegamente as formas e fluxos de trabalho tradicionais, pois eles são mais frequentemente horríveis. Em vez de usar algum rastreador de bugs uber, você deve usar um arquivo TODO.txt de texto simples, em vez de usar um IDE, use vim ou algo semelhante. Fique longe de POO e dependências.
• Nunca dê ouvidos a conselhos de alguém que faz programa para viver, ele definitivamente está acostumado às piores formas de programação e tentará empurrá-lo para POO, bloat, tecnologia proprietária, software gay e GitHub. Ouvir conselhos dessas pessoas é como aceitar conselhos de um traficante sobre se deve ou não tomar drogas.
• A maior parte da programação verdadeira é feita longe do computador, os soydevs acham que um bom programador passa horas na frente de um computador batendo no teclado e bebendo litros de café para se manter vivo e produtivo, na verdade, eles geralmente fazem isso, mas não são bons programadores, seu tempo é gasto escravizando o computador fazendo manutenção, depurando, pesquisando no Google, atualizando e socializando no Twitter. Um bom programador realmente programa em todos os lugares, quando sai para caminhar, antes de dormir, quando dorme e enquanto assiste a um filme. Ele só começa a escrever um programa sério depois de anos pensando sobre ele e já tendo a maior parte dele programado em sua cabeça, sentar na frente de um computador e escrever o algoritmo é apenas a parte final e menor da jornada.
• Não pode ser repetido o suficiente, minimize todos os tipos de dependências, não use o que você não precisa necessariamente, isso não se aplica apenas a bibliotecas, mas também a decisões de design. Se estiver fazendo um compilador, faça dele um compilador de passagem única, se possível, não execute várias passagens de source-code se isso não for absolutamente necessário, o que provavelmente significaria alguma falha no design da sua linguagem. Use ponto fixo em vez de flutuante, se possível, renderização de software em vez de de GPU. Se você estiver fazendo algo que transforma texto em outro texto, como tradução automática, faça dele um filtro com complexidade de memória constante, se possível não exija que o programa carregue um arquivo de entrada inteiro na memória.
• Durante o desenvolvimento, desative sinalizadores de otimização para uma compilação rápida, ative a verbosidade e verificações, como -Werror -Wall -Wextra -Wpedantic para C.
• Não tenha medo de jogar fora seu código e começar de novo e melhor, da próxima vez, você provavelmente escreverá o mesmo programa muito melhor e, se você for um programador UNIX, seus programas são pequenos, possíveis de serem reimplementados rapidamente. Isso foi generalizado até mesmo em uma sabedoria que diz "planeje jogar um fora", ao abordar um novo problema, você frequentemente começa a escrever um programa que sabe que jogará fora quando terminar, apenas para começar de novo e melhor, o primeiro programa serve apenas para ajudá-lo a entender a verdadeira essência do problema e prever os problemas reais que enfrentará.
• Saia. Isso está relacionado ao outro ponto, você não deve apenas sentar no computador enquanto programa, levante-se e vá dar uma volta, fazer outra coisa, tomar um banho, nadar, fazer algo no jardim, consertar algumas coisas ou algo assim. Ar fresco e luz solar ajudam o cérebro, fazem você se sentir melhor e foi demonstrado que caminhar ajuda a ativar alguns centros cerebrais importantes, muitas pessoas realmente dizem que precisam caminhar quando pensam muito. Mudar seu ambiente e sair do foco atual na letra na tela pode dar início a uma ótima ideia, ver coisas aparentemente não relacionadas na natureza pode despertar alguma inspiração. Se estiver preso, tire um dia de folga, apenas dormir e abordar o problema de forma renovada faz milagres. Pode ajudar carregar um blog para fazer anotações, para que você não tenha que se estressar com o esquecimento das ideias, prefira um blog de papel, deixe todos os eletrônicos em casa.
• Insira uma constante hexadecimal engraçada no seu programa, como 0xED1B1EFAECE5.

Impulsionado por nada. Todo conteúdo é disponível sob CC0 1.0 domínio público. Envie comentários e correções para Mr. Unix em victor_hermian@disroot.org.