[디지털투데이 황치규 기자]“Developer Principles” publicado pela Golden Rabbit é um livro que contém o que desenvolvedores experientes que trabalham em diversas áreas de empresas acreditam ser importante para o desenvolvimento. Ele contém princípios de desenvolvedor enfatizados por 9 pessoas, e o artigo do CTO da Dayone, Jang Dong-su, que diz que escrever e programar têm muitas semelhanças porque ele faz da escrita sua profissão, é atraente.
Quando li o artigo, parece que existem muitas semelhanças entre escrever e programar. O mesmo se aplica ao enfrentamento das mudanças relacionadas à inteligência artificial. Há muitas expectativas de que haja mudanças na escrita com o lançamento do ChatGPT e, na área de programação, o CoPilet, um assistente de IA para programação lançado pelo Microsoft GitHub, está atraindo muita atenção.
Olhando para o livro, as semelhanças entre escrita e programação são resumidas a seguir.
Na palestra especial de Yo Si Min sobre escrita, Yo Si Man distinguiu entre os campos da escrita literária e da escrita lógica e disse que a escrita literária é uma arte na qual o talento inato é importante, mas a escrita lógica é uma habilidade que pode ser melhorada através de “treinamento .” A programação é uma forma extrema de escrita. “É uma escrita lógica. É como escrever, então para ser bom em programação você tem que ler muito código, escrever muito e pensar muito.”
“Ao fazer uma entrevista para um emprego como desenvolvedor, muitas vezes me perguntam como faço revisões de código. As revisões de código são uma atividade intensa de leitura e discussão, onde você lê, pensa e discute o código de outros desenvolvedores. Existem desenvolvedores que são negativo sobre revisões de código, mas quero ser bom em programação. É impossível escrever bem sem ler muito. É melhor ler algo do que não saber nada. Se você vai ler, é melhor ler um bom código. ” É melhor pensar e discutir do que apenas ler.”
“Ao ler o código, você precisa lê-lo rápida e repetidamente do começo ao fim, muitas vezes. Se você gastar muito tempo lendo cuidadosamente cada linha, desistirá no meio do caminho. Você deve entender o todo para entender as partes, e apenas quando você entende as partes, você consegue entendê-lo completamente. Novamente, é melhor ler o código e desenhar seu entendimento no papel antes de ler. A segunda leitura levará menos tempo do que a primeira, mas você entenderá mais. Para ler o palavras em um livro, tudo que você precisa é de um livro e de tempo, mas o livro “para entender completamente o que você lê. As frases contidas no livro por si só não são suficientes. “Você deve compreender o contexto, que é a informação adicional necessária para interpretar as frases, incluindo a intenção e os antecedentes do autor.”
“Para ler e compreender completamente o código, o código em si não é suficiente. Você precisa de contexto, que são informações adicionais necessárias para interpretar o código, como a intenção e o histórico do autor. O problema é que o contexto está amplamente disperso.” Perguntas e respostas restantes em sistemas de gerenciamento de problemas, logs de commit em sistemas de controle de versão, atas de reuniões, e-mails enviados e recebidos, logs de bate-papo no Slack e até mesmo muito do contexto só existe na cabeça de alguns desenvolvedores que estiveram com o empresa há muito tempo.”
Acho que a importância da leitura do código está aumentando com o advento do Co-Pilot, que recomenda o uso do código.
“Com o advento do Co-Pilot, a capacidade de ler código tornou-se ainda mais importante. Basta digitar alguns caracteres e o Co-Pilot recomendará um código razoável. Os desenvolvedores podem escolher o código que mais se adequa ao seu gosto e modificá-lo para se adequar às suas necessidades. gosto.”
“O problema é o sabor. É preciso comer muito para conhecer bem o sabor. Para escolher o código melhor e modificar o código específico para se adequar à situação específica, é preciso estar atento para ler o código com rapidez e precisão. Analisando um um grande pedaço de código é difícil, mas é difícil Compreender o contexto olhando para um único pedaço de código. Alguns idosos suspiram porque a distância entre jovens e idosos diminuiu ainda mais, enquanto outros comemoram pelo mesmo motivo. No entanto, eu pratiquei muito a leitura de código regularmente para adquirir conhecimento. “Para os desenvolvedores que desenvolveram (músculos de programação), o Co-Pilot é uma bênção, mas para os desenvolvedores que não o fizeram, o Co-Pilot é apenas um criador de bugs com o qual eles podem não querer trabalhar.”
Um bom código tem muitas características. Isso não é muito diferente dos princípios da escrita.
“A legibilidade é um pré-requisito para um bom código. No desenvolvimento do mundo real, há mais chances de modificar e adicionar algo ao código existente do que escrever um código completamente novo. Se o código existente for fácil de ler, as chances de ele ser depurado corretamente serão maiores. maior legibilidade” Rastreamento de boas práticas de código. As práticas devem ser aplicadas de forma consistente em pequenas equipes e em toda a organização.”
“Código consistente é mais fácil de ler. Nomes de variáveis que possuem gramática consistente, mesmo que não façam sentido, são melhores do que nomes de variáveis que são inconsistentes, mas se ajustam melhor ao significado do dicionário. O uso apropriado de repetição, redundância e simetria cria um sentido de ‘ritmo’ no código.” . Na maioria das músicas, você pode prever aproximadamente o próximo compasso ouvindo o compasso anterior. Boas cordas também são semelhantes. Embora acordes semelhantes, mas diferentes, pareçam ser repetidos, a totalidade pode ser prevista usando apenas parte do acorde e as partes que não se enquadram na previsão também são simples repetições ou repetições. É naturalmente entendido como uma extensão de um padrão e não como um símbolo. O código curto é melhor para ler. O código explícito é melhor para ler do que o código implícito. Simples e é melhor ler o código claro.”
“Pensador. Aspirante a amante do Twitter. Empreendedor. Fã de comida. Comunicador total. Especialista em café. Evangelista da web. Fanático por viagens. Jogador.”