"Objetivo de TI é viabilizar o negócio. " Esse é o ponto exato! leo++
Em 8 de novembro de 2013 19:39, Leonardo Pacheco < [email protected]> escreveu: > Cabe separar objetivo de meio também. > > Objetivo de TI é viabilizar o negócio. > Na evolução da área percebeu-se que algumas práticas melhoram a qualidade > do produto e reduzem o custo de manutenção, então procura-se segui-las para > manter o negócio funcionando. > > Quando você ainda não tem um negócio, ou está tentando aumentar ele, tempo > pode ser um fator crítico para viabilizá-lo. É o tal custo de oportunidade. > Daí, se as tais boas práticas impedirem a entrega no prazo necessário, as > boas práticas tem que ceder espaço para a realidade. > (Claro que *necessário* é diferente de *desejado*. Mas essa é outra > discussão longa.) > > Eu já trabalhei em um empresa de 15 pessoas que vendeu para uma das atuais > grandes operadoras de telefonia um serviço de Help Desk 24x7 com mais de > meia dúzia de pessoas disponíveis em todos os turnos e um sistema de gestão > de chamados. Nada existia. Em um mês os recursos foram contratados e quando > o sistema foi entregue ele não passava de um CRUD muito pé quebrado. Eu não > estava na equipe e olhei para aquilo com desdém pela falta de ética. Cada > semana o sistema crescia um pouquinho, melhorava um pouquinho, relatórios > manuais eram automatizados, a interface web virou Dynamic HTML (lembram? dá > uma idéia de a quanto tempo foi), ganhou um gerador de relatórios > customizados ainda no primeiro ano, e por aí foi. O código era ASP e acho > que nunca chegou a ser polido para ser objeto de admiração por ninguém, mas > atendia. > > Ainda acompanhei a ferramenta até a segunda versão, alguns anos depois e > ela ainda tinha bugs nojentos, mas a empresa de 15 pessoas passou para > algumas centenas, vendeu Help Desk pelo Brasil todo e o dono deve estar > rindo a toa até hoje. Se ele compartilhasse minha “sabedoria” na ocasião, > talvez continuasse atuando no Rio com poucas dezenas de funcionários. > > Então entendo que o primeiro objetivo é ganhar dinheiro, e seguir boas > práticas na medida que elas reduzem o desperdício e custos. > Senão é arte. > > E mesmo o Steve Jobs teve suas lições aprendidas com isso. > Quando o Mac estava em desenvolvimento, o Steve dizia que a equipe era de > artistas. > Quando o projeto já estava atrasado, o lema dele virou “real artists ship”. > :-) > > *--* > *Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn* > > On 08/11/2013, at 18:00, [email protected] wrote: > > Message: 1 > Date: Fri, 8 Nov 2013 14:25:27 -0200 > From: Blabos de Blebe <[email protected]> > To: Perl Mongers S?o Paulo <[email protected]> > Subject: Re: [SP-pm] Facebook Perl (2005) > Message-ID: > <caaxpsibnhzqohug8+6m_5hrdkhgndwmmh_ckmantstxex7w...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Opa, > > Vamos separar vaca de paca. > > Uma coisa ? algu?m de uma ?rea qualquer ter uma ideia e implementar um > c?digo mais ou menos, que funciona. > > Outra coisa, ? algu?m da ?rea de TI fazer servi?o porco porque "tem que > entregar". Isso ? burrice e n?o cola comigo. > > Quando voc? p?e na ponta do l?pis o que ? necess?rio pra fazer c?digo de > qualidade voc? v? que n?o ? aquele bixo de 42 cabe?as, pensar um pouco > antes de resolver um problema da forma mais porca que voc? encontrar. > > Vejam, existem m?todos e m?todos. Eu n?o estou dizendo que voc? precisa > fazer 244 documentos ou ter 101% de cobertura nos testes, mas quem ? de TI > tem obriga??o de saber onde e como aplicar cada metodologia, adaptar de > acordo e saber quantos n?veis de maturidade o c?digo precisa. Quem n?o ?, > n?o tem como saber. > > Tempo n?o ? desculpa. Voc? n?o fabrica um carro mais r?pido porque algu?m > chega e diz "tal dia tem que estar pronto". Voc? fabrica se voc? melhora os > m?todos de produ??o. E se fizer o carro de qualquer jeito, vai dar merda > (quantas vezes j? n?o deu?). Por que com software tem que ser diferente? > > T?o errado quanto o cara que faz porquice por pregui?a, ? o cara que pega o > livro do Pressman por exemplo, ignora a parte em que ele fala de adapta??o, > e tenta entortar o seu projeto pra caber dentro da defini??o b?sica da > metodologia xyz, cria 327 diagramas e fica cheio de pompa porque t? > "aplicando m?todo". Ah v?... > > ? uma quest?o de bom senso, voc? n?o sai pelado de casa porque colocar a > roupa demora, nem vai ? praia de terno, em situa??es normais. Se fizer, > bixo, tem alguma coisa errada... > > []'s > > > > > 2013/11/2 Tiago Peczenyj <[email protected]> > > Eu nem entendi o que isso faz ent?o n?o vou criticar mas... que falta POD > e devia estar no CPAN todo mundo concorda . > Em 02/11/2013 16:53, "Hernan Lopes" <[email protected]> escreveu: > > * ponto negativo para criticar o c?digo dele... ou ele. > > > > 2013/11/2 Hernan Lopes <[email protected]> > > Provavelmente o perfeccionismo nem sempre anda em paralelo com > efici?ncia. > No caso do c?digo do facebook, talvez faltou outras pessoas tambem > re-utilizarem o c?digo. Ao tentar fazer isso, com certeza alguem iria > questionar pq est? daquele jeito(e n?o do jeito ideal) e com certeza seria > melhorado. Mas o mais importante, limpa ou n?o, ? que a implementac?o > estava feita... alguem sentou a bunda na cadeira e implementou... talvez > essa pessoa n?o sabia exatamente o qu? e como queria aquilo, mas fez. > Enquanto isso em outras empresas, outros programadores( excelentes ou > n?o ), emitiam (e continuam a emitir) mais opini?o do que linha de c?digo. > E outros, mais criticavam do que botavam a m?o na massa. Pelo visto o > c?digo do facebook foi feito por alguem que programava mais do que opinava, > e talvez por isso o facebook seja o facebook. > > Por essas e outras eu gosto do mst, pois quando necess?rio ele critica, > mas sempre agrega para a evoluc?o do programador em quest?o. Ao mesmo tempo > ele botou a m?o na massa e criou o dbix::class, catalyst e outros que > muitas pessoas usam. E essas pessoas talvez n?o contratariam o mst por que > iriam encontrar algum ponto negativo para criticar o c?digo dele. > > > > > 2013/11/2 Stanislaw Pusep <[email protected]> > > Coincidentemente, li ontem que o c?digo-fonte da vers?o alpha do Google > tamb?m era uma meleca: > > http://www.businessinsider.com/larry-page-sergy-brin-are-lousy-coders-2013-10 > Ali?s, projetos em est?gio alpha do Google ainda s?o uma meleca (tipo: > "esquecemos de implementar Basic Authentication no cliente HTTP da nossa > nova API! Ooops, vamos ter que usar whitelist de IP"). > Tem um monte de gente na lista que curte startup; "fail fast" n?o ? um > dogma de "lean startup"?! E como vai conseguir "fail fast" se s? para > come?ar a fazer um programinha em Java hoje em dia precisa declarar > 257637637 > classes? > > ???????, 2 ?????? 2013 ?. ???????????? Hernan Lopes ?????: > > Tudo bem que o zuckerberg era estudante de harvard e esse tipo de > > universidade ensina esse tipo de linguagem... VS java/.net no brasil... > Mas ai eu pergunto... vamos supor que vc est? entrevistando o > zuckerberg, vc contrataria um cara desse ? Ser? que tem futuro ? Ser? que > agrega a equipe ? > :) > > > > 2013/11/1 Stanislaw Pusep <[email protected]> > > J? mandei esse link nessa lista umas par de vez, aqui vai mais uma: > http://prog21.dadgum.com/142.html > Agora, a minha opini?o pessoal: existe uma press?o seletiva no mundo > dos c?digos, e a isso soma-se o fato de que os c?digos s?o replic?veis e > mut?veis :) > Oneliners que rodam do crontab podem viver tranquilamente por > d?cadas se n?o existe press?o no nicho em que operam. Paralelo no mundo > material: as amebas. > > ???????, 1 ?????? 2013 ?. ???????????? Marcio Ferreira ?????: > > Um funcion?rio do Facebook postou antigo fonte(em perl) da feature > > que calculava um grafo entre os amigos, > https://gist.github.com/philfreo/7257723 > > O que me chamou aten??o foi m? qualidade do c?digo, exemplo, linha > 39 "parece" aceitar SQL Injection. O IF/ELSE infinito na linha 100, etc. A > pr?pria thread no HN[https://news.ycombinator.com/item?id=6650195] > metralha o c?digo chamando de "perl4-ism". > > [off-topic] > N?o chamando aten??o para escrever c?digo ruim, mas volto ao antigo > dilema, c?digo que funciona VS ~Catedral~. Atualmente, quando aperta fa?o > at? um ./xgh (hehehe). Enfim, c?digo que entrega VS c?digo que > "atrasa"(talvez). > > Hoje o fonte deles n?o deve ser dessa forma, claro(com tanta gente > pra manter esse c?digo e tentativas de hacking facebook), mas come?ou dessa > forma. > > > > -- > ?????????? ? ????? iPhone > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > > > > -- > ?????????? ? ????? iPhone > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > > > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://mail.pm.org/pipermail/saopaulo-pm/attachments/20131108/ca887cd6/attachment-0001.html > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > SaoPaulo-pm mailing list > [email protected] > http://mail.pm.org/mailman/listinfo/saopaulo-pm > > ------------------------------ > > End of SaoPaulo-pm Digest, Vol 110, Issue 9 > ******************************************* > > > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > >
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
