Achei muito legal seu post!

Seria interessante modificar “AplicaAumento” para “AplicaAumentoUsandoPorcentagem” (pensando que poderia existir outro metodo que usasse valor em vez de porcentagem) ou “nome do método + nome dos parametros” se completariam para formar esse entendimento?

Legal a ideia do Core, acesso via API, etc… Acho que é por aí! Mas sem ver não dá para ser taxativo. Você tem que experimentar, faça PoC’s, etc…

Se você tem muita customização veja sobre MEF, acho que te ajudaria em algumas coisas.

No mais boa sorte com o trabalho e querendo trocar figurinhas é só escrever.

O void me trouxe até aqui e gostaria da sua opnião no que to tentando fazer.

Hoje onde eu presto serviço em uma empresa que vende um produto, porém o desenvolve como projeto, isso acaba trazendo sempre os mesmo problemas, redundância e práticas ruins, como o “cópia e cola”.

Cerca de 30% do sistema é customizado para cada cliente(geralmente as telas de CRUD), mas os cálculos que envolvem esse produto não são alterados, são geralmente replicados.

A minha idéia é criar um “core”, onde ficaria essas coisas que não muda e a forma de comunicação dela com as outras partes seria parecido como uma API.

Para parte da aplicação propriamente dita, estou pensando em criar aqueles templates do VS para cada segmento(já que cada qual tem algumas caracteristicas únicas). Estou estudando o principio Open/Closed para que a aplicação possam extender funcionalidades, sem sair quebrando o template original.

O que você acha?

Valeu!

Parabéns!

Mas me diga uma coisa, sr. Desenvolvedor… cadê o botãozinho de Like e Facebook Share?!?!?!!!?!! onze mil, cento e onze

O assunto é extenso e bem interessante. Imaginando um cenário onde você tem que converncer a área de negócios, as métricas tem que estar logo no passo 1. De cara voce pode levantar o numero de chamados e horas gastas em uma determinada aplicação para identifica-la como um brownfield, ou como seu brownfield mais problemático. A redução dessas medidas pode ser o primeiro indicativo que o seu trabalho está valendo a pena.

abraços,

(Baseado em fatos reais. Caso vc já tenha passado por algo parecido abaixo, não será mera coincidência.)

Trabalho numa empresa em que a TI acordou para a sua sugestão: Não criemos o “programador herói”.

Para evitar este sujeito, estabeleceram processos e mais processos para o desenvolvimento de software. Desmenbraram o trabalho em várias áreas. Tiraram a autonomia do indíviduo e ele passa a depender de outras áreas para tudo: criar tabelas no SGBD, colocar o sistema no ambiente de homologação e produção, etc…

As áreas comunicam-se sempre formalmente através de formulários e o processo foi até auditado e certificado nestes órgãos que o mercado adora (ISO, CMMI, etc.).

O comportamento das pessoas foram mudando graças às ínumeras campanhas “foco no processo”, “preparem-se para a auditoria” e coisas do tipo. Cada um agora procura fazer a sua parte e todos somos obrigados a trabalhar em equipe. A consequência disso? Projetos demoram muito para ficarem prontos. Toneladas de documentação são geradas e, por conta da quantidade, ninguém é capaz de lê-las, muito menos mantê-las atualizadas. Os bons preferem ir direto no código-fonte. Os ruins não fazem nada e reclamam: “é necessário atualizar a documentação primeiro…”, “não bate com o código-fonte” e assim caminha a humanidade.

Depois de 5 anos trabalhando aqui percebo que não temos mais HERÓIS. O problema disso é que ninguém mais SALVA os projetos.

(Eu entendi que o seu ponto ao sugerir evitar este “espécime” é outro: voltado para a valorização do resto da equipe. O meu comentário apenas ilustra que fazer a caça aos “programadores heróis” nem sempre faz com que os outros brilhem.)

Valeu pela lembrança, eu que fico muito feliz em ver toda a sua evolução desde os tempos da velha firma até os dias de hoje.

Voce sabe que eu gosto muito de VB6. Na sua época ele cumpria muito bem seu papel, foram poucas vezes que me vi enfrentando problemas e limitações da linguagem. Também concordo contigo sobre culpar ferramentas. É como prender um martelo por homicidio por ele ter ido parar na cabeça de alguém.

E esse olho torto sobre o VB.Net é pura herança do preconceito besta contra o bom e velho VB.

Abraços!

Não faz o menor sentido olhar torto para o VB.Net. É sem duvida preconceito herdado

Abraços e parabens!