Comentários sobre The yX Side http://yurix.wordpress.com Política, Idéias, Tecnologia, DBC, Desenvolvimento Web, Java Tue, 18 Nov 2008 14:03:42 +0000 http://wordpress.org/?v=MU hourly 1 Comentário sobre A ineficiência do uso de timesheets… por Daniel Quadros http://yurix.wordpress.com/2007/10/17/a-ineficiencia-do-uso-de-timesheets/#comment-543 Daniel Quadros Wed, 17 Oct 2007 11:12:35 +0000 http://yurix.wordpress.com/2007/10/17/a-ineficiencia-do-uso-de-timesheets/#comment-543 Eu acho que um título mais apropriado seria "O Uso Ineficiente de Timesheets". Timesheets, como tudo nesta vida, tem as suas limitações. E, como todo dado e estatística, pode ser interpretado errado. É o erro mais comum é querer achar fatos que não existem. O outro é aplicar conclusões no contexto errado. Timesheets fornecem também informações úteis. Por exemplo, existe sim correlação entre o tempo gasto e o trabalho realizado, para um determinado indivíduo fazendo tarefas parecidas em contextos parecidos. É um dos motivos do Joel Spolsky procurar contratar somente bons programadores. É claro que é besteira procurar uma precisão alta, mas o histórico ajuda a estimar o tempo necessário um determinado indivíduo para executar uma determinada tarefa. Timesheets podem também ajudar a melhorar o processo, detectando gastos exagerados de tempos em atividades que não colaboram diretamente para "real software production". Dependendo do tipo de software (vide o artigo Five Worlds do Joel), horas de desenvolvimento são o principal fator de custo e definem diretamente o preço. Por tudo isto, eu não acho que seja o caso de simplesmente jogar fora os timesheets. Acho que o correto é avaliar corretamente que informações eles estão trazendo, o quanto estão custando e se é possível alterar a forma de registro e (principalmente) o uso das informações para obter um resultado positivo. Eu acho que um título mais apropriado seria “O Uso Ineficiente de Timesheets”. Timesheets, como tudo nesta vida, tem as suas limitações. E, como todo dado e estatística, pode ser interpretado errado. É o erro mais comum é querer achar fatos que não existem. O outro é aplicar conclusões no contexto errado.

Timesheets fornecem também informações úteis. Por exemplo, existe sim correlação entre o tempo gasto e o trabalho realizado, para um determinado indivíduo fazendo tarefas parecidas em contextos parecidos. É um dos motivos do Joel Spolsky procurar contratar somente bons programadores. É claro que é besteira procurar uma precisão alta, mas o histórico ajuda a estimar o tempo necessário um determinado indivíduo para executar uma determinada tarefa. Timesheets podem também ajudar a melhorar o processo, detectando gastos exagerados de tempos em atividades que não colaboram diretamente para “real software production”.

Dependendo do tipo de software (vide o artigo Five Worlds do Joel), horas de desenvolvimento são o principal fator de custo e definem diretamente o preço.

Por tudo isto, eu não acho que seja o caso de simplesmente jogar fora os timesheets. Acho que o correto é avaliar corretamente que informações eles estão trazendo, o quanto estão custando e se é possível alterar a forma de registro e (principalmente) o uso das informações para obter um resultado positivo.

]]> Comentário sobre Software As Service (SaaS), Mashups… etc por yurix http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-475 yurix Fri, 05 Oct 2007 23:03:12 +0000 http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-475 Esse problema ocorre em qualquer modelo de negociação de software (seja com o compartilhamento de serial keys ou de senhas de acesso) a diferença é que o fornecedor de software pode construir modelos do tipo pagar por instância, por usuários conectados etc., pode-se até mesmo utilizar esquemas como o banco do brasil faz para permitir acesso de um computador a sua aplicação. Outro forte motivo é a natureza da aplicaçao baseada SaaS, imagine que esse sistema seja de gerenciamento de uma concessionaria de carros, qual o motivo de você passar sua senha para outro pessoa se ela vai ter acesso a todos os dados de sua empresa? Um exemplo interessante é o caso do DabbleDB(http://dabbledb.com/help/guides/pluginapi/) que oferece um serviço de banco de dados,não faz sentido distribuir uma senha de uso do serviço se voce tem dados pessoais vitais armazenados. Esse problema ocorre em qualquer modelo de negociação de software (seja com o compartilhamento de serial keys ou de senhas de acesso) a diferença é que o fornecedor de software pode construir modelos do tipo pagar por instância, por usuários conectados etc., pode-se até mesmo utilizar esquemas como o banco do brasil faz para permitir acesso de um computador a sua aplicação. Outro forte motivo é a natureza da aplicaçao baseada SaaS, imagine que esse sistema seja de gerenciamento de uma concessionaria de carros, qual o motivo de você passar sua senha para outro pessoa se ela vai ter acesso a todos os dados de sua empresa? Um exemplo interessante é o caso do DabbleDB(http://dabbledb.com/help/guides/pluginapi/) que oferece um serviço de banco de dados,não faz sentido distribuir uma senha de uso do serviço se voce tem dados pessoais vitais armazenados.

]]> Comentário sobre Software As Service (SaaS), Mashups… etc por Anderson http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-471 Anderson Fri, 05 Oct 2007 12:46:12 +0000 http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-471 Gostaria de entender melhor sobre como eles vao evitar a pessoa passar a senha para outra nesse sistema, por exemplo tenho um sistema que é de consulta de carros como vou desenvolver ele via net sendo que se o kara passar a senha para outro eu vou perder cliente ao inves de ganhar? Gostaria de entender melhor sobre como eles vao evitar a pessoa passar a senha para outra nesse sistema, por exemplo tenho um sistema que é de consulta de carros como vou desenvolver ele via net sendo que se o kara passar a senha para outro eu vou perder cliente ao inves de ganhar?

]]> Comentário sobre Software As Service (SaaS), Mashups… etc por yurix http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-4 yurix Wed, 11 Apr 2007 20:38:08 +0000 http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-4 Ambientes como a plataforma Apollo que permite uma grande interação entre a aplicação (Web) e o ambiente Desktop. E a idéia de SaaS também se aplica a aplicações desktop através dos já conhecidos web services. Uma utilização hipotética seria uma aplicação de automação comercial verificar um web service servido pelo SERASA por exemplo. Neste caso, o SERASA poderia cobrar da empresa por invocação de método. A vantagem da empresa seria não precisar manter todo processo de consulta(Telefone) ao cadastro do SERASA. Acredito que hoje a banda não seja um fator limitante para SaS já que temos aplicações leves e robustas (Gmail por exemplo) que não consomem tantos recursos. Sobre o SERASA é apenas uma idéia, quem sabe eles já trabalham assim... Ambientes como a plataforma Apollo que permite uma grande interação entre a aplicação (Web) e o ambiente Desktop.
E a idéia de SaaS também se aplica a aplicações desktop através dos já conhecidos web services. Uma utilização hipotética seria uma aplicação de automação comercial verificar um web service servido pelo SERASA por exemplo. Neste caso, o SERASA poderia cobrar da empresa por invocação de método. A vantagem da empresa seria não precisar manter todo processo de consulta(Telefone) ao cadastro do SERASA.

Acredito que hoje a banda não seja um fator limitante para SaS já que temos aplicações leves e robustas (Gmail por exemplo) que não consomem tantos recursos.

Sobre o SERASA é apenas uma idéia, quem sabe eles já trabalham assim…

]]> Comentário sobre Software As Service (SaaS), Mashups… etc por Gustavo http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-3 Gustavo Wed, 11 Apr 2007 12:47:00 +0000 http://yurix.wordpress.com/2007/03/30/software-as-service-saas-mashups-etc/#comment-3 Boa!!! Mas me diz uma coisa. Quais ambientes de execução poderiam ser usados estes serviços? Os exemplos citados são na Web, existe algum outro? E sobre a disponibilidade dos serviços? É muito cômodo eu depender apenas de energia elétrica para iniciar meu editor de texto. Caso ele esteja sendo provido como serviço, eu não teria uma dependência de banda, hardware, etc que pudesse prejudicar o acesso? Falow yX Boa!!!
Mas me diz uma coisa. Quais ambientes de execução poderiam ser usados estes serviços? Os exemplos citados são na Web, existe algum outro?
E sobre a disponibilidade dos serviços? É muito cômodo eu depender apenas de energia elétrica para iniciar meu editor de texto. Caso ele esteja sendo provido como serviço, eu não teria uma dependência de banda, hardware, etc que pudesse prejudicar o acesso?

Falow yX

]]> Comentário sobre Hello world! por Mr WordPress http://yurix.wordpress.com/2007/02/28/hello-world/#comment-1 Mr WordPress Wed, 28 Feb 2007 00:48:14 +0000 #comment-1 Hi, this is a comment.<br />To delete a comment, just log in, and view the posts' comments, there you will have the option to edit or delete them. Hi, this is a comment.
To delete a comment, just log in, and view the posts’ comments, there you will have the option to edit or delete them.

]]>