| Autor |
Mensagem |
|
|
|
Legal, acho que meus bisnetos vão gostar
|
 |
|
|
|
Atrasar um dia ou dois por causa de algum erro operacional do RH ou do financeiro até da pra entender. Atrasar 15 dias é imperdoável. No terceiro dia de atraso eu já estaria agendando entrevistas... O mercado hoje esta muito bom pra você ficar perdendo tempo em empresas ruins.
|
|
|
|
Fiquei procurando essa imagem em algum lugar na página da notícia:
|
|
|
|
|
http://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/0321127420
|
|
|
|
drsmachado wrote:
Cara, como analista de sistemas, irei discordar.
Só pelo fato de ter estudado a fundo metodologias de análise estruturada e UML, além de algumas outras doideiras, posso dizer que uma pessoa que faz um curso técnico em java não tem o direito de ganhar o mesmo que uma pessoa que fez uma graduação de 4 anos para ser analista.
Claro, quando comparamos o conhecimento individual, aí a coisa muda de figura, mas, em linhas gerais, eu não me sentiria confortável ao ver um programador que estudou 6 meses ganhar o mesmo que eu, depois de ter enfrentado 4 anos de aulas.
Ninguém tem o direito de ganhar mais ou menos por ter feito analise de sistemas ou não. Se o cara que fez um cursinho de Java estiver sendo mais produtivo e entregando um trabalho de mais qualidade que um cara que estudou 4 anos na faculdade, azar do cara diplomado, cada um merece ganhar conforme a qualidade so seu trabalho. Todo mundo sabe que muito do que se aprende na faculdade esta totalmente defasado em relação ao mercado (análise estruturada??? por favor...). http://razenha.wordpress.com/2009/05/03/aprendendo-direito-desde-a-faculdade/
|
|
|
|
chun wrote:Na real , alguem aqui está usando seriamente esta linguagem ?
http://www.grails.org/Testimonials
É só acompanhar os principais sites e blogs sobre desenvolvimento de software que você vai ver que tem muita gente trabalhando com Groovy e Grails. Claro que não é uma tecnologia mainstream, mas já esta bem madura e tem uma comunidade razoável.
|
|
|
|
http://mashable.com/2011/04/27/apple-location-response/ wrote:
So what exactly is Apple doing then? The company says that it?s ?not [tracking] the past or present location of the iPhone, but rather the locations of Wi-Fi hotspots and cell towers surrounding the iPhone?s location, which can be more than one hundred miles away from the iPhone.? That data is anonymously sent to Apple, in encrypted form.
Eu não gosto de ficar alimentando teorias da conspiração e histórias de grandes corporações malvadas. Mas eu tenho certeza que eu não sou o único que fico incomodado de saber que a Apple, sem o meu consentimento, vem armazenando no meu celular, no meu computador e nos seus servidores informações sobre a minha localização. Claro que no mundo virtual a tendência é que nós tenhamos menos privacidade, mas é preciso que seja definido um limite, principalmente quando tiram a nossa privacidade sem o nosso consentimento.
Nós sempre temos notícias de empresas que comprometeram informações confidencias de seus clientes, mais recentemente temos o caso de Sony. Eu não acredito que a Apple seja uma empresa tão incrível assim a ponto de garantir que essas informações que eles vem coletando dos celulares nunca seja comprometida. Novamente, eu não quero alimentar uma teoria da conspiração, mas não temos como ter certeza essas informações estão sendo enviadas de forma anonima.
No fim, ficam algumas questões: não tem problema uma empresa desrespeitar um direto tão básico sem o consentimento dos seus clientes? Qual é o limite que nós, consumidores, vamos impor? Qual é o limite que os governos (principalmente o governo dos Estados Unidos) vão impor?
|
|
|
|
|
Lembrei do desenha Wall-E
|
|
|
|
Leozin wrote:Aí galera, cuidado ao falar da Accenture, não sei se vocês sabem, mas uma vez aqui no GUJ uma guria falou da situação dela lá e a Accenture fez uma liminar para editar as mensagens do tópico.
Não estou sendo irônico.
Eu tu acreditou nela?
|
|
|
|
Alessandro Lazarotti wrote:
2- Sua experiência em testes não ocasionou o memory leak, só alguém com sérios problema de compreensão de texto entenderia isso. O ponto é que se você colocou em produção e só notou algum problema de memory leak depois, independente do framework ou servidor que você utiliza, significa que seu teste não foi suficiente.
Peraí... geralmente eu não concordo muito com o chun, mas memory leaks costumam dar em produção. Mesmo com testes e tudo mais, geralmente você identifica o memory leak depois de o sistema rodar várias horas e com muitos usuários em uma situação real e não simulada. Vai dizer que isso nunca aconteceu com você por que seus testes são perfeitos?
Alessandro Lazarotti wrote:
A comunidade de desenvolvedores que construiu o framework não possui um QA como deve ter um produto antes de entrar em produção, exatamente pq não é um produto.
Então não é um software confiável, concorda? Independente de ser produto ou projeto (segundo a definição da Red Hat), lançar uma versão final de um software sem testar direito é complicado.
|
|
|
|
|
Cara... normal esse negócio de conseguir outra oferta de emprego pra tentar ganhar um aumento do emprego atual. 99,9% das vezes que um funcionário ganha um aumento é por que ele conseguiu uma oportunidade melhor em outra empresa e a empresa atual cobriu para manter o funcionário na empresa. Todo mundo (que é esperto) faz isso.
|
|
|
|
|
duct tape++
|
|
|
|
Pessoal,
Saiu mais um Thoughtworks Technology Radar (relatório que a TW libera pra comunidade com as ferrementas/metodologias que a TW recomenda/não recomenda) - http://www.thoughtworks.com/radar
Eu particularmente achei ruim ter colocado Git como Trial e Github com Asses. Tanto o Git como o Github são bastante maduros e usados por milhares de desenvolvedores.
|
|
|
|
|
Nenhuma hospedagem compartilhada vai prestar.
|
|
|
|
chun wrote:O que closures tem a ver programacao paralela ficar mais facil em java ?
Dependendo da forma como você implementa, os closures podem trabalhar paralelamente sem problemas. Se você tem um closures com recursão e a recursão em si não compartilha estado entre as chamadas, você pode fazer cada chamada recursiva em threads diferentes (ou nós diferentes de algum cluster).
Nem precisa ser recursivo na verdade...
|
|
|
|