Carregado porComunidade NetPonto
Developer 0.0 - Tiago Pascoal
A apresentação discute a importância do software como meio para criar valor nos negócios, defendendo que a entrega deve focar em colaboração e adaptação em vez de seguir rigidamente processos. A responsabilidade pela qualidade do código e as decisões técnicas devem ser da equipe, e cada mudança traz custos que precisam ser avaliados. O documento destaca que engenheiros devem ser contratados para gerar valor, não apenas para programar, enfatizando a busca por resultados práticos em vez de perfeccionismo.
Developer 0.0 - Tiago Pascoal
- 1. 25ª Reunião Lisboa- 17/12/2011 http://netponto.org Developer 0.0 Tiago Pascoal
- 2.
- 3.
- 4.
- 5. Também disponível emvídeo... Assista! http://www.youtube.com/watch ?v=8wDDqYl0d0I
- 9. O que aapresentação NÃO é...
- 10. Apresentação a serfeita há 36 anos
- 11. Fungíveis.... • É assimque o IT é visto. • Será isto bom? • Fungibilidade é o atributo pertencente aos bens móveis que podem ser substituídos por outros da mesma espécie, qualidade ou quantidade. In http://pt.wikipedia.org/wiki/Fungibilidade
- 12.
- 13. A realidade... Em bomrigor...
- 14. A realidade... Em bomrigor... Não é totalmente verdade
- 15. A realidade... Em bomrigor... Não é totalmente verdade Temos brinquedos mais modernos
- 16. A realidade... Em bomrigor... Não é totalmente verdade Temos brinquedos mais modernos
- 17. Mas será justo? •Incapacidade para entregar nos prazos
- 18. Mas será justo? •Incapacidade para entregar nos prazos
- 19. Mas será justo? •Incapacidade para entregar nos prazos • Incapacidade para entregar dentro do orçamento
- 20. Mas será justo? •Incapacidade para entregar nos prazos • Incapacidade para entregar dentro do orçamento
- 21. Mas será justo? •Incapacidade para entregar nos prazos • Incapacidade para entregar dentro do orçamento • Incapacidade para entregar o que o negócio precisa
- 22. Mas será justo? •Incapacidade para entregar nos prazos • Incapacidade para entregar dentro do orçamento • Incapacidade para entregar o que o negócio precisa
- 23. Não é poracaso que o movimento ágil surgiu... • Exactamente para tentar contrabalançar esta necessidade
- 24. Não é poracaso que o movimento ágil surgiu... • • Exactamente para tentar contrabalançar esta Individuals and interactions over processes and tools • Working software over comprehensive documentation necessidade • Customer collaboration over contract negotiation • Responding to change over following a plan
- 25. Não é poracaso que o movimento ágil surgiu... • • Exactamente para tentar contrabalançar esta Individuals and interactions over processes and tools • Working software over comprehensive documentation necessidade • Customer collaboration over contract negotiation • Responding to change over following a plan • Mas o movimento ágil por vezes tende a ignorar o mundo em que vivemos...
- 27. Se calhar oproblema tem que se resolver a montante... • Premissa. Enquanto não se resolver este assunto nada de
- 28. Isto devia estarembebido no DNA... Conhecimentos básicos de economia Mas antes comecemos pela base
- 29. Discutível? Everything is politics Thomas Mann
- 30. Para que serveo sofware? Enquanto não se entender isto tudo o resto é irrelevante... O software é um meio para atingir um fim não é um fim em si mesmo...
- 31. Isto não édiscutível. • É perfeitamento binário... ( 0|1) (excepto numa realidade alternativa) Until your pretty code is in production, making money, or doing whatever it does, you've just wasted your time -- Chris Read
- 32. Software BusinessValue • Uma nova funcionalidade • Melhoriar uma funcionalidade existente • Menos bugs • ... Business Value é _qualquer_ coisa que faz com que as pessoas dêem dinheiro à pessoa/organização que o produz.
- 33.
- 34. Mas.... Escrevemos código para o negócio. O negócio não passa cheques para as nossas masturbações intelectuais PONTO
- 35. E agora politicamentecorrecto • Os engenheiros são contratados para criar valor não para programar coisas. • Drucker definiu o centro de custos e o centro de lucros. –Escolham o vosso lado…
- 36. E agora politicamentecorrecto • Os engenheiros são contratados para Produzir código bonito? Resolver problemas técnicos complexos? Escrever código sem erros? criar valor não para programar Usar linguagens sexy? coisas. • Drucker definiu o centro de custos e o centro de lucros. –Escolham o vosso lado…
- 37. E agora politicamentecorrecto • Os engenheiros são contratados para Produzir código bonito? Resolver problemas técnicos complexos? Escrever código sem erros? criar valor não para programar Usar linguagens sexy? coisas. são objectivos são meios. Isso não • Drucker definiu o centro de custos e o centro de lucros. –Escolham o vosso lado…
- 38. E agora politicamentecorrecto • Os engenheiros são contratados para Produzir código bonito? Resolver problemas técnicos complexos? Escrever código sem erros? criar valor não para programar Usar linguagens sexy? coisas. são objectivos são meios. Isso não • Drucker definiu o centro de custos e Os objectivos são (tipicamente) o centro de lucros. –Escolham o vosso lado…
- 39. E agora politicamentecorrecto • Os engenheiros são contratados para Produzir código bonito? Resolver problemas técnicos complexos? Escrever código sem erros? criar valor não para programar Usar linguagens sexy? coisas. são objectivos são meios. Isso não • Drucker definiu o centro de custos e Os objectivos são (tipicamente) o centro de lucros. reduzir custos Aumentar lucros, –Escolham o vosso lado…
- 40. (Voltando ao) Picasso Percebia a diferença entre tempo e valor
- 41. Se pretendem • Seruma commodity?
- 42. Se pretendem • Seruma commodity? • Então terão muita companhia
- 43. Se pretendem • Seruma commodity? • Então terão muita companhia
- 44. Se pretendem • Seruma commodity? • Então terão muita companhia
- 46. E se.... The jobof a programmer is not to write code; it is first and foremost to think. Don’t skim; read carefully every change line by line in your diff tool, and think about them. in http://altdevblogaday.com/2011/10/04/a-pre-commit-checklist/
- 47. Vossa Escolha Commodity Escassez • Race to the • Que combate bottom com o valor E recolhe o Que compete respectivo pelo preço prémio
- 48. Custo das mudançasde contexto
- 49. Custo das mudançasde contexto
- 50. Custo das mudançasde contexto Culpa do gestor obviamente
- 51.
- 52.
- 53. 15 Minutos ==1/16 dia trabalho • Cada interrupção pode custar 15 minutos de recuperação http://www.nytimes.com/2007/03/25/business/25multi.html
- 54. 15 Minutos ==1/16 dia trabalho • Cada interrupção pode custar 15 minutos de recuperação http://www.nytimes.com/2007/03/25/business/25multi.html
- 55. 15 Minutos ==1/16 dia trabalho • Cada interrupção pode custar 15 minutos de recuperação http://www.nytimes.com/2007/03/25/business/25multi.html
- 56. 15 Minutos ==1/16 dia trabalho • Cada interrupção pode custar 15 minutos de recuperação http://www.nytimes.com/2007/03/25/business/25multi.html
- 57. 15 Minutos ==1/16 dia trabalho • Cada interrupção pode custar 15 minutos de recuperação http://www.nytimes.com/2007/03/25/business/25multi.html
- 58. Aquilo que eraculpa nos outros Deixa subitamente de ter responsáveis
- 59. Não perseguir coisas brilhantes...
- 60. Apenas porque brilham..... •Vamos fazer o upgrade de uma biblioteca? porquê? –Quais são os ganhos? • Muitas vezes nenhuns –E nem sequer avaliamos que se vai perder? • Nem se analisa o que mudou • E muito menos se testa em condições
- 61. Custo de oportunidade Quandofazemos A em vez de B. Não só o que custa fazer A mas também as perdas de não fazer B Vamos fazer algo porque sim em vez de trazer valor?
- 62. Teoria da vantagemcomparativa David Ricardo 1772-1823 Reduz o nosso custo de oportunidade Fará sentido escrever um parser de XML?
- 63. Contexto Corrida Entre VS Quem Ganha?
- 64. Depende... 50 Km Pista Tartan...
- 65. Responsabilização pelo quese faz • Apesar da qualidade ser uma responsabilidade da equipa. A responsabilidade de testar não é de terceiros. • Os erros acontecem e são constantes com a dimensão do código, mas a responsabilidade é nossa. • Terceiros podem validar mas a responsabilidade....
- 66. Responsabilização pelo quese faz • Apesar da qualidade ser uma responsabilidade da equipa. A responsabilidade de testar não é de terceiros. • Os erros acontecem e são constantes com a dimensão do código, mas a responsabilidade é nossa. • Terceiros podem validar mas a responsabilidade....
- 67. Responsabilização pelo quese faz • Apesar da qualidade ser uma responsabilidade da equipa. A responsabilidade de testar não é de terceiros. • Os erros acontecem e são constantes com a dimensão do código, mas a responsabilidade é nossa. • Terceiros podem validar mas a responsabilidade....
- 68.
- 69. A evitar... • Falta de sentido de urgência – é preciso é calma... • Distrair-se fácilmente – falta de foco • Preguiça • Começa algo mas nunca acaba • Falta de comprometimento – compromete-se mas nunca entrega • Argumentativo – discussões incessantes em vez de simplesmente fazer • Lento – demora a fazer coisas • Perfecionista – tendência para overengineering procura a implementação perfeita em vez de algo que funciona 95% dos casos
- 70. A evitar... • Falta de sentido de urgência – é preciso é calma... • Distrair-se fácilmente – falta de foco • Preguiça • Começa algo mas nunca acaba • Falta de comprometimento – compromete-se mas nunca entrega • Argumentativo – discussões incessantes em vez de simplesmente fazer • Lento – demora a fazer coisas • Perfecionista – tendência para overengineering procura a implementação perfeita em vez de algo que funciona 95% dos casos
- 71. Takeaways Para que serveo software Análise custo beneficio Custo de oportunidade Teoria vantagem comparativa Responsabilização
- 72. Use only thatwhich works, and take it from any place you can find it. Life itself is your teacher, and you are in a state of constant learning. In Jeet Kune Do, it's not how much you have learned, but how much you have absorbed from what you have learned. It is not how much fixed knowledge you can accumulate, but what you can apply livingly that counts. ‘Being' is more valued than doing
- 73.
- 74.
- 75.
- 76.
- 77. Próximas reuniões presenciais •17/12/2011 – Dezembro • 21/01/2012 – Janeiro (Lisboa) • 11/02/2011 – Fevereiro (Coimbra) • 18/02/2011 – Fevereiro (Lisboa) Reserva estes dias na agenda! :)
- 78.