tag:blogger.com,1999:blog-544668644670311424.post7849020887679251750..comments2023-10-31T10:11:45.866-03:00Comments on NetFeijão Brazil: Princípios, Padrões e Práticas para um Design Ágil na Java Magazine - Parte 2Wagner Santoshttp://www.blogger.com/profile/01837369605547921799noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-544668644670311424.post-74879270493853352492010-11-30T11:38:57.469-02:002010-11-30T11:38:57.469-02:00Wagner, não estou questionando a ideia de que proj...Wagner, não estou questionando a ideia de que projetos não falham e sim os argumentos que usou para provocar a necessidade de estudos. Este tipo de argumento não deve ser usando nunca. Sou educador e diretor de desenvolvimento e seu o quanto é dificil gerir projetos com pessoas que são pouco ou mal instruidas, mas nem por isto o argumento deve ser: "os projetos falharam por isto". Há muitas variáveis envolvidas e com certeza absoluta a maioria não falha devido aos desenvolvedores.<br />Então "antigo" é esta argumentação!<br /><br />CarlosAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-544668644670311424.post-39613512572622770312010-09-19T17:38:30.270-03:002010-09-19T17:38:30.270-03:00Olá Carlos!
Agradeço sua visita ao blog, e por ter...Olá Carlos!<br />Agradeço sua visita ao blog, e por ter apreciado o artigo.<br />Sobre o seus comentários, sinceramente, não entendi os argumentos que você achou "atrasado". <br />Meus argumentos foram baseados em números do último relatório do Caos (qdo escrevi o artigo no final de 2009), segue o trecho extraído do próprio artigo. <br />"O estudo apontou que apenas 32% dos projetos de software tiveram sucesso em sua implementação, enquanto 24% dos projetos falharam e nos 44% restantes houve algum tipo de desperdício, como atraso no projeto ou estouro no orçamento.<br />Entre os grandes vilões responsáveis pelas falhas nos projetos está a falta de definição clara dos requisitos e estimativas inapropriadas por parte dos analistas e arquitetos de software, que estimulados por metodologias de desenvolvimento de software como Waterfall, insistem em definir toda a arquitetura do sistema nas fases preliminares do projeto, resultando no chamado Big Design Upfront."<br />Gostaria que você me dissesse o que achou de tão arcaico aqui. No artigo falo de DDD e princípios antigos de Orientação a Objetos, que são base para dos Padrões de projeto. Talvez se as faculdades apresentassem mais estes conceitos abordados no artigo, não teríamos tantos profissionais incapacitados no mercado.<br />Quanto a minha experiência profissional, tenho mais de 10 anos de experiência em todos os segmentos (varejo, indústria, telecom, financeira, startups, etc..), e em todas estas empresas, graças a Deus tenho trabalhado com excelentes profissionais, inclusive fiquei 1 ano em Recife em uma empresa de grande porte. Portanto, conheço um pouco da realidade do seu Estado.<br />Mas ao contrário de você, sou aqui de São Paulo - Capital, e lhe convido para também para conhecer algumas das empresas que já atuei, atualmente estou na TIM Brasil como arquiteto, fazendo a implantação de um grande projeto, envolvendo NoSQL, Inference Engine, Adobe Flex, integração de sistemas com REST, e tenho aplicado estes conceitos que vc julgou ultrapassado. <br />Por último, espero que não julgue mal meus comentários, e gostaria que você leia a última parte do meu artigo, que deve sair na próxima Java Magazine, onde vou abordar Arquitetura de Software em um projeto ágil com XP, e vou falar bastante sobre o papel do arquiteto e como algumas práticas do XP auxiliam este profissional.<br />Abraço e sucesso.Wagner Santoshttps://www.blogger.com/profile/01837369605547921799noreply@blogger.comtag:blogger.com,1999:blog-544668644670311424.post-57328431324178605622010-09-19T12:31:58.981-03:002010-09-19T12:31:58.981-03:00Desculpe-me não me apresentei, no artigo anterior:...Desculpe-me não me apresentei, no artigo anterior: DSc Carlos Shumam, email: carlosshumam@hotmail.comAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-544668644670311424.post-11324360094821618652010-09-19T12:29:38.970-03:002010-09-19T12:29:38.970-03:00Bom dia Wagner,
seu artigo tem realmente um tema m...Bom dia Wagner,<br />seu artigo tem realmente um tema muito interessante e, concordando com voce, necessário para o desenvolvimento profissional. Mas seus argumentos sobre o por quê de se utilizar de padrões, principios e boas práticas ainda está muito atrasado. Sinceramente, só vejo estes comentários em livros antigos, nem os atuais "agilistam" discussão com este argumento, ou então, onde você trabalha somente você é bom, ou ainda, e infelizmente, você só conhece empresas ruins (precisa viajar mais e se informar muito mais). Venha a Fortaleza e a Recife e conheça outra realidade! Se você conhece ou mora em um destes, visite as empresas certas. Bom... fora seus argumentos "fracassados", que parecem mais a conversinha de gente mal informada sobre desenvolvimento de grandes sistemas, sobre a ideia de softwares entregues com atraso, falta de qualidade, etc; seus dois artigo são muito educativos. Parabens!Anonymousnoreply@blogger.com