Ai AMIGO, se liga... a conversa entre eu e o João é na base da AMIZADE.... Eu não disse que "NÃO ERA BOM" eu disse que "AINDA NÃO ESTA BOM"..... Se vc leu tudo ai, viu que concordei com varias coisas, MAS se o trem "WIZARD´s" não estão prontos, construir tudo na MÃO, com certeza vai dar mais trabalho que ligar meia-duzia de componentes....
Eu tive aulas de BASIC e DBASE, SÓ, o resto foi na base de muitos livros e pesquisa....tenho dois armários de aço GRANDES que estão com as prateleiras até invergadas de tantos livros e revistas....( 1% é sobre peixes-ornamentais o resto é informatica... heheheh ) Não posso simplesmente abandonar algo que esta rodando 100% para começar em outra coisa que nem está 99% PRONTA, disse PRONTA e não FUNCIONAL.... trabalho em 3 rádios, e presto serviços para mais 3, amigo, e aqui a coisa é um pouco mais dinamica, pra um cliente vc pode falar "SÓ 1 MINUTO", pra um ouvinte, 1 segundo e ele muda o DIAL e vai pra outra rádio... aqui é 24x7, sem feriado, final de semana, férias, não dá pra parar pra mudar algo, vc tem que mudar com o trem rodando....vc tem o tempo de uma musica (5 minutos) pra baixar um sistema e subir outro com tempo sobrando, porque se der pau vc tem que voltar o velho.... E o pau, não é só do SISTEMA, maquinas que ficam 24x7, num simples REBOOT ela pode não voltar mais.... Trabalho das 13:00 às 18:00 e "ARRASTANDO OBJETOS" me sobra tempo pra fazer manutenção, em todo o SISTEMA, não estou falando do que desenvolvo e sim do que cuido aqui, linux, netware, log´s, etc, etc... e olha que trabalho sózinho aqui... Não vou passar aqui como o SISTEMA funciona, mas como vc mesmo disse "É isso que devemos fazer. investigar. Ler analisar, testar, etc... Falar é fácil, meter a mão na massa é que são elas. ", mas exites N´ regras que devem ser checadas antes de 1 simples comercial ser liberado e ir para o AR.... Vc por acaso já viu como é a progamação disso ai "Tecnologias novas como Java e .NET já nasceram OO, por que será :P" É uma ZONA, pelo menos quando começou, hoje não sei e por-enquanto nem tenho tempo para ver/saber, por isso que este tipo de metodologia de programação MVP, foi criada pra por ordem na casa e facilitar a vida... Outra, JAVA é mais usado para tecnologias como CELULARES, e coisa do genero, ainda não vi uma aplicação de missão critica, com grandes volumes de dados, feito e JAVA, presta atenção, PODE SER QUE EXISTA, mas EU! não vi.... .NET bom pra mim ainda não passa de um JAVA.MICROSOFT..... MAS ainda preciso ver mais sobre isso pra ver se PRA iEU vai ser interessante utiliza-lá.... por-enquanto vou ficando com o PHP para aplicações WEB.... extremamente rápido e funcional... e DELPHI para aplicações DESKTOP... pelo mesmo motivo anterior.... >>> "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?" Eu/e outros PEDIMOS pro João dar um exemplo pratico pra ver o desempenho/funcionamente/outras, SIM, aqui não interessa o problema e sim a solução, tem que ser VAP-VUPT.... E ele com bom amigo da lista, fez e disponibilizou pra todos...tive um tempinho e tentei testar, mas não deu muito certo não, ainda tenho que fazer outros teste com ele falou a opção que eu escolhi, APESAR de estar lá, não foi totalmente implementada.... ;-) Do mesmo jeito que VC ACHA que eu to ACHANDO os DBWARES, eu ACHO que vc ta ACHANDO os MVP´s... Sou um arrastador de componente com muito orgulho, pois sobra tempo para ficar com minha familia, ao inves de ficar na frente do computador me matando varias e varias linhas de código. Como um amigo aqui já disse, o que manda é quem vai acabar primeiro, pro cliente não interressa se é ASSEMBLY puro ou componente arrastado, ou linhas digitadas a mão, ele não dá valor a isso, ele dá valor à aquele que entrega e o trem funciona resolvendo o problema dele... Não porque VC o João e seja mais quem for ta falandoq que é bom que é a verdade abusoluta amigo, eu vou sim, ANALISAR, se agradar, vou TESTAR, se agradar, vou desenvolver algo e colocar em PRODUÇÂO, se for funcional e pratico, vou começar a mudar o que já estava em produção, mas tudo isso leva TEMPO e como já te disse aqui é das 13:00 às 18:00 ehehehhehe E vou acabando por aqui, pois já ta piscando a força aqui, por causa da chuva, e vai que o nobreak de 15KVA não aguenta antes do gerador entrar em ação e perco tudo que escrevi... hehehehehhehehe... Abraços à todos... E sem recentimentos.... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br ----- Original Message ----- From: mrbar2000 To: delphi-br@yahoogrupos.com.br Sent: Monday, December 18, 2006 1:27 PM Subject: [delphi-br] Re: [OFF] Exemplo de MVP 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! [As partes desta mensagem que não continham texto foram removidas]