| Autor |
Mensagem |
|
|
Cara, é bom ter uma banda boa pq as vezes dá algum pau e você tem que fazer um download urgente, e rápido. Eu uso 15mb aqui em casa, mas creio que 10mb já estava de bom tamanho.
[]'s
|
 |
|
|
|
Se sua máquina não tiver um hardware vagabundo, vá de Linux, caso contrário vá de Windows. A coisa mais difícil que tem é arranjar drives decentes p/ hardwares xing ling...
|
|
|
|
pcassiano wrote:Acho que o mercado precisa de uma boa ferramenta para recrutamento e seleção. Bases de dados de currículos existem aos montes. Uma boa ferramenta, que agregue valor ao Processo Seletivo, não conheço nenhuma...
Como esperar um bom trabalho de quem não tem uma boa ferramenta? 
Melhor ponto de vista desse tópico, pcassiano. 
|
|
|
|
|
Esse tópico é um resumo do porquê não se deve confiar em opiniões de fóruns.
|
|
|
|
marcosalex wrote:Aqui é o GUJ mesmo? Por um momento pensei que estava no Orkut ou no Facebook, devido ao nível da conversa.
No Orkut/facebook tem menos pseudo intelectual. É a única diferença.
|
|
|
|
Vocês ficariam bonitos brigando se fossem mulheres em uma banheira, brincando de quem pega mais sabão, no estilo banheira do Gugu.
Mas como todo mundo aqui que tá brigando tem barba, é velho, ranzinza, e não leva jeito pra brigar, pelo amor de deus: larguem de ser crianças e parem com essa discussão idiota de egos.
|
|
|
|
|
Eu acho que a culpa é dos moderadores do GUJ.
|
|
|
|
Cemitério é um excelente investimento a longo prazo. O lucro não vem no funeral, mas vem nas anuidades p/ manutenção dos jazigos. E sem contar que morto não dá trabalho. Um tipo de cliente excelente.
Quanto ao software, eu já vi uns dois. Mas completamente mal feitos. Acho a sua idéia ruim pq esses caras já estão acostumados com o sistema e vai ser difícil penetrar no mercado. Só iriam querer o seu sistema se houvesse um caos na administração, coisa que não acontece pq cemitérios em geral são investimentos fáceis de administração. Lembre-se: eles são um cemitério, não uma empresa de software.
[]'s
|
|
|
|
Longino wrote:Quanta amargura no coração.
Criar fanboys é parte da estratégia de qualquer empresa. O negócio é focar em seus próprios objetivos e saber o que é melhor ou não. Assim se estará um passo a frente de qualquer fanático.
Não acho que eles sejam tão ruins assim, pois se eu tivesse uma empresa e conseguisse uma vantagem tecnológica para o meu produto utilizando alguma tecnologia incomum eu ficaria quieto e esconderia o jogo. Eles facilitariam a minha vida.
Longino,
Se isso fosse um fórum de administradores de empresas, discutindo práticas para melhorar a divulgação do seu produto, obviamente você não estaria errado. A questão é que o kicolobo falou em outro sentido, falou no sentido de termos que aturar essas criaturas chamadas fan boys. Não falou sobre o meio empresarial.
|
|
|
|
Rapaz, vamos deixar claro uma coisa: no pain, no gain. Do jeito que vocês estão falando sobre funcionalismo público, está bem claro algo como "se vc é preguiçoso, é bom". Se hoje em dia me considero um bom profissional, não é porquê eu tive boas aulas ou li bons livros, ou porquê preservaram a minha cabeça ou porquê minha mãe me dava Mucilon enquanto criança, mas porquê por várias vezes eu tive que fazer 4 ou 5 funções e trabalhar até muito mais tarde, semanas trabalhando das 7 à 0h. O sacrificio foi que me fez melhorar, e é o sacrifício que também me faz melhorar. Eu poderia sentar a bunda na cadeira, e pensar em uma arquitetura besta, mas cá estou eu, às 21h de um domingo pesquisando sobre Apache Karaf, e pensando em como criar uma arquitetura de plugins realmente decente.
Francamente, quem aqui quer um emprego pra não fazer nada? Isso é um absurdo, um emprego e um trabalho de desenvolvedor, é acima de tudo, criar coisas. O desenvolvedor de verdade tem prazer em criar coisas, criar novos produtos, e melhorar os pré-existentes. Só um morto de fome busca trabalho pq é bem pago pra quem tem poucas atribuições.
|
|
|
|
Varia do local. Se você for trabalhar em Itapipoca, por ex, eu duvido muito que vão usar uma arquitetura de componentes ou plugins em alguma aplicação. Agora, se você for trabalhar dando manutenção em um daqueles bots lindos da Receita... Mas a realidade que já vi é: sistemas mal construidos por arquitetos incapacitados e programadores preguiçosos. Não tem como ter um padrão.
[]'s
|
|
|
|
marcosalex wrote:O dia que o HTML5 suprir todas as necessidades que o applet atende, ele morre por 'causas naturais'. O uso de applets já está diminuindo por causa disso, da mesma forma que o uso do Flash.
O problema maior é a definição de 'todos os navegadores suportarem completamente HTML5'. Tecnicamente, todos já suportam, mas tem muitas tags e atributos que eles criam por si só sem passar pelo W3C porque tem muitas coisas que o W3C não definiu ainda e nem sabem se vai definir até 2014 (a data prevista pro HTML5 ficar pronto, hoje é beta).
O pior é o CSS3, que vai ficar pronto só depois de 2014 e que cada navegador implementa bem diferente, incluindo até tags exclusivas: safari-xxxx, chrome-xxxx, etc.
Nesse cenário, ou você faz um código pra cada navegador, plataforma e versão, ou então se vira com um applet.
O mais engraçado é que essa confusão de browsers, etc, existe desde que a web é a web. E ninguém nunca conseguiu resolver.
|
|
|
|
Cara, não sei, mas 99% dos fanboys que eu já vi usam camiseta de Linux, exibindo o Tux, ou então a xicarazinha da Sun (isso naquela época que ainda tinha). Afinal, era cool. Agora que a Oracle comprou a Sun, não se usa mais camisas assim.
Agora, sinceramente, eu nunca vi um fanboy Microsoft não. Esses fanboys que já vi, querem ser a cópia do MadDog. E se acham bons ainda, isso que é o pior de tudo. Lá naquela tal de Campus Party tá entupido desses caras.
Me lembro dum caso engraçado, estava num encontro do DF-JUG, e jogaram um boné da Sun que por pura coincidência ele caiu no meu colo, veio um louco que estava do meu lado e pegou o boné e ficou me olhando. Rapaz, eu não entendi a do cara até hoje. Se o prob. era um boné, sinta-se a vontade, eu não uso mesmo.
Mas não sei se vocês ja'perceberam, esse ser está em migração e virando um ser híbrido. Agora nós temos os hipsters fanboys. Duas pragas reunidas para doarem o pior de si.
E isso aqui vai pros hipsters / fanboys:
|
|
|
|
Opa kicolobo, beleza? Obrigado pela resposta.
Então, a minha idéia é utilizar o danado mesmo p/ controlar os componentes mesmo. Mas aí então, surgiram algumas dúvidas. Estou criando uma appl de teste, com dois bundles, um com a parte de persistência e outra com a "view" da coisa toda. Ok, gerei os bundles pelo maven, consegui instala-los no Karaf, mas a questão é: como rodar "deploys"? Digamos que eu tenha um cliente X, qual será o requisito que devo passar p/ ele rodar? Eu vi que tem os web extenders, mas p/ mim não ficou muito claro se numa appl JEE então, eu não teria que ter o web container p/ rodar a aplicação. Enfim, digamos que eu queira rodar uma appl web e que o cliente me peça que tenha que rodar no Tomcat, no JBoss, e no Jetty, sem ter problemas. Como fica essa questão?
Também não ficou muito claro p/ mim o relacionamento com o Spring, estou usando os context.xml p/ definir os beans e tal, mas e se eu quiser a injeção por Spring? Enfim, fiquei meio perdido nessa parte, hehe. . Até dei um olhada no Spring DM, mas vi que está abandonado na Apache.
Tem algum tutorial por aí? Alguma boa dica?
Valeu.
|
|
|
|
Srs.,
Alguém aqui já implementou algo p/ OSGi usando o Apache Karaf? Quais são as suas opiniões? Que gargalo encontraram?
[]'s!
|
|
|
|
|
|