Rapaz, que thread é essa, puts Só quem começa a implementar algo orientado a objetos começa a perceber as vantagens de se utilizar tal metodologia, na minha santa ignorância, a alguns anos atrás eu era como o Escobar,só acreditava vendo, e o pior é que naquela época nao havia quase nenhum framework, tudo era muito mais trabalhoso. Foi nesta época que conheci o tiOPF e a lista de discussão já tinha tantos participantes que eu achava que eu era o único que estava do outro lado da força.
Quando estava me formando resolvi encara a implementação do MVP para meu projeto de final de curso. foi dureza, pois era muito acostumado com arrasto de componentes, datasets e dbwares. Hj ainda utilizamos estas coisas aqui na empresa por nao ter uma camada persistente no Infra ainda (pretendo iniciar agora em janeiro) e por que minha equipe nao tem tanto conhecimento de OO (coisa que devo resolver até junho). OO sem dúvida, opinião de quem tem trabalhado e analisado de forma OO, é mais produtivo, mais flexível e muito mais fácil para manter. Tudo depende de quem programa. Vc pode até trabalhar de forma rápida arrastando componentes, achar que sua manutençao tambem é rápida e tal mas começe a estudar OO a parte, nao entrem simplesmente em uma discussão desta dizendo que nao acha produtivo e tal simplesmente por que ligar um dataset a um componente e setar o Active=True fez o trabalho para vc. Acho que os brasileiros precisam estudar mais. A algum tempo venho tentando implantar um processo de desenvolvimento aqui na empresa para aumentar a qualidade do desenvolvimento. Não foi surpresa perceber, que todas as metodologias de desenvolvimento por mais gerais que sejam, trabalham em cima da OO, seja RUP, XP, SCRUM, FDD, CRYSTAL entre outras. Sinceramente fazer diagrama de bolhas não está com nada, e desafio qualquer um aqui no grupo a mostrar um documento de um processo de desenvolvimento (com todo o ciclo de vida de uma aplicação: analise, projeto, testes, avaliação da qualidade, cronograma, etc...) para software estruturado. Percebo hj que uma empresa sem processo tem sua qualidade e produtivida reduzida, programadores tem de trabalhar mais horas para cumprir os prazos, a manutenção é precária. Complicado mesmo. Não adianta ficarmos aqui brigando entre OO e estruturada, Datasets ou OPF's. Acho que cada um tem uma opinião e antes de lançar os ataques deveriam estudar mais sobre o assunto. Se estruturado fosse bom a Borland nao estaria dando ênfase ao ECO III, até um livro sobre isso já saiu. coisa que a borland nao faz nem com o próprio Delphi (além dos manuais claro). A Microsoft tem um editora :P, a MicroSoft Press que solta um monte de livro sobre suas tecnologias. Tecnologias novas como Java e .NET já nasceram OO, por que será :P Será que nós arrastadores de componentes e implementadores de eventos dataware estamos mesmo corretos? por que será que o mundo todo lá fora está seguindo outra linha de desenvolvimento? Por que temos sempre que estar atrás dos países desenvolvidos na questão de desenvolvimento? Por que será que o Brasil nao tem uma IDE de desenvolvimento? São tantos questionamentos, que deveria nos fazer parar e pensar um pouco antes de lançarmos ataques contra colegas que já vislumbram o futuro, mesmo que este pareça utópico ou vá de frente a nossa forma de pensar e agir. Eu mesmo fui em um congresso Extreme Programming e achava que XP era o Most! bem na prática a coisa pode nao funcionar dependendo de sua equipe, chefes, e até mesmo da forma como o ambiente de trabalho está mobilhado. Um colega neste meio tempo me falou sobre a FDD, que era o máximo e tal. Eu como bom cético (mas pesquisador) estou lendo bastante sobre FDD para que possa conversar de igual para igual com ele a fim de aumentar meu conhecimento sobre o assunto. É isso que devemos fazer. investigar. Ler analisar, testar, etc... Falar é fácil, meter a mão na massa é que são elas. Dizer pro joão para ele mostrar um exemplo MVP para ver o desempenho é fácil. que tal nós mesmos nao tentarmos fazer algo? Quem sabe não percebemos as dificuldades e sugerimos propostas de melhoria que façam o MVP dele ultrapassar rapidamente as barreiras em relação ao modo RAD de se usar Dataset. Podemos usar RAD e OO sem problemas. Repito, acho que foi neste grupo, RAD não é sinônimo de estruturado ou dbware!