| Autor |
Mensagem |
|
|
FernandoFranzini wrote:
Eu não tenho certificado e não acho que para alguém dominar uma tecnologia precise de um... O que acontece muito é a pessoa tirar o certificado e achar que ele vai lhe garantir
Mas veja que isso é apenas na questão de T.I. pq nas outras todos seguem o mercado...
Ou vc faria uma cirurgia de risco com alguem com um profissional sem canudo de medico, especializações ou certificações? kkkkkkkkk
boa para pensar....
A questão é: você faria uma cirurgia de risco (ou contrataria um cirurgião) que APENAS tenha o canudo? E a resposta, tanto para minha pergunta quanto para sua é: depende. Eu tenho uma opção melhor?
|
 |
|
|
felipefranz wrote:
ozix wrote:Crítica é opinião! Opiniões geralmente são dadas baseadas em dados de pesquisas, empirismo (pessoal ou não) ou simples "achismo". Acaba que tem sempre um pouco de cada.
Acredito que sua pergunta então deva ser: Você critica baseado em dados, experiências ou suposições?
Normalmente a resposta sem hipocrisias será: em todos.
Para nem tudo há dados, então sua crítica seria limitada a disponibilidade no momento, temporalidade, verossimilidade, regionalismo e até mesmo existência do dado. Mas quando você está criticando algo com dados tangíveis e todos conversam sob uma mesma perspectiva (ex: cotação do dólar em relação ao real no dia X), você provavelmente usará os dados como base da sua argumentação, mas inevitavelmente discorrerá para suposições devido a limitação do conhecimento e estas suposições estarão embasadas na sua experiência.
Eu acho engraçado essa nossa tendência taxionomista 
De certa forma o seu argumento concorda com o meu.
Duas observações:
- Sua resposta "em todos" concorda com minha frase "Acaba que tem sempre um pouco de cada". É claro que o "sempre" aí é "liberdade poética". Mas o xis da questão é que, mesmo quando há uma combinação de elementos na formação de sua opinião, há sempre um predominante, e é à procura dessa predominância que a pergunta está. Claro que seria igualmente interessante saber as devidas proporções.
- Sobre você dizer que "suposições estarão embasadas na sua experiência", eu também concordo. Porém, pode dar a entender (erroneamente, friso), que fazem parte do mesmo bojo, tornando desnecessário o uso de um deles na interrogação. Suposições são baseadas nas experiências gerais da vida, não necessariamente relacionadas com o assunto da crítica. Quando a questão distingui experiência de suposição, é porque experiência aí diz respeito àquelas diretamente relacionadas. 
|
|
|
|
felipefranz wrote:Eu acho engraçado essa nossa tendência taxionomista
Não sei se por "nossa" você quis dizer nós de informática. Nossa formação nos treina para analisarmos sistemas, ou seja, procurar padrões e classificá-los é com a gente mesmo. 
|
|
|
|
Crítica é opinião! Opiniões geralmente são dadas baseadas em dados de pesquisas, empirismo (pessoal ou não) ou simples "achismo". Acaba que tem sempre um pouco de cada.
Acredito que sua pergunta então deva ser: Você critica baseado em dados, experiências ou suposições?
edit: Ah, detalhe, mesmo baseado em dados ou experiência... você ainda pode estar errado!
|
|
|
|
Meu sistema usa apenas Sequence como estratégia do GeneratedValue e os nomes dos sequences seguem o padrão SEQ_NOME_DA_TABELA. Não tem uma forma de falar isso para o hibernate e não precisar sair repetindo o código abaixo em toda classe?
Sou adepto extremo de convention over configuration. Pra mim, num dos arquivos de configuração voce deveria poder apontar um pacote, e o provider já suporia que todas as classes seriam entidades com os atributos sendo colunas. anotações apenas para exceções.
|
|
|
|
lokit"s wrote:bom,refletindo isso acho que se pessoa não se valoriza é burrisse total.
Que mancada, brother.
|
|
|
|
|
Sobre os pontos 2 e 3: é claro que já há muitos frameworks (para os vários tipos de aplicação) com componentes que já encapsulam estes comportamentos.
|
|
|
|
Vamos lá.
1. Pra pegar a data atual (data do SO onde a JVM está rodando) é só chamar o construtor default da classe Date ou Calendar.getInstace();
2. Tudo bem deixar os formulários com String, mas depois converta e trabalhe com datas mesmo.
3. Para converter fazendo as devidas formatações use o SimpleDateFormat. Pra não deixar o usuário entrar com valor inválido invoque setLenient(false).
4. Pra comparar uma data com outra, a atual inclusive use equals(), before(), after(), compareTo() de acordo com sua necessidade. Se quiser comparar datas com apenas alguns campos (dia, mês e ano, por exemplo), uma das possíveis soluções é dar um clear() num Calendar e settar os valores apropriados.
5. O pessoal sempre indica o uso da biblioteca JodaTime.
|
|
|
|
|
Então... se neste cadastro a única opção de ano é o atual, pra que o usuário precisa preencher? Ou pra que você dá mais de uma opção?
|
|
|
|
|
Peraí, não entendi. Pra mim, 1111 é um ano válido. O que é um ano inválido no seu caso?
|
|
|
|
|
|
|
|
|
nel wrote:Sim, eu sei.
Mas é igual eu e o Mark comentamos, pode-se usar a API.
Até porque, você só desenvolve algo que o Java já implementou se tiver certeza que o seu é melhor, caso contrário, porque exercer este esforço?
Só se for a título de experiência, praticar ou simplesmente "porque quis".
Logicamente, estou falando em desenvolver algo exatamente ao que já está implementando, como é o caso citado aqui.
Abraços!
Putz, foi mal. Ficou mesmo parecendo que eu tava falando diretamente com você. Na verdade foi pro autor do post. Só pra mostrar que as soluções postadas foram boas mesmo. Afinal, a mesma idéia foi usada na JRE. E de quebrar dar uma dica de uma fonte boa para procurar este tipo de algoritmo.
|
|
|
|
Uma vez explicado o que é, adiciono o seguinte:
Como diz um amigo meu: Tudo de mais é muito! Então eu não vou dizer "nunca", mas evite usar instanceof. Aliás, evite condicionais. Use um conceito muito mais poderoso de OO: polimorfismo.
BTW, não sou quem diz isso, é só um carinha irrelevante chamado Martin Fowler.
Tem toda uma campanha em cima disso: http://www.antiifcampaign.com
|
|
|
|
Brother, sua dúvida já foi respondida no fórum. Pesquise por "fibonacci".
Nos códigos postados aqui, o else é redundante.
|
|
|
|
|
Se você der uma olhada na lógica de implementação do Collections.reverse(), não difere em nada de boas soluções postadas pelo Tchello e Marky.Vasconcelos.
|
|
|
|