Executando verificação de segurança...
2

Vamos dizer que seu sobrenome seja Souza. Quando você vai colocar seu nome você coloca Hercilio Souza, ou SouHercilio Souza?

Se a pessoa precisa fazer isso tem algo muito errado em todo o processo de desenvolvimento dela. Ela usa isso para compensar uma decisão errada que tomou em outra coisa.

De qualquer forma, se adotar isso deve manter a consistência. Se a empresa faz assim, vai ter que fazer assim. Ou convencer todo mundo a mudar e reescrever em todos os lugares do jeito mais adequado.

Entenda que a maioria das pessoas fazem coisas que ouviram dizer que é assim, que viram alguém fazendo e fizeram igual, em geral elas não conseguem justificar porque fizeram ou a justificativa é justamente para consertar um erro cometido antes, que era melhor não ter cometido. Em alguns casos a justificativa pode ser que teoricamente poderia digitar menos (péssima, mas ela existe), o que nem sempre se comprova. Então eu nem sei se é gosto, porque gosto você não precisa justificar, só diz que é.

Ser redundante não é organização. A não ser que exija isso, o que não costuma ser o caso, exceto pelo que eu falei, outra decisão ruim obriga fazer isso. Mas não é algo que vai implodir o mundo se fizer, por isso tanta gente faz. As pessoas param quando elas têm problemas sérios, os pequenos elas vão colecionando. Programar é se expressar, tem várias maneiras de fazê-lo, algumas melhores do que outras, algumas permitem ser melhor compreendido do que outras, mas se houve a compressão está ok. Só não chame de melhor.

Veja mais: https://www.tabnews.com.br/maniero/b051826e-56db-4fcb-ab1b-16ab55becfb1.

Faz sentido para você?

Espero ter ajudado.


Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

Carregando publicação patrocinada...
1
1

Seu comentário é perfeito.
Quando você olha para um atributo, dificilmente o fará sem um contexto envolvido. E o contexto lhe permite cortar redundâncias. A comunidade Go costuma seguir esses preceitos, doutrinados desde a documentação de sua standard library, e eu acho lindo.

Imagine que você está em um escritório em que todas as portas têm uma pintura com seu nome:

porta sanitários
porta saída de incêndio
porta cozinha
porta sala de reunião

Quando você olha para a porta, está claro que se trata de uma porta. A nomenclatura escolhida se torna redundante, verborrágica e pouco significativa.

O exemplo é bem elementar para deixar claro quão ruim é uma escolha de nomenclaturas verborrágicas e redundantes.

Eu tenho PAVOR de nomes complexos que pouco dizem. Cheguei a trabalhar em empresa cujos nomes dos atributos de banco continham siglas do domínio do negócio, tipo do campo e nome da tabela! Sobrava pouco espaço para dar o maldito nome necessário, pois além, de tudo isso havia limitação de 25 caracteres.

Dar um nome a algo em programação é muito mais do que somente seguir determinados padrões, apesar de ser relevante. É muito mais importante. Dar um nome é tentar dizer algo da forma mais imediata o possível para quem vai ler e usar. Se houver a necessidade de se pensar demais para entender o que significa um nome, todos sofrem desnecessariamente.

Nunca se esqueça: contexto. Leve isso pra tudo em programação. Não somente para nomes de campos em tabelas. Uma variável pode se chamar "a" se estiver dentro de um escopo de função com somente outras 2 ou 3 variáveis. Escopos permitem nomes simples. Variáveis globais ou em escopos muito populosos precisam ser mais descritivas.