/* História real enviada por Daniel & Rique Sea-tim. */
Chefe: O cliente ligou reclamando de novo da lentidão no fechamento do estoque. Temos meia hora para resolver
Programador: Meia hora??? Impossível! Temos que rever todas as rotinas, índices, envolver DBA, pode levar dias…
Chefe: Faz assim, coloca um sleep de 40 segundos para cada produto processado…
Programador: Tá loco?? Isso vai deixar o programa mais lento!
Chefe: Então… Da próxima vez que o cliente ligar, a gente retira esse sleep, daí ele vai achar que o programa está rápido
Programador: PLOFT!
Chefe: O cliente ligou reclamando de novo da lentidão no fechamento do estoque. Temos meia hora para resolver
Programador: Meia hora??? Impossível! Temos que rever todas as rotinas, índices, envolver DBA, pode levar dias…
Chefe: Faz assim, coloca um sleep de 40 segundos para cada produto processado…
Programador: Tá loco?? Isso vai deixar o programa mais lento!
Chefe: Então… Da próxima vez que o cliente ligar, a gente retira esse sleep, daí ele vai achar que o programa está rápido
Programador: PLOFT!
Esse chefe é um gênio!!
A maioria que acha que o cara é um safado já disse pro cliente que tinha que reindexar o banco só pra ter tempo de encontrar o problema.
Este chefe é um gênio! {2}
Prq vender o sistema é o que importa, a qualidade do serviço não é necessária! hsuahushuasua (visão do chefe)
No contrato só fala em prazo e valor.. não no sistema funcionando!
liga a musica do missao impossivel pra resolver o problema em 30 minutos…
Queria ver se o Jack Bauer fosse desenvolvedor, ter 24h de prazo é fácil, quero ver ele pegar uns problemas desses que você tem 30 minutos. Há!
ou ele descobriria no primeiro minuto que a culpa é de um árabe, e passaria os outros 29 tentando achar o cara, pra ele resolver a parada.
O Chuck Norris resolve em 1s kkkkkk
Pelo menos esse chefe sabe lidar com clientes.
Isso que é tirar um elefante branco da sala!
Primeiro coloca ele na sala, depois tira acha que as coisas melhoraram, mesma coisa.
Conhecia essa com Cabrito
Conhecia essa como bode na sala rsrsrs
É Bode!
Conheço com elefante.
É mais volumoso ^^)
Conhecia com o bode + cavalo + vaquinha
Era tipo uma mensagem de mestre zen
É duro pensar que realmente há pessoas que dão esse tipo de ideia. Falta de honestidade, competência, respeito… Tragicômico.
Isso é o de menos. Já vi chefe martelar dado em Homologação para passar um programa que o responsável SABIA que estava com erro mas que o cliente não ia perceber em produção até o ano seguinte (quando a garantia já teria expirado).
Isso é POG
e eu quero ver qual vai ser a desculpa depois que seja entregue essa “atualização” e o sistema ficar mais lento que antes…
pior ainda se outro programador for resolver depois de ter colocado os tais sleeps… quem sugeriu vai ter coragem de assumir a bronca e dizer que isso foi feito? ahuahuahuahu
A idéia é boa hahahahahah
Em meia hora dá para comprar um computador novo (e mais rápido) para o cliente.
Será que o nro. da tirinha tem algo a ver com a velocidade do computador do cliente?!
Esse chefe merece ser aplaudido de pé! Gênio!
Esse chefe não é gênio é Jênio!!!!!
Concordo PLENAMENTE.
ALERT!
Boss detected!!!
Gênio!
Põe o bode na sala!!!
Ahhh chefe, seu safadjeeeenho!
Cara, não é etica, são negócios. Essa foi a primeira ideia inteligente de um chefe q vi nas tirinhas. Faz ficar mais lento, deixa mais rapido e consegue tempo pra resolver de vez.
Boa!
Também pensei o mesmo. Até porque em meia hora quem teria outra solução?
Então você acharia super justo um taxista por exemplo pegar um caminho bem mais longo só para cobrar a mais de você, certo? Afinal, são negócios não?
É isso aí! Que história é essa de negócios? Onde está a ética?
Bem-vindo ao mundo real. É assim que as coisas funcionam.
Para você ter uma ideia, quando a MS lançou o beta do Windows 3.11 ela fez com que o sistema disparasse um erro “artificial” caso ele não estivesse sendo rodado sob o MS-DOS. Isso está documentado. É ético? Claro que não, mas é assim que o mundo gira.
Se essa corrida implicasse no taxista pegar o caminho mais rápido em todas as próximas corridas, como é o caso aí, sim.
Não há desonestidade nesse caso. É só um jeito de ganhar tempo com o cliente sem criar um desgaste desnecessário. Sucesso nos negócios não depende só de bom programa, senão, o melhor programador sempre seria um puta empresário. Tem que saber lidar com as situações.
Certo, então você entrega um problema que o cliente NÃO tinha, para depois retirar esse mesmo problema para o cliente achar que algo melhorou e isso não é desonestidade, mas sim saber lidar com situações?
Teria honestidade se:
- informasse que um delay foi acrescentado.
- informasse que não há solução nesse prazo.
É o tipo de mentalidade que me faz perder a fé na humanidade.
Fico puto com gente desse tipo, é por causa desse tipo de “pessoa” que nosso país tá hoje. #VTNC
Não vou dizer que a ideia é de todo mal, é que nesse caso foi realmente sacanagem, mas vou dar um caso real que aconteceu comigo (Obs: Não se aplica isso na tirinha)
Nós tinhamos um cliente com um banco de dados monstruoso (Elefante branco), eu fiquei responsavel por digamos “arrumar” o banco e sistema, melhorei rotina, refiz outras, uma faxina geral, melhorou muito o sistema, mas o fdp do cliente trocou o servidor da aplicação, passou de um dual xeon quad core com 4gb de ram ecc e hd empresarial, pra um servidor mais simples com um xeon dual core, 2gb de ram e um hd comum, ai você pensa, obvio o negocio ia ficar uma carroça, o servidor simplesmente nao iria comportava as requisições, mas o cliente bateu o pé o trocou (Sabé se lá porque), resumindo, era bem um cliente fdp daqueles que você é preso por contrato, se o programa fica-se mais lento (Obvio que iria), ele ia encher o saco dia e noite pra uma coisa que na real nao existia solução sem enfiar a mão no bolso ou ir contra (E adivinha com quem que ia ficar a bomba?), então o que eu fiz, enquanto estava no servidor bom, eu não subi as otimizações, e quando ele trocou o servidor coloquei de fato a nova versão do sistema com otimizações, assim ele teve a impressão que ficou elas por elas.
Algo como (Servidor bom + sistema ruim = Servidor ruim + sistema bom)
Eu tenho noção que isso não foi correto, mas num grau hierarquico onde você é o primeiro a ser crucificado sem ao menos perguntarem porque foi a unica solução viavel que encontrei.
Devia ter mandado essa pra virar tirinha
Acho que sou um dos poucos que vai concordar com você. Não podemos nos fechar no nosso mundinho de programação, o que gera dinheiro são produtos, e não códigos-fonte. Foi uma solução provisória para que se dê tempo de procurar o problema, se é que ele existe, e não ter que dizer na cara do cliente que em meia hora não dá pra resolver nem f*dendo. Além do mais, na percepção do cliente, o sistema já está lento mesmo, então não vai fazer diferença colocar o delay. Ganha-se tempo e evita-se um desgaste desnecessário, este é o ponto.
Um golpe de mestre! (que chefe sacana rsrs)
se vira nos 30!!!!
Realmente, esse chefe merece ser aplaudido!
HAHAHAHAHHAHAHAH
Esse chefe é um gênio mesmo!
Eu já vi gente colocar sleep em alguns métodos pra deixar mais lento e parecer “mais profissional”
gente…sei….
um amigo neh…
eahaeheah
eu já fiz isso numa pesquisa, uma vez =P Tava muito rápido, ficou sem graça. Coloquei um Sleep alí de um segundo pra deixar aquele ar de que tava pesquisando mesmo…
SÉRIO…teve um cliente meu que pediu pra a consulta no banco de dados demorar mais…ele falou pra mim: “Po…nem parece que está procurando no banco de dados…tem como fazer demorar mais!? coloca uma lupa se mexendo…e mostra o resultado depois de uns 3 (TRES) segundos…
Melhor cliente do ano heheh
Tem até uma tirinha por aqui falando sobre isso mesmo.
http://vdpr.us/263
chuck norris resolve em html
O chefe deveria ter uma camisa escrito: I love POG!
Seria legal o chefe aparecer com uma camiseta na tirinha, pelo menos nas sextas.
Inacreditável ter pessoas concordando com o chefe da tirinha!!!
Força a fazer um sistema porco pra entregar rápido e depois perde muito mais tempo pra fazer gambiarras pra arrumar os problemas.
Não é criar um sistema porco, você ainda tem que fazer bem feito, para que apenas o tempo seja uma reclamação.
Rá! Não dê idéia, não abra precedentes.
Esse chefe é um gênio mesmo huahauhauha
Genial! hahaha…
=)
/* método desenvolvido por chefe. não remover */
if (computadorDoCliente() == true) {
ativarModoRapido();
}
else {
ativarModoLento();
}
if (computadorDoCliente() == true)
Pra que essa comparação se o if já testa se a condição é verdadeira????
Reclama com o chefe!!!
É uma solução inteligente, vc cria tempo para solução do problema, porque com cliente no pé parece que o tempo não ajuda. Além disso tem cara que se ver um sistema fluido e rápido não confia no resultado.
Pior que do jeito que esses usuários/clientes são é capaz mesmo de achar isso.
Boa! Mas infelizmente isto eu já fiz! E deu certo hsauhsuahsuhas!
Pois o problema era o computador lento do cliente!
Aparentemente um PD (Programação Dinâmica) deveria ajudar a resolver o problema do sistema de estoque. E o que o cliente pensa? Que sistemas são iguais pizzas? Em 30min ou é de graça. (se o cliente quiser de graça, dá o source encriptado com RSA 4096 bits)
huauashuahauahsu …. bem tipico de chefe ………….. kkkkkkkkkkkkkkkk
Pior quando ja chega perguntando se o problema ja esta resolvido e sendo que nem sabendo estamos …
Confesso que já pensei em lançar mão de um recurso porco como este uma vez que implantamos um pacote de otimizações de SQL e caché de dados em memória que deixou o processamento batch 10x mais rápido e o cliente chegou a ficar em dúvida se estava tudo sendo processado corretamente…
Galera, fala sério né?
Eu disse que ele era gênio, mas deveria ter esclarecido que foi sarcasmo, pq muita gente não entendeu.. rs
Uma coisa que me assusta: ninguém pensou em abrir o jogo para o cliente e dar um prazo realista? Ninguém pensou em chamar o cliente e dizer a verdade? Não é à toa que o cliente sempre desacredita em nossos prazos! A maioria sempre prefere inventar uma estória qualquer a mandar a real!
O nome disso não é negócio, é burrice! Eu não chamo nem de desonestidade, porque essa implica em levar uma vantagem e, neste caso, não existe vantagem, mas um tiro enorme no próprio pé.
É o que eu falo: é melhor dizer que vai precisar de um tempo X e acabou. Do que dizer que vai fazer milagre em 5 minutos e não conseguir. Explique ao cliente como as coisas funcionam, seja claro e diga a realidade, é melhor pra todo mundo.
Concordo. Faltou culhão do chefe pra dizer “Em 30 minutos não dá. A previsão é de uma semana”.
Não sabemos também se o contrato obrigava o cliente a testar dentro de um prazo X, como seria correto ao meu ver, e deixaria a empresa desenvolvedora calçada.
É que não querem perder o cliente neh?
Sabe aquela maxima “o programador da um jeito”?
Mas aí é que está o problema. Os clientes não entendem nossa área então, quando você não joga limpo, uma hora ele se sente enrolado e aí véi, bau bau cliente!
Já vi empresa perder milhares de reais em projeto spor atitudes como essas…
O problema é lidar com o cliente o que ele vê é aquilo que ele acha que é, se é só apertar o botão ele pensa que vc só arrastou um botão para a tela e pronto, ele não tem noção da complexidade, acha que tudo é rápido e fácil, não o culpo por isto pois nossa responsabilidade é tornar as coisas para ele rápido e fácil, porem é complicado faze-lo entender que o rápido e fácil para ele não é isto para nós. Quando é algo como engenharia civil, automobilista, naval, etc… mesmo quem não entende nada de engenharia pode ver a complexidade e a monstruosidade do que será desenvolvido, no caso de engenharia de software é diferente, neste só os engenheiros de software conseguem de fato ver o tamanho e a complexidade do sistema. Este tipo de coisa faz os clientes julgarem os projetos errados e acharem que é tudo simples e o mais foda é lidar com os mesmos e mostrar que o produto é muito mais do que aquilo que podem ver, e que as coisas não são tão simples…
Isso sim é técnica, aprendam NOVATOS!
Isso que se chama “Se vira nos 30″!
Alguns problemas exigem soluções geniais O_o
Chefe aplicando placebo literalmente “like a boss”
/**
* @author: Chefe
*/
// marcar o dia da última atualização
$delay_start = strtotime('2011-12-16');
// Fórmula do delay: Para cada dia que o sistema envelhece, fica 1 segundo mais lento
$delay = (time() - $delay_start) / 3600000;
// Insere o delay
sleep($delay);
Conheço um ‘programa’ que tem isso aí também.
XP (coff, coff…)
A cada dia 1º pode resetar esse delay pra 1, então o sistema fica mais leve após a ‘manutenção preventiva’ que você NÃO fez, hehehe
kkkkkkkkk não tinha visto dessa ainda. Deu idéia para uma outra: a cada c***** que for feita no sistema fica 1 segundo mais lento ahuahuahuahu
Em primeiro lugar, quem disse que o chefe quer simplesmente lidar com a situação ????
Leiam a ultima tirinha, ele é bem claro dá próxima vez que o cliente ligar a gente tira o sleep …. ele nem mencionar resolver o problema.
A idéia não é nem desonesta, é burra mesmo.
hahahahahah
Isso que eu chamo de “solução de contorno”!
Já vi algo parecido. Tínhamos um sistema muito, mais muito lento mesmo, feito por um bando de incompetentes. Um colega meu pegou o sistema e reescreveu ele praticamente todo (só deixou quieto uns batches de pouco uso): operações que demoravam minutos ficaram efetivamente instantâneas. Aí o cliente achou que o sistema tava quebrado, pois voltava na hora ao invés de executar a operação, e nada convencia ele de que o sistema estava funcionando normalmente.
A sugestão foi colocar um sleep, para que houvesse alguma espera visível… Felizmente, conseguímos evitar essa solução.
Né por nada não, mas além da coisa não se resumir a código fonte, tbm não se resume somente a negócios.
Às vezes é interessante, do ponto de vista do conforto de uso do sistema, ter uma espera visível mínima.
Já fiz isso numa atualização de lista por Ajax, e ficou mais confortável de usar, além dos usuários perceberem q houve uma mudança. O delay foi para a apresentação visual, não para a busca em si.
Qualquer forma q eu usasse para sinalizar isso (high-light, barra de status, etc) precisaria de um delay mínimo para ficar perceptível.
E se realmente haver um delay de rede, servidor, pc fraco etc?
dai o sistema vira uma carroça…
Seria mto mais fácil jogar a culpa no servidor/estações.. E olhe que servidor porco é oq mais tem por aí..
Na boa… não foi o cliente que pediu 30 min… cliente é sem vergonha, mas aceita prazos informados… ainda mais se o sistema for grande (como aparentemente é o da tirinha)
Nada, ABSOLUTAMENTE NADA, justifica dar uma mancada dessas, se um dia algum chefe pede isso pra mim, eu junto minhas coisas e vou embora, fico desempregado, mas com consciencia limpa. Ainda mais que mundo de TI, não se passa uma semana sem emprego. =)
Uma vez o cliente pediu para tentar otimizar o site. Algumas (ou várias, não lembro mais) semanas depois ele nos agradeceu por ficar um pouco melhor, sendo que nós não tínhamos mexido em nada referente a otimização…
Usa a lib_chuck.
http://hacktoon.com/nerdson/lib-do-poder/
Quem nunca usou uma artimanha desse tipo que atire o primeiro estabilizador!
Esse é discípulo do Steve Jobs
O cliente ligou reclamando de novo? Só vejo incompetência na parte de gerenciamento de projetos. Gerenciar projetos não é ficar acompanhando cronograma.
O programador ainda disse que precisa rever todas as rotinas etc, como não viram isso antes de fazer o programa? Uma coisa é consertar um erro, pois errar é comum. Outro é ter que rever todos os códigos, todo o programa!
Pelo jeito você nunca pegou um código para dar manutenção ou trabalhou em uma grande equipe…
Rapaz…
sei cumé, mas isso depende da situação…
por um lado achei genial (quebrou o galho), entretanto, foi ruim pois não houve um planejamento.
e também tem outras coisas…
servidor do cliente, a máquina do cliente…
Software com jeitinho brasileiro ? Kkkkkkk….India save us !
Huahuahua! Me identifiquei! Na verdade eu sou designer gráfico, mas já fiz algo parecido várias vezes (embora bem menos grave). O cliente reclama, por exemplo, que a marca dele tá muito pequena num layout (clássico). Você vai lá e DIMINUI MAIS AINDA de propósito. Ele reclama que você tá surdo, louco e manda fazer o que ele mandou. Você coloca ela de novo do tamanho original. Ele fica todo feliz e ainda pergunta: “viu como eu tinha razão?”
SOLUÇÃO…. RSRS
Dá “GO TO” para última linha.
Vai fechar rapidinho “ou não”
hauhau
Essa é a estratégia que a Microsoft usa com o Windows…