LuisSP on Nostr: talvez ele tenha requisitos e motivos pra deixar o codigo extensivel e claro, mas ...
talvez ele tenha requisitos e motivos pra deixar o codigo extensivel e claro, mas não é seu problema pq vc não é pago pra aprender/seguir todo o processo dele. E há traumas com códigos macarronicos e empolgação com aulas de eng software que levam as pessoas ao exagero.
Mas meu colega prof de eng sw diria que antes de fazer tudo abstrato, extensivel, manutenivel, lindo, deve-se pensar se é plausivel que o projeto crescerá nessas direções. Outro segredo é não ter preguiça de jogar todo o 'simples' fora se realmente a necessidade de algo mais abstrato aparecer. Até porque, com um minimo de modularização, o 'simples' será pequeno. Preguiça de refatorar e medo de bug em codigo que funcionava antes, não querer 'desfazer uma linha do que esta feito', é outro problema.
Mas meu colega prof de eng sw diria que antes de fazer tudo abstrato, extensivel, manutenivel, lindo, deve-se pensar se é plausivel que o projeto crescerá nessas direções. Outro segredo é não ter preguiça de jogar todo o 'simples' fora se realmente a necessidade de algo mais abstrato aparecer. Até porque, com um minimo de modularização, o 'simples' será pequeno. Preguiça de refatorar e medo de bug em codigo que funcionava antes, não querer 'desfazer uma linha do que esta feito', é outro problema.