Não consegui entender até onde você foi irônico, ou agressivo... vou partir do princípio do "irônico", mas se eu estiver errado, me avise.
Sobre procurar profissionais somente que estão de acordo com as competências do projeto... Sim, eu acredito veemente nisso. Não foi apenas uma vez que vi projetos afundarem ou atrasarem meses, simplesmente pelo fato de um profissional saber (ou ter aprendido, ou lido algo) sobre uma nova prática que dentro dos cenários ideais, realmente funcionam, mas quando colocados em prática em cenários duvidosos, de baixa produtividade ou desorganizados, levaram um projeto de sucesso absoluto virar um prejuízo incontável para a empresa. Talvez por isso até hoje ainda seja possivel encontrar erros de ASP no Submarino. Sobre o profissional que atende tais requisitos fazer parte desses projetos... bem, se realmente atende a esses requisitos, possue esses conhecimentos, perdeu tempo e dinheiro aprendendo tudo isso... duvido que ele irá trabalhar por trocados. Infelizmente, bem ou mal, clientes de pequeno e médio porte pagam exatamente isso, trocados. Você realmente vai me dizer que um cara que gastou R$20 mil na educação profissional dele, ficará trabalhando por projetinhos de 2 mil reais? E pior, se ele o fizer, é pq precisa do dinheiro e com isso, deixa claro que assim que uma vaga melhor aparecer, ele deixará a empresa de projetinhos na mão. Ai sobram alguns casos específicos, como eu, que prefiro esses projetinhos, não por dinheiro ou reconhecimento... mas de qualquer forma, não cobro pouco e ai a empresa tem de se matar pra conseguir ganhar na escala. Sobre o "estado da arte", sim... ele funciona. Sim, ele é necessário. E não, ninguém de pequeno e médio porte pode pagar por isso. Ai entra a questão da empresa bancar o "estado da arte", arcar com prejuízos e tentar ganhar em escala. Sobre meu "perfeccionismo"... não entendi mesmo o que vc quis dizer... Indo pelo que eu acho que entendi, profissionais com uma carga de conhecimento maior, com experiências claras, nunca atrapalham. Profissionais que estudam as coisas e tentam aplicar assim que acham que sabe alguma coisa... sim, esses atrapalham e muito. O que eu mais conheço é nego que acabou de estudar algo dizer "vamos fazer deste jeito, pq na teoria ta lindo!". Meses depois, nada saiu do papel e o cliente já quer a coisa pronta. Sendo assim, procurando profissionais com essas cargas, desse modo como procuram, o que mais vão achar serão profissionais como esses citados... que estudam muito, acham que sabem muito, mas para projetos fora do foco estudados, são um fracasso. Abraços! Rogério On 7/17/07, Beck Novaes <[EMAIL PROTECTED]> wrote: > > Rogério, > > Se as competências do profissional devem ser relevantes às > necessidades do projeto, então podemos dizer que, para realizar bem o > projeto, o profissional deve procurar somente aqueles que estão de > acordo com as competências dele? > > Além disso, eu não vejo em que pode atrapalhar, um profissional que > atende a tais requisitos, participar de projetos pequenos como você > cita. A não ser que você esteja querendo dizer que, para a nossa > realidade, o "Estado da Arte" do desenvolvimento de Software não > funciona ou é no mínimo desnecessário. Desta forma, profissionais com > bons conhecimentos podem até atrapalhar devido ao seu, digamos... > perfeccionismo. Neste caso eu concordaria 100% com você. > > []'s > Beck Novaes > > > On 13 jul, 10:36, "Rogerio Gonzalez" <[EMAIL PROTECTED]> > wrote: > > Não concordo. > > > > As competências de um profissional devem ser revelantes as > > necessidades do projeto. > > Para quem trabalha com projetos de grande porte, em fabricas e afins, > > realmente, ai concordo com essa visão. Projetos com uma equipe de 30 > > profissionais ou mais. Mas não podemos dizer que esse é o padrão. > > Infelizmente, esses "skills" são focados para essa visão, e não para > > um cenário plausível de pequeno/médio porte, onde o cliente tem poucos > > zeros para gastar no projeto, e se for ter de por mais um zero, ele > > desiste disso e anuncia na Globo. Talvez la nos EUA a coisa seja > > diferente, mas o mercado que eu vejo e vivencio todos os dias, não é > > assim que funciona. > > > > Abraços > > > > Rogério > > > > On 7/13/07, Beck Novaes <[EMAIL PROTECTED]> wrote: > > > > > > > > > By Ted Patrick, Adobe Flex REAL Evangelist: > > > > > Here are 5 skills/experience to look for: > > > > > 1. Component Development > > > 2. Desktop Application Development > > > 3. OOP Skills - Classes, Interfaces, Composition, Inheritance > > > 4. Languages - Java, C, C++, C#, PowerBuilder, Delphi, VB > > > 5. Compiler skills are a must! (Flex/AS3 are not interpreted, they are > > > compiled) > > > > > Saiba mais em "How to find Flex Developers!" > > >http://www.onflex.org/ted/2007/07/how-to-find-flex-developers.php > > > > > E aí, você concordam? > > > > > []'s > > > Beck Novaes > > > > > --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para [EMAIL PROTECTED] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
