| Autor |
Mensagem |
|
|
ViniGodoy wrote:...Você não precisará pagar um contador. Haverá 5 meses de seguro desemprego caso você seja demitido. Haverá pagamento de horas extras caso você as faça. E você tem direito a um mês de férias com remuneração. Existe um valor de FGTS que também é depositado pela empresa.
E se vc tiver uma dor de barriga + atestado medico vc nao perde o(s) dia(s) que ficou em casa doente.
Sei la, cansei um pouco de ser PJ. To curtindo minha retomada ao mundo CLT.
De qualquer forma, nao eh soh a grana, avalie todo o resto - entenda-se: a empresa (e/ou a consultoria), a regiao, o projeto, distancia percorrida, condicoes contratuais, etc, etc, etc.
|
 |
|
|
Eu queria entender porque o pessoal faz "quote" de tooooooodo um post anterior pra fazer um comentario de uma ou duas linhas. Serio, soh curiosidade, mesmo. O forum fica mal recheado e chato de ler. Mas enfim...
ViniGodoy wrote:...De ser a pessoa que as pessoas ligarão por não ter escolha, e por você ser o mestre ninja dos cinco cortes. E elas te respeitarão porque sabem que sua incomunicabilidade é porque você vive num mundo paralelo...
Concordo, as pessoas assim sao tipo o rapazinho russo do Poincare que vale um milhao. E sao poucas, proporcionalmente falando.
[OFF]
A proposito, comprei um livro sabado chamado A Solucao de Poincare - Donal O'Shea, que fala sobre a conjectura que o rapazinho russo parece que resolveu. Bem interessante, ja matei mais de 100 paginas, recomendo para quem gosta de historia da Matematica. E da pra comecar a entender tbem pq ele recusou o milhao, o rapazinho deve ter uns parafusos trocados na cachola.
[/OFF]
Um pouco mais a proposito, bom profissionais tambem leem bastante. Mas nao soh livros nerds, tipo o citado acima! 
|
|
|
|
Mas a pergunta eh sobre ser um bom programador ou sobre ser um bom profissional?
Sobre ser um bom programador, concordo com as ideias do Vini, mas ser um bom profissional vai alem disso, na minha opiniao.
Nao adianta muito pra mim o cara do meu lado ser um monstro codificando e ser um ogro com o mundo ao seu redor. Ser um bom profissional envolve comunicacao e colaboracao.
Pode ate ser um ogro, mas que seja um ogro comunicavel. 
|
|
|
|
FrancoC wrote:Existe alguma profissão que seja tão mentalmente desgastante quanto ao de programador/analista de software?
Dia dificil? 
Nao sei a resposta, porque desde quase sempre soh trabalho com isso ai. A 10 mil anos atras eu era ajudante de loja de tinta. Nao era mentalmente desgastante. Mas descarregar um caminhao de latas/18lt de massa acrilica era fisicamente desgastante. 
|
|
|
|
Paulo Silveira wrote:...E você, o que acha sobre o rumo da comunidade? Para onde os desenvolvedores Java estão caminhando?
Eu acho que comunidade Java de forma em geral ficou muito mais profissional. Isso tem seu lado bom e ruim. Mas o desenvolvimento Java ainda eh amador.
O Eduardo comentou que o pessoal nao da mais voadora no peito, na epoca que o GUJ tenha algumas poucas mil mensagens. Eu gostava dessa epoca, mas eh uma coisa meio saudosista. O GUJ cresceu e mereceu crescer, com isso recebe os (muitos) louros e como tudo que cresce demais, tem seus problemas tambem, discutidos diariamente em varios posts.
Acho que o desenvolvimento Java nao acompanhou esse crescimento. Eu sinto que o desenvolvimento de software aqui no Brasil... no Brasil todo nao, mas ate onde meus olhos e meu teclado enxerga, sendo Java ou nao, ainda esta amador, mas com uma sensivel melhora nos ultimos dois anos.
Parece que as pessoas estao comecando a se preocupar mais em desenvolver software com qualidade. Mas eh uma impressao superficial, particular. Espero que essa continue sendo a tendencia.
De qualquer forma, parabens GUJ pela expressiva marca!
Abraco
|
|
|
|
Meus 13 centavos: acho que a industria de TI eh tao preconceituosa quanto qualquer outra. Machismos e afins estao por ai, soltos ao vento. Simplesmente negar isso acho que eh cegueira.
Mas nao era isso que queria comentar. Curiosamente, esses dias um amigo meu conversava sobre isso, a falta de mulheres em TI, e que isso era muito ruim pra area, pois a mulher em geral eh muito criativa, e criatividade eh fundamental aqui. Eu concordo com ele.
Particularmente, fiz uma lista rapida dos lugares que trabalhei, e em 75% deles - as empresas maiores - eu tive companheiras de desenvolvimento ou analise trabalhando comigo. Trabalhando bem ou nao, elas estavam ali. As empresas menores so tinham os caras, equipes de 2, 3 pessoas.
Nao eh nada, nao eh nada, nao eh nada mesmo.
|
|
|
|
mochuara wrote:E qual o seu ponto, provar o que é waterfall ou negar que ele tenha evoluido? Eu falei que o RUP é um waterfall evoluído porque ele faz essas mesmas coisas, só que em ciclos.
Nao quero provar nada. Soh achei esquisito o termo "waterfall evoluido". Se o waterfall evoluiu pra alguma coisa nao eh mais waterfall, oras.
Eu tenho comigo que processos de desenvolvimento de software soh servem pra alguma coisa se as pessoas envolvidas servem pra alguma coisa. RUP, XP, Scrum, e mais meia duzia de nomes ai, soh servem pra algo se as pessoas envolvidas estao "envolvidas", repetindo a repeticao. De resto nao entro em discussoes detalhistas, nem tenho know-how pra isso.
E outra, se faz em ciclos nao eh waterfall (a nao ser que vc esteja considerando que a agua evapora e cai na cachoeira novamente)
|
|
|
|
mochuara wrote:... para que existam fases maiores de analise e implementação, sem problemas. Voce deve ter uma visão estigmatizada de waterfall
projeto - analise - implementacao
Continua sendo waterfall. Com ou sem estigmas.
|
|
|
|
mochuara wrote:...Tudo evolui, até mesmo waterfall..
Fico imaginando um waterfall evoluido. Nao entendi essa. 
|
|
|
|
cv wrote:...Talvez precisemos de alguem pra reclamar do calor que ta nessa cidade, full-time...
Vou me candidatar pra vaga do calor ai.
O escritorio tem um ar-condicionado que funcione direito? Isso pode constar no plano de contratacao. Pra mim HOJE especificamente eh um baita beneficio!
|
|
|
|
Vc vai configurar pelo Console? Nao eh tao complicado.
http://publib.boulder.ibm.com/infocenter/wasinfo/v5r1//index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tdat_ccrtpds.html
|
|
|
|
Parece reuniao de viciados anonimos isso aqui... "comecei a usar com 17, hoje eu soh usei uma vez, eu juro..."
Mas eu comecei com 12 ou 13 anos a brincar com um TK90X alheio e uma calculadora qu programava joguinhos em basic de um primo. Aos 15 entrei em Processamento de Dados, e agora tenho 32. E contando...
|
|
|
|
Uma apostila comeca citando "Irmaos Karamazov" chega pra impor respeito.
Parabens pela iniciativa!
|
|
|
|
sergiotaborda wrote:...O ponto é o seguinte: para usar Scrum, todos precisam se compromter com os valores do scrum. Senão não funciona (...) Inchar o sprint é simplesmente proibido. Não ha desculpa. Não ha exceção. Se isso acontecer o scrum morreu porque o compromisso foi traido. Eu já passei por isso e não é bonito. Vc entende que as pessoas não estão preparadas para usar Scrum.
Scrum é facil tecnicamente, mas exige muito moralmente e profissionalmente e infelizmente a maioria das pessoas não está preparada para isto...
Pois eh, eu tenho isso claramente comigo, software eh feito por pessoas.
Um processo sozinho nao faz nada, sejam ageis, tradicionais, modernos, antiquados. Nada vai funcionar direito se as pessoas nao estiverem comprometidas E preparadas. O que me deixa mal humorado eh que MUITA gente nao entende isso.
Muito bom. Obrigado!
|
|
|
|
sergiotaborda wrote:...Em scrum features ficam prontas no fim do sprint. Ou então não ficam prontas. não ha "80% pronto". Ha pronto e não pronto. Se está pronto pode ser usado pelo cliente já, naquele momento. se não está pronto o cliente decide se o proximo sprint vai ser usado para continuar isso ou não. É o cliente ( o PO) que decide tudo isso....
E se o cliente diz assim: "legal, nessa proxima Iteracao (ou sprint, ou seja que nome for), a gente precisa disso, daquilo, daquilo outro e mais aquilo outro la, alem do ficou pra tras no sprint anterior". Sendo a data fixa, nao corre o risco de engordar de tarefas e o sprint ficar parecendo o bonequinho da Michelin?
Eu nao faco a pergunta de sacanagem, a faco pq meu conhecmento de Scrum eh (pouco) teorico, e tambem pq ja vi isso acontecendo com iteracoes de 10 dias (mas nao era Scrum).
Abraco
|
|
|
|