[SP-pm] SaoPaulo-pm Digest, Vol 110, Issue 9

Flávio Alberto flavioalsoares at gmail.com
Tue Nov 12 09:21:57 PST 2013


(((((blabos++)++)++)++)++)++

Obrigado Blabos por me lembrar que fui testemunha ocular de uns 70% desta
arte. Isto me ensinou muito, afinal contra-exemplo pode ser considerado um
método didático !

Há ! Agora sei por que alguns chamam a ciência (brasileira) de arte, tem
MUITOS, mas MUITOS destes artistas que fazem da "cara de conteúdo" uma
verdadeira arte !

[]'s

Flávio


Em 12 de novembro de 2013 14:41, Blabos de Blebe <blabos at gmail.com>escreveu:

> Curiosamente, ontem à noite na última aula de uma das matérias de ADM, o
> professor passou esse vídeo:
>
> http://www.youtube.com/watch?v=ViZVvB2tMu8
>
> []'s
>
>
>
>
> 2013/11/12 Andre Carneiro <andregarciacarneiro at gmail.com>
>
>> blabos++ #você deveria ser jornalista!
>>
>>
>> 2013/11/12 Marcio - Google <marciorp at gmail.com>
>>
>>> Blabos++++++++++++!
>>>
>>> [...]'s
>>>
>>> Marcio
>>>
>>> ========================================
>>> ########### Campanha Ajude o Marcio! ###########
>>> http://sosmarcio.blogspot.com.br/
>>> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>>> ========================================
>>> Em 11/11/2013 13:55, "Blabos de Blebe" <blabos at gmail.com> escreveu:
>>>
>>> Ok, artista,
>>>>
>>>> > Senão é arte.
>>>>
>>>> Arte é uma empresa sobreviver desperdiçando recursos em retrabalhos que
>>>> seriam desnecessários se fosse gasto um pingo de esforço em planejamento, e
>>>> cumprindo esse planejamento.
>>>>
>>>> Arte é pegar 2.5 milhões em financiamento pra fazer um produto,
>>>> entregar um protótipo meia boca, convencer o cliente que isso é um produto,
>>>> conseguir mais 2.5 milhões pra fazer uma segunda *unidade*, entregar um
>>>> segundo protótipo, até o cliente sacar que estava sendo enganado, contratar
>>>> outra empresa e em uma reunião tacar o HD com o projeto na lata do lixo.
>>>> Isso é arte!
>>>>
>>>> Arte é o gerente de TI (sempre eles) querer que a gente fizesse
>>>> comunicação entre máquinas distintas com unix pipe ao invés de socket, com
>>>> NFS talvez... porque socket era muito complicado e a gente não estava
>>>> pintando nenhuma obra de museu.
>>>>
>>>> Arte é o gerente de TI querer que a gente fizesse PPP entre dois rádios
>>>> half-duplex, porque ele esqueceu de especificar full duplex. Pra usar o NFS
>>>> e fazer pipe, talvez? E depois, "já que vocês não sabem fazer, deixa que eu
>>>> resolvo", copiar e colar parte do código fonte do SSH (WTF!?) pra fazer um
>>>> protocolo próprio. Esse é artista!
>>>>
>>>> Arte é a gestão das empresas de telecom/tv/etc serem incompetentes
>>>> demais pra concorrer com o netflix e querer aprovar leis pra forçar a
>>>> mensalidade deles subir pra R$ 120,00, ou a mais genial de todas, cobrar
>>>> diferenciadamente pelo tipo de dado que trafega nos seus tubos.
>>>>
>>>> Arte é as empresas terem gestores péssimos, irem mal das pernas e
>>>> botarem a culpa no governo, que também tem gestores péssimos, que vem, de
>>>> onde será?
>>>>
>>>> Arte é uma empresa nao dar aumento pros seus funcionários e contratar
>>>> dois caras pelo dobro do preço cada, pra substituir um analista que encheu
>>>> o saco e foi ganhar mais em outro lugar. Isso é arte.
>>>>
>>>> Arte é uma empresa entrevistar um cara pra analista de testes e não
>>>> contratar ele porque ele achou bugs no software da empresa que ele deveria
>>>> testar. Porque "uma pessoa que vê tanto problema no nosso sistema não serve
>>>> pra trabalhar aqui". Cara, isso é ser muito artista....
>>>>
>>>> Arte é um gestor contratar um cara que checa CPF fazendo if-else-if pra
>>>> cada caracter ao invés de um que escreve a função de validação correta,
>>>> porque o primeiro escreve código mais simples de entender. "Qualquer um
>>>> pode dar manutenção nisso depois. Pro outro eu precisaria contratar alguém
>>>> mais caro depois". Talvez um analista esteja cobrando mais que um pai de
>>>> santo hoje em dia...
>>>>
>>>> Arte é o diretor de TI usar assédio moral pra que os funcionários se
>>>> sintam em débito com a empresa e trabalhem em situação degradante, o que
>>>> hoje é considerado inclusive, trabalho escravo. Lembre dessa quando você
>>>> pagar sua passagem de ônibus ou metrô de um grande centro de um grande país
>>>> que vai ser sede de um grande evento o ano que vem. Arte é isso.
>>>>
>>>> Eu poderia citar dezenas de exemplos práticos desses, do que é fazer
>>>> arte, mas seria constrangedor e eu tenho mais o que fazer.
>>>>
>>>> No próximo ES eu troco "obras de arte" por cerveja, mas só enquanto
>>>> consciente.
>>>>
>>>> Salvo algumas exceções, a maioria dos gerentes de TI que eu conheci,
>>>> artistas como sempre são, só se importam em falar buzzword (bingo!) e posar
>>>> bem na foto e não estão nem aí se eles estão "viabilizando o negócio".
>>>> Ainda mais se a empresa vai bem, foda-se o negócio, o importante é eles
>>>> parecerem senhores da situação e funcionários que resolvem, são agitadores,
>>>> incomodam, já os puxa-saco que também estão sugando a empresa, esses são
>>>> legais.
>>>>
>>>> Além do mais, sempre pode ser culpa do estagiário, do Lula, da sorte,
>>>> do Diabo...
>>>>
>>>> Porque arte mesmo, é ser incompetente mas conseguir convencer todo
>>>> mundo que a culpa da merda é do outro...
>>>>
>>>> []'s
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> 2013/11/11 Andre Carneiro <andregarciacarneiro at gmail.com>
>>>>
>>>>> Como tudo na vida, creio que TI deve buscar o equilíbrio entre 'tanto
>>>>> faz, desde que funcione' e boas práticas. Não é aceitável que um 'gerente'
>>>>> imponha prazos fundados na necessidade de velocidade de entrega do cliente,
>>>>> sem negociar. Por outro lado, não é aceitável estourar prazos passados pela
>>>>> própria TI, e dar como desculpa a aplicação de boas práticas, considerando
>>>>> que, pouco ou nada, entrou no caminho para atrapalhar. Bom senso sempre
>>>>> coube nesse tipo de discussão. Mas não podemos esquecer que, Infelizmente
>>>>> ou felizmente, existe um troço chamado hierarquia.
>>>>>
>>>>> E o que eu já cansei de ver acontecer, é que muito gerente babaca e/ou
>>>>> incompetente ferra a equipe de TI com prazos, justamente porque não
>>>>> consegue(igual ao Moisés :D ), e/ou não quer e/ou não é capaz de renegociar
>>>>> esses prazos com o nível hierárquico igualmente composto de babacas
>>>>> inescrupulosos.
>>>>>
>>>>> Outra situação desagradável, é quando parte do projeto fica na mão de
>>>>> uma fábrica de software terceirizada, para economizar com contratações
>>>>> `desnecessárias`, que não consegue, sequer, seguir especificações. E o
>>>>> gerente bundão simplesmente repassa a responsabilidade disso para a equipe
>>>>> oficial, e ainda exige que a mesma cumpra o prazo que, obviamente, não tem
>>>>> como serem cumprido. Mas terá que ser cumprido a qualquer custo, porque a
>>>>> última coisa que esse cidadão quer, é subir até o líder dele e dizer que o
>>>>> prazo terá que ser renegociado.
>>>>>
>>>>> Isso acontece o tempo todo! Faz parte do desafio de se trabalhar com
>>>>> TI, e acho difícil que mude. Minha opinião sobre isso é que se você não
>>>>> aguenta esse tipo de coisa, talvez seja hora de procurar outro emprego, ou
>>>>> abrir o seu próprio negócio.
>>>>>
>>>>>
>>>>> Proost!
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> 2013/11/9 Alceu Rodrigues de Freitas Junior <glasswalk3r at yahoo.com.br>
>>>>>
>>>>>> Em 09-11-2013 09:50, Marcio Ferreira escreveu:
>>>>>>
>>>>>>  "Objetivo de TI é viabilizar o negócio. "
>>>>>>> Esse é o ponto exato!
>>>>>>> leo++
>>>>>>>
>>>>>>>
>>>>>> Não se pode esquecer o outro lado da moeda também:a área de negócios
>>>>>> não pode ter a expectativa de forçar as coisas começarem todas erradas e
>>>>>> depois querer que dê certo no final. É preciso tentar um meio termo.
>>>>>>
>>>>>> Tenho certeza que muita gente já teve a sensação de trabalhar em uma
>>>>>> pastelaria, onde o pedido feito de manhã já está diferente no dia seguinte.
>>>>>> Já passei por situações complicadas com espertinhos de negócios que assumem
>>>>>> um compromisso e/ou risco e convenientemente esquecem disso depois.
>>>>>>
>>>>>> Metodologias ágeis fomentam a maior participação da área de negócios
>>>>>> justamente para evitar os pedidos "cabeludos" que não agregam nada para a
>>>>>> empresa e sequer são utilizados depois.
>>>>>>
>>>>>> Algumas vezes, então, só nos resta dizer não. E o que vejo atualmente
>>>>>> é uma "bundamolecência" crônica de gerentes de TI que não tem pulso para
>>>>>> fazer isso (seja lá por qual motivo).
>>>>>>
>>>>>> http://www.linkedin.com/today/post/article/20131108174915-
>>>>>> 8353952-how-to-say-no-gracefully?trk=tod-home-art-list-large_0
>>>>>>
>>>>>> []'s
>>>>>> Alceu
>>>>>>
>>>>>> =begin disclaimer
>>>>>>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>>>>> SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>>>>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>>>>> =end disclaimer
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> André Garcia Carneiro
>>>>> Software Engineer
>>>>> (11)982907780
>>>>>
>>>>> =begin disclaimer
>>>>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>>>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>>>>  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: SaoPaulo-pm at pm.org
>>>>  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: SaoPaulo-pm at pm.org
>>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> =end disclaimer
>>>
>>>
>>
>>
>> --
>> André Garcia Carneiro
>> Software Engineer
>> (11)982907780
>>
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>  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: SaoPaulo-pm at pm.org
>  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/20131112/057492d9/attachment-0001.html>


More information about the SaoPaulo-pm mailing list