Projetos bem feitos:Fabula ou Realidade

Ter prazo apertado não é desculpa pra não ter teste.

Pelo contrario, ajuda a entregar as coisas.

Entregar com bug é o mesmo que não entregar.

hehehe Luiz, o que eu disse não era direcionado a você (e eu concordo também com o que você diz)

na verdade é por causa disso

Concordo plenamente, não adianta eu querer mudar o projeto sendo que o arquiteto e os desenvolvedores que estão a mais tempo não querem ou não dão a minima, sendo que se ao começar a alterar um sistema por conta propria, entenda-se sem o aval de seu superior é bem provavel que o mesmo reclame ou ponha a culpa de algum problema do sistema nos refactoring feitos

Fazer uma classe bem feita precisa que outros desenvolvedores o façam também? O arquiteto precisa te autorizar a fazer algo bom?

não precisa alterar o sistema por completo, mas o que estiver a seu alcance pode ser da melhor maneira possível

peczenyj wrote:Ter prazo apertado não é desculpa pra não ter teste.

Pelo contrario, ajuda a entregar as coisas.

Entregar com bug é o mesmo que não entregar.

Depende muito de onde você trabalha

Em muitos desses lugares onde se "desenvolve software" o negócio é entregar, seja lá o que for.

É ai que a porca torce o rabo...

peczenyj wrote:É ai que a porca torce o rabo...

Na verdade era pra porca simplesmente levantar o rabo, mas como não teve teste nenhum ela esta torcendo o rabo rsrsrs

Leozin wrote:Sei lá, pra mim isso se chama hipocrisia =/ Esperar que as coisas mudem e você não fazer nada pra melhorar ou pra ajudar, é a mesma coisa que você reclamar da sujeira das ruas e mesmo assim jogar lixo no chão: "ah, quando todos pararem de jogar lixo eu vou parar também..."

Bom em nenhum momento disse que ficaria parado mas do mesmo jeito não posso sair mudando o codigo ja existente porque eu acho melhor, temos que ver que pessoas ja trabalham com isso bem mais tempo, eu sou novo na empresa, e por essa mesma razão alterar coisas pode causar um certo desconforto na equipe, antes de começar a refatorar o projeto é necessario ganhar o respeito da equipe. So para ilustrar, se eu estivesse em uma empresa e participasse de um projeto desde o inicio, ajudando na arquitetura , nas tecnologias usadas entre outras coisas e apos uns dois anos fosse contratado um novo desenvolvedor e o mesmo começasse a refatorar o codigo por conta propria eu ficaria muito preocupado e daria um corte nele pois ainda nao o conheço e nao sei se ele tem a maturidade para refatorar um codigo tendo pouco conhecimento do sistema, não sei se ele vai cagar tudo.

Maurício Linhares wrote:
peczenyj wrote:
Ter prazo apertado não é desculpa pra não ter teste.

Pelo contrario, ajuda a entregar as coisas.

Entregar com bug é o mesmo que não entregar.

Depende muito de onde você trabalha

Em muitos desses lugares onde se "desenvolve software" o negócio é entregar, seja lá o que for.

Eu ja tomei bronca de um chefe porque estava "perdendo tempo fazendo testes cases" e que aquilo não importava O.o
Ah era uma dessas que nao importa a qualidade o que importa é se foi entrege na data estipulada.

Forum Spammer Membro desde: 30/03/2008 20:56:41 Mensagens: 1293 Offline

Velho, será que é tão dificil de entender que patterns e profissionais podem custar um pouco mais mas no final das contas saem mto mais barato???

lucifeler wrote:Eu ja tomei bronca de um chefe porque estava "perdendo tempo fazendo testes cases" e que aquilo não importava O.o
Ah era uma dessas que nao importa a qualidade o que importa é se foi entrege na data estipulada.

Qual parte do arrumar um emprego que presta vc não entendeu?

This message was edited 1 time. Last update was at 21/05/2008 20:20:03

Sergio Figueras wrote:Velho, será que é tão dificil de entender que patterns e profissionais podem custar um pouco mais mas no final das contas saem mto mais barato???

Resposta deles: "Patterns, já ouvi falar. É de comer?"

Bem, não tenho ilusões quanto a trabalhar numa empresa que não vê além do cronograma. Elas são a maioria. Apesar disso é fácil encontrar empresas que seguem a boa palavra, elas simplesmente estão mais acima na pirâmide social.

Quer melhorar o teu projeto semi-falido? O alto escalão não ajuda? Ninguém ao redor se importa? Refatore sozinho e o suficiente para completar o pedaço de refatoração até te mandarem p/ outro projeto. Ninguém vai reconhecer o teu trabalho, mas você estará estudando p/ ser um desenvolvedor melhor, e levar este conhecimento para alguém que se importe.

leandro.anjos wrote:Em contra-partida, na empresa só haviam desenvolvedores, logo não existiam processos(CMMI) e nem documentação. Trabalhavamos em uma especie de extreme programming e por isso acabei mudando de empresa para conhecer mais essa area de processo de desenvolvimento de Software.

Cuidado com conceitos. O que você falou não tem anda de Extreme Programming e nem CMMI é in6onimo de processo (menos ainda de processo eficiente).

This message was edited 1 time. Last update was at 22/05/2008 00:18:49

Luiz Aguiar wrote: É esse o meu pensamento, entendi o lado salvado da pátria que vc falou, temos sim que tentar mudar o mundo, fazer as coisas funcionarem corretamente, mas deve-se ter um ponto de limite, fiacr dando soco em ponta de faca não vai adiantar em nada, ai a melhor escolha é realmente partir pra outra.

Falou tudo. Tem hora que não tem jeio mesmo, já se tentou de tudo mas a empresa doente continua agonizando sem dar sinais que vai reavivar.