| Autor |
Mensagem |
|
|
chimufox wrote:A solução que estou pensando é: adicionar uma nova camada ao software, na qual tenha componentes que representem as informações da tela (similares aos backing beans do JSF), sendo que estes seriam os objetos a serem amarrados na lista de observadores.
A principio vale o bom senso. Na minha opinião haverá momentos que criar uma estrutura de dados associada a view será uma boa saida porem haverá momentos que fazer como o fernandopaiva indicou (ver o blog) ficara mais simples e de bom tamanho.
A complexidade das funcionalidades é que alavanca as estratégias e os padrões a serem aplicados, portanto não precisa ser a mesma solução para todas.
flws
|
 |
|
|
douglaskd wrote:pra dizer a verdade, eu também não condordo com esse lance de cobrar por horas de trabalho
eu ainda acho que software é uma arte...imaginem se um pintor ou escritor, musico, cobrasse pelo tempo que ele demorou para desenvolver uma arte.
eu ja fiz projetos freelas e cobrei em horas, mais realmente é um pouco desanimador,
até por que eu fico pensando nos algoritmos do programa quando não tenho nada pra fazer(isso é automático), e não cobrava por isso...
"depois de assistirem o filme "O preço do amanhã ~ In Time ", terão uma visão diferente, que não vendemos o nosso trabalho e sim nosso tempo de vida..rs
minha opinião, um pouco radical..eu sei..
Radical ou não... eu gostei da opinião  .
P.S Assisti este filme tambem...super bacana, para quem gosta de ficção e ação pode levar.
flws
|
|
|
|
Oi palerique,
Minha opinião:
Me parece uma péssima prática, o que vocês acham?
Considero uma pratica ruim, ao pensar em reusabilidade do código poderemos notar que as coisas podem se complicar.
Qual o fundamento ou estudo ou material científico que posso utilizar para aprender sobre isso?
Siga a super dica do Vini.
Me parece que terei que refatorar o sistema, qual a melhor forma de fatiar essa classe?
Desculpe a sinceridade, ao utilizar as palavras "fatiar essa classe" vc gerou uma certa preocupação. Dividir um arquivo e partes menores não quer dizer que resolveu o problema, já vi casos que a situação ficou muito pior ao fazer isto. É preciso fazer um estudo do problema antes e depois aplicar os conceitos de OO junto com alguns padrões de projeto.
Mesmo as inner classes sendo compiladas em arquivos diferentes eu terei problema de performance relacionado com essa classe? Ou o problema é só de desenvolvimento mesmo?
Acredito que o problema foi gerado ao desenvolver o código já que a compilação resulta em arquivos menores. Lembrando que parte mais afetada é a reusabilidade do código.
Quais as implicações dessa classe tão grande?
Para chegar nas verdadeiras implicações é preciso fazer uma analise da(s) funcionalidade(s) envolvidas na implementação. Normalmente, pode não ser este seu caso, estas situações leva a geração de um objeto muito grande sem necessidade em alguns momentos. Isto faz com que a memória seja utilizada de forma não otimizada.
Como ela funciona na JVM?
Vide item acima.
flws
|
|
|
|
Oi leokaos,
leokaos wrote:... Acho que o problema está no paint dos componentes que tah demorando para ser feito, já que existe um JScrollPane onde são adicionados os componente JPanel. ...
O primeiro passo é ter certeza sobre a causa exata da lentidão, depois vc (quem sabe com nossa ajuda tambem projeta a solução para a causa.
flws
|
|
|
|
Oi tamires, bem vinda ao forum.
Acredito que ainda esteja sendo bastante utilizado, dá uma olhada neste site: http://click.apache.org/
flws
|
|
|
|
Dá uma olhada neste exemplo:
flws
|
|
|
|
1) Localize a parte do código onde o processamento paraliza.
2) As vezes as configurações da base de dados teste e produção divergem - faça uma avaliação.
3) Verifique se esta sendo aplicado controles de exceptions adequadamente; alguns programadores esquecem de apresentar a pilha de erros.
...
flws
|
|
|
|
Temos que aprender a entrevistar os entrevistadores tambem - equilibrar o jogo.
Estas perguntas na minha opinião denotam fraqueza do contratante na maioria das vezes; pode ser falta de experiência ao entrevistar, sonegação de informações sobre o projeto e por ai vai...dificil saber.
Nestes tempos de mercado aquecido o risco de se pegar bombas são bem grandes tambem, os proficionais insatisfeitos começam a procurar melhores oportunidades deixando as roubadas para outros; natural isto acontecer. Se estava ruim para quem saiu pode ser ruim para vc tambem que quer entrar.
Portando aprendamos a entrevistar quem esta a nossa frente tambem, temos que chegar na entrevista preparados com boas perguntas para detectar o pior e o melhor da empresa.
flws
|
|
|
|
getAdicted wrote:Ontem eu tive uma conversa muito louca com uma analista de RH (psicóloga) em uma entrevista. Os dois serios, de frente um para o outro: ela me indagou: como seria trabalhar em uma pastelaria, em uma empresa cujo os prazos são apertados, etc... Eu disse: se eu soubesse onde eram guardados o "queijo" e o "presunto", tranquilo... =)
KKKKKKK!
flws
|
|
|
|
Nunca estudei lá, só fiz uma visita para consultar preços e etc.
1) O curso tem bom nome no mercado.
2) Monta turmas pequenas, acho que era algo em torno de 3 a 5 pessoas; na época me informaram isso.
3) A conversação é o ponto central do curso.
4) O preço era um pouco elevado.
No final acabei optando pelo curso da cellep pelo preço.
Ao terminar o curso conclui que: Na minha opinião, o melhor é conseguir um bom (honesto) professor particular, quando estiver no estágio mais avançado fazer uma imersão. Acho que sai mais barato e é mais eficiente.
P.S Segundo alguns usuários deste forum, fazer algum tipo de curso ajuda bastante; muito melhor que ir para outro país zeradão.
flws
|
|
|
|
Aqui onde trabalho estão passando o pessoal que trabalha como PJ para CLT. Na hora de negociar os valores utilizaram esta maldita tabela...deu uma treta animal rsrsrsr. O maior problema são os detalhes como: experiencia, formação e a tecnologia de dominio - isto para começar.
flws
|
|
|
|
Honestamente não sei se entendi bem a questão mas vamos lá:
Você poderia associar os nomes do componentes (JTextField e etc...) com o nome das colunas da consulta. Após executar a consultada vc poderia acessar a lista de componentes do painel e obter o componente apropriado através do nome da coluna x nome do componente e aplicar o conteúdo.
flws
|
|
|
|
ViniGodoy wrote:Eu criei uma classe base para cada tipo de janela, onde coloco o código comum. Aì, ao invés de herdar diretamente de JDialog, herdo de AppDialog, ao invés de JFrame, herdo de AppFrame, e assim por diante.
Também criei algumas janelas padrões (como aquelas que fazem seleção com duas listas e uma setinha no meio, janela de seleção com um JTable, janela para progressbar, etc).
Eu tambem já utilizei este tipo de estratégia.
flws
|
|
|
|
Oi Alexey,
O framework ZK aceita código java nos arquivos de script .ZUL como alternativa ao invés de utilizar javascript, porem não é considerado uma boa prática.
flws
|
|
|
|
Fiz um teste no link e recebi o erro 404.
Parabens pela iniciativa asaudate.
flws
|
|
|
|