Código de Desenvolvedor Gentleman
A maioria dos projetos é desenvolvida pela equipe de desenvolvimento. Via de regra, a qualidade do resultado do trabalho em equipe depende do clima da equipe. Para manter a harmonia, todo desenvolvedor deve ser sempre um cavalheiro. Portanto, quero apresentar as principais, na minha humilde opinião, as regras do código de cavalheiros iOS.
Eu mesmo sou um desenvolvedor iOS e faço parte da equipe. As regras são bastante gerais, portanto, são adequadas para qualquer direção no desenvolvimento de software e não apenas.
O cavalheiro desenvolvedor é sempre educado
Seu mau humor ou megalomania não é motivo para estragar o humor de outras pessoas. Acho que ninguém vai gostar se ele for rude. Portanto, tente não ser rude.
A falta de cultura e a grosseria estragam o relacionamento entre os membros da equipe, e no trabalho em equipe é muito importante trabalharmos juntos. O ressentimento mútuo ou a hostilidade pessoal podem não apenas retardar o progresso, mas também introduzir problemas adicionais.
Sempre e em qualquer circunstância, você precisa se controlar e tentar ser educado.
Um desenvolvedor cavalheiro sempre respeita seu tempo e, portanto, também respeita o tempo dos outros
Se você tiver um problema urgente no qual um colega possa ajudar, isso não significa que precise distraí-lo do trabalho. Talvez um processo de pensamento muito importante esteja ocorrendo agora e, se você interrompê-lo, seu colega pode perder muito tempo reconstruindo toda a imagem do problema que estava resolvendo.
Vale a pena perguntar educadamente se a pessoa de que você precisa pode ter tempo e ajudá-lo. Se ele estiver muito ocupado, provavelmente poderá ajudar um pouco mais tarde.
Um desenvolvedor cavalheiro respeita o código e as soluções técnicas de seus colegas
Você deve sempre se lembrar de que cada bloco de código é a melhor solução que o autor pode apresentar naquele momento e sob as circunstâncias em que o código foi escrito. Portanto, você não deve tentar descobrir novamente por que o código está tão mal escrito. Isso se aplica aos momentos em que não há necessidade de mudar nada.
Acho que todos podem se lembrar do momento em que tentaram reescrever o código, o que parecia terrível. Ao mesmo tempo, encontrei problemas anteriormente não óbvios que esse código resolveu. E na tentativa de resolver esses problemas de uma forma mais elegante, escrevi um código ainda mais terrível.
Isso deve ser lembrado antes de arruinar o humor de alguém com críticas inadequadas e abster-se de tais ações.
Um desenvolvedor cavalheiro não edita o código de outro desenvolvedor sem seu conhecimento
Mesmo que você saiba como fazer melhor, não reescreva silenciosamente códigos ruins. Em primeiro lugar, o autor do código, que, na opinião de outros, é responsável por esse trecho de código, pode perder o fio de compreensão nas atualizações. E ao tentar mudar algo, ele se encontrará em uma situação difícil.
Em segundo lugar, provavelmente você não conhece todos os recursos da funcionalidade que irá reescrever. Como resultado, nem o autor nem você conhece totalmente o código que foi atualizado.
Em terceiro lugar, se o autor do código não descobrir que fez algo ruim, ele continuará a fazer o que fez. E como sabemos em equipe, o resultado do trabalho de cada participante atinge toda a equipe.
Nesses casos, você deve primeiro contatar o autor para esclarecer sua opinião. Talvez você esteja enganado e sua solução, que parecia mais adequada para você, não esteja. E se você estava certo, então você ajudará seu colega e, consequentemente, ajudará a causa comum.
Um desenvolvedor cavalheiro não critica o código de outra pessoa sem argumentos e sem alternativas
Quando se trata de crítica, e isso é inevitável no trabalho em equipe, isso deve ser feito corretamente. Primeiro, você pode criticar o código quando a solução para o seu problema depende da qualidade desse código. Em segundo lugar, você só pode criticar se souber exatamente como fazer melhor.
A crítica sem sentido só leva à discórdia na equipe, o que não afeta muito o resultado.
Um desenvolvedor cavalheiro também sabe como receber críticas com dignidade
Ninguém é perfeito e ninguém escreve código perfeito. Estamos constantemente aprendendo e melhorando nossas habilidades, inclusive no desenvolvimento de software. A crítica é um dos mecanismos de aprendizagem mais eficazes. E você não precisa apenas ser capaz de fazer críticas, mas também aceitá-las com dignidade.
Você não deve reagir agressivamente às críticas de outra pessoa. Isso só vai alienar aqueles ao seu redor. E no futuro, seus erros no código podem não ser detectados em tempo hábil apenas porque um colega não o informou, não querendo provocar um escândalo.
Se a crítica for realmente útil, você deve agradecer à pessoa que apontou seus erros.
Se a crítica não for justificada e você tiver certeza absoluta de que sua solução no código é boa o suficiente, se não mesmo a melhor, então você deve argumentar com calma. Dê razões para refutar as críticas.
Um desenvolvedor cavalheiro escreve código em um estilo genérico
Acho que todos entenderão a alegoria de que se houver vários remadores no barco e um deles remar na direção oposta, isso só afetará negativamente a velocidade do barco.
O mesmo vale para projetos. Tente sempre aderir às regras e padrões geralmente aceitos, mesmo que você não goste deles, mas os comandos os seguem.