none
Sharepoint - Índice de Produtividade

    Question

  • Qual o índice de produtividade com o Sharepoint comparado com outras linguagens?
    Tuesday, March 13, 2012 2:42 PM

Answers

  • Salani,

    Que tipo de índice vc tá falando? Quais as métricas? Linha de código vs tempo? Qualidade vs recurso implementado?

    Desculpe mas não entendi a sua dúvida.

    Além disso, o SharePoint não é uma linguagem, ele é feito em .NET e por isso pode ser desenvolvido em C# ou outros lingagues que o .NET tenha suporte.

    Como ele é uma plataforma criada sobre o ASP.NET e outros recursos do .NET, os projetos SharePoint acabam sendo menores do  que projetos .NET comuns. Já que utiliza várias coisas que estão prontas.

    Resumindo, com SharePoint (dependendo o que vc quer fazer) vc entrega mais valor em menos tempo.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Tuesday, March 13, 2012 4:21 PM
    Moderator
  • sob meu total ponto de vista, me atrevo a dizer que a produtividade no desenvolvimento para sharepoint é cerca de 40% mais complexo que o desenvolvimento de aplicações normais em .NET.

    Não por ser mais dificil usar as APIs, já que são apenas novas classes, mas pelas particularidades, desde o desenvolvimento até o deploy.

    São muitos detalhes que as vezes complicam a vida do desenvolvedor, simples pra quem tem experiência, mas complicador para quem não tem.


    Ivan Costa http://www.ivancosta.net @ivannw

    Saturday, March 31, 2012 12:11 AM
  • Ivan,

    Desculpe mas não concordo com vc, nem um pouco. Se o desenvolvimento para SharePoint fosse mais complexo assim não valeria a pena trabalhar com ele, já que de acordo com o seu ponto de vista é pior de fazer.

    O SharePoint é um baita "acelerador" de soluções, conseguimos entregar os projetos com mais conteúdo e muito mais rápido. Algumas atividades, se forem contatas isoladamente na proporção de 1 recurso SharePoint vs 1 recurso ASP.NET, em algumas situações o SharePoint pode levar desvantagem, mas um sistemas não é feita de 1 vs 1 e sim N vs N.

    Em algumas concorrências que participei, o tempo do nosso projeto em SharePoint chegava a ser de 40 a 60% do tempo do projeto em ASP.NET.

    Mas o ponto importante que vc pegou é a capacitação, tanto em ASP.NET ou em SharePoint se os caras comerem bola a culpa não é da ferramenta e sim do conhecimento que eles tem com ela. Em projetos SharePoint a falta de capacitação tende a levar o projeto a falhas, desde falhas de uso de recursos a falhas de entrega.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Monday, April 02, 2012 11:31 AM
    Moderator
  • Talvez eu tenha me expressado mal, mas vamos lá.

    Não digo em questão de desenvolver um crud por exemplo, temos lista, ou questões de acesso integrado, isso o sharepoint certamente leva vantagem.

    Mas existem sim pegadinhas no sharepoint que devem ser observadas e quase ninguem conhece.

    Um web.config com configuração errada, um manifest.xml errado, uma feature mal configurada, uma versão que foi pro gac e outra pro bin, um objeto com dispose fora de hora, não previsão de um alternate mal configurado que gera erro, difculdade maior de fazer um debug.. enfim.. digo isso porque em praticamente todos os projetos que trabalhei vi gente com esse tipo de dificuldade. várias delas em sharepoint 2007, mas algumas facilitadas no sharepoint 2010.

    Mas em resumo,não pela ferramenta em si, mas o trabalho todo que envolve o desenvolvimento para sharepoint, desde o planejamento até o deploy.

    se você não tem um arquiteto que realmente conhece os vários lados do sharepoint, infra, dev e design a equipe perde mais tempo que um dev em .net puro.

    Concordo que falta capacitação atrapalha muito em qualquer ferramenta, mas o sharepoint tem sim pegadinhas pra quem desconhece.

    Enfim, é a minha opinião.


    Ivan Costa http://www.ivancosta.net @ivannw

    Monday, April 02, 2012 12:07 PM
  • Ivan,

    Vejo que concordamos que o SharePoint é muito mais produtivo só que o que pega é a capacitação, o pessoal não se preocupa em se capacitar adequadamente e acaba levandos projetos ao fracasso.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Monday, April 02, 2012 3:57 PM
    Moderator
  • Exatamente Fabian.

    A falta de conhecimento na ferramenta pode acabar com o lucro do projeto visto que existirá retrabalho. O que é maioria no mercado.

    Agora, sem dúvidas o sharepoint é uma plataforma excepcional para desenvolvimento, para gerenciamento de informação e demais integrações.

    Enfim chegamos a um ponto comum com o que eu quis dizer explicado.

    Abraço!


    Ivan Costa http://www.ivancosta.net @ivannw

    Monday, April 02, 2012 4:51 PM

All replies

  • Salani,

    Que tipo de índice vc tá falando? Quais as métricas? Linha de código vs tempo? Qualidade vs recurso implementado?

    Desculpe mas não entendi a sua dúvida.

    Além disso, o SharePoint não é uma linguagem, ele é feito em .NET e por isso pode ser desenvolvido em C# ou outros lingagues que o .NET tenha suporte.

    Como ele é uma plataforma criada sobre o ASP.NET e outros recursos do .NET, os projetos SharePoint acabam sendo menores do  que projetos .NET comuns. Já que utiliza várias coisas que estão prontas.

    Resumindo, com SharePoint (dependendo o que vc quer fazer) vc entrega mais valor em menos tempo.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Tuesday, March 13, 2012 4:21 PM
    Moderator
  • Salani,

    Você pode especificar melhor sua pergunta?

    Abraços,


    Carlos Carvalho Citrangulo Junior
    Microsoft Community Contributor Award 2011
    Microsoft Certified Professional
    Microsoft Certified Desktop Support Technician
    MCTS Microsoft Windows Vista Configuration
    MCTS SharePoint 2010 Configuration
    MCITP Enterprise Support Technician
    Profissional 5 Estrelas Microsoft
    Top Ten Student MVA in Brazil
    http://carloscitrangulo.wordpress.com

    Friday, March 23, 2012 8:21 PM
    Moderator
  • sob meu total ponto de vista, me atrevo a dizer que a produtividade no desenvolvimento para sharepoint é cerca de 40% mais complexo que o desenvolvimento de aplicações normais em .NET.

    Não por ser mais dificil usar as APIs, já que são apenas novas classes, mas pelas particularidades, desde o desenvolvimento até o deploy.

    São muitos detalhes que as vezes complicam a vida do desenvolvedor, simples pra quem tem experiência, mas complicador para quem não tem.


    Ivan Costa http://www.ivancosta.net @ivannw

    Saturday, March 31, 2012 12:11 AM
  • Ivan,

    Desculpe mas não concordo com vc, nem um pouco. Se o desenvolvimento para SharePoint fosse mais complexo assim não valeria a pena trabalhar com ele, já que de acordo com o seu ponto de vista é pior de fazer.

    O SharePoint é um baita "acelerador" de soluções, conseguimos entregar os projetos com mais conteúdo e muito mais rápido. Algumas atividades, se forem contatas isoladamente na proporção de 1 recurso SharePoint vs 1 recurso ASP.NET, em algumas situações o SharePoint pode levar desvantagem, mas um sistemas não é feita de 1 vs 1 e sim N vs N.

    Em algumas concorrências que participei, o tempo do nosso projeto em SharePoint chegava a ser de 40 a 60% do tempo do projeto em ASP.NET.

    Mas o ponto importante que vc pegou é a capacitação, tanto em ASP.NET ou em SharePoint se os caras comerem bola a culpa não é da ferramenta e sim do conhecimento que eles tem com ela. Em projetos SharePoint a falta de capacitação tende a levar o projeto a falhas, desde falhas de uso de recursos a falhas de entrega.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Monday, April 02, 2012 11:31 AM
    Moderator
  • Talvez eu tenha me expressado mal, mas vamos lá.

    Não digo em questão de desenvolver um crud por exemplo, temos lista, ou questões de acesso integrado, isso o sharepoint certamente leva vantagem.

    Mas existem sim pegadinhas no sharepoint que devem ser observadas e quase ninguem conhece.

    Um web.config com configuração errada, um manifest.xml errado, uma feature mal configurada, uma versão que foi pro gac e outra pro bin, um objeto com dispose fora de hora, não previsão de um alternate mal configurado que gera erro, difculdade maior de fazer um debug.. enfim.. digo isso porque em praticamente todos os projetos que trabalhei vi gente com esse tipo de dificuldade. várias delas em sharepoint 2007, mas algumas facilitadas no sharepoint 2010.

    Mas em resumo,não pela ferramenta em si, mas o trabalho todo que envolve o desenvolvimento para sharepoint, desde o planejamento até o deploy.

    se você não tem um arquiteto que realmente conhece os vários lados do sharepoint, infra, dev e design a equipe perde mais tempo que um dev em .net puro.

    Concordo que falta capacitação atrapalha muito em qualquer ferramenta, mas o sharepoint tem sim pegadinhas pra quem desconhece.

    Enfim, é a minha opinião.


    Ivan Costa http://www.ivancosta.net @ivannw

    Monday, April 02, 2012 12:07 PM
  • Ivan,

    Vejo que concordamos que o SharePoint é muito mais produtivo só que o que pega é a capacitação, o pessoal não se preocupa em se capacitar adequadamente e acaba levandos projetos ao fracasso.


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Monday, April 02, 2012 3:57 PM
    Moderator
  • Exatamente Fabian.

    A falta de conhecimento na ferramenta pode acabar com o lucro do projeto visto que existirá retrabalho. O que é maioria no mercado.

    Agora, sem dúvidas o sharepoint é uma plataforma excepcional para desenvolvimento, para gerenciamento de informação e demais integrações.

    Enfim chegamos a um ponto comum com o que eu quis dizer explicado.

    Abraço!


    Ivan Costa http://www.ivancosta.net @ivannw

    Monday, April 02, 2012 4:51 PM
  • Salani,

    A dúvida foi respondida?


    Atenciosamente,

    Fabian André Gehrke
    MCITP e MCPD SharePoint 2010
    http://fabiangehrke.com.br

    Tuesday, April 03, 2012 10:38 AM
    Moderator