| Autor |
Mensagem |
|
|
Mandei uma pancada de pvt pro Kenobi responder esse tópico !
Cara ... me desculpa, eu não tenho a menor noção de como se estima o preço de um sistema utilizando "métricas".
Levando em conta o tal preço de custo, uns 1200, ainda assim tá muito caro!
Desconsiderando a papagaiada, esse sistema não faz nada! Ou eu não tô vendo alguma coisa ali além do manter estado, cidade, lotacao, cargo, funcionario e curso?
Esses 9 use case points, quais seriam? 12 horas em cada? (hehehe, piada)
|
 |
|
|
Ubuntu Ubuntu 6.10 Edgy (porque eu conheço algumas pessoas que foram atualizar para o 7.04 e tiverem que FORMATAR a máquina porque tudo parou de funcionar).
Sério? Não tinha solução mesmo?
Abandonei o Debian. Fedora 7 num hp pavillion 6000*
* conf do modulo acpi fuçado pra fazer o processador nunca atingir o nível c3 ou mais - isso faz a porcaria do duo core 2 parar de fazer aquele barulho IRRITANTE
|
|
|
|
Oi Omeganosferatu,
Seria errado eu ter uma classe que vai conter referencias ( não objetos ) de todos os campos pra posteriormente utilizar campos de determinado painel em outro.
Cada aba é responsável por renderizar informações sobre determinado "conjunto de informações", certo? Então teriamos uma aba, para a pessoa, outra para o endereço e assim por diante? Qual seria o problema, nesse caso, de passar o próprio objeto?
|
|
|
|
Por exemplo um repositório responsável por componentes e campos de uma rotina toda de estoque ou fiscal ??
Não entendi a sua pergunta. Mostra um exemplo!
Não existe problema em se ter um construtor com -muitos- parâmetros.
Mas se isso está acontecendo com frequência -pode- ser que esteja na hora de refatorar código e delegar coisas para outras coisas.
É que nem nos programas dos unix. Você -quase- sempre tem um programa pequeno, com poucos parâmetros que podem ser "colados" (bash script) para desempenharem uma tarefa maior e maior e maior até que o trem funciona. Né?
No mesmo contexto, existem ainda alguns programas que possuem vários parâmetros e estão componentizados .
|
|
|
|
Os construtores são responsáveis por "abastecer" os objetos com os dados iniciais e prepara-los para a ação.
Quando você diz "vários" parâmetros está falando de quantos?
Pode ser o caso de delegar certas responsabilidades para outros objetos ...
|
|
|
|
Mas o fato de não os conhecer não significa que não os usa. Certo?
Certo e claro. Não discordo, pelo contrário, apoio a idéia.
Acho que é pacifico aceitar que se a equipe segue esses principios , mais tarde os mais cedo ela gerará padrões ,mesmo que não conscientemente. O estudo e aplicação de patterns
serve para criar uma linguagem comum (e um catalogo) sobre soluções recorrentes que aparecem ao aplicar ditos principios.A qualidade do software estaria então ligada ao uso dos principios canônicos os quais podem gerar padrões.
Sim é pacífico aceitar isso, eu aceito. Mas, como você disse, patterns implicam uma linguagem comum. Se existe uma linguagem comum (em potencial) aumentamos a qualidade da coisa. Certo?
O que eu tentei colocar no meu post foi que não existe o fato (patterns == qualidade), mas um indicio para. Toscamente: todos na sua equipe são desenvolvedores muito bons, eu espero que o seu software seja bom. Mas isso não é necessariamente verdade, apesar de esperado.
|
|
|
|
Existem softwares que faltam na qualidade exatamente por aplicar patterns de forma incorreta ou desnecessários.
Mas, e complementando o pcalcaldo, se a qualidade de um software está correlacionada aos desenvolvedores que o produzem, e bons desenvolvedores conhecem patterns, podemos dizer que um bom software se utiliza de patterns.
Por outro lado o camarada pode ser um bom desenvolvedor, implementar um sw de qualidade, e ainda assim não conhecer patterns.
Então, pessoalmente, acredito que não exista relação, apesar desta ser esperada.
Ou não?
|
|
|
|
Acho que a pergunta tá no local errado...
O servidor mysql tá funcionando sem problemas?
Por exemplo, você consegue acessar a sua base de dados via mysql.exe (o cliente, via prompt)?
Coloca o stacktrace do problema.
|
|
|
|
Esse -sistema- http://www.powerlogic.com.br/rhdemo tem 50 pontos de funcão? E cada ponto de funcão custa quanto? Quinze conto?
E sobre a thread, acho que, Talk is cheap, show me the code.
|
|
|
|
Porque com o memento o estado (interno) do objeto não seria violado. E é essa a idéia, manter o encapsulamento.
Só com commands uma inspecão chata seria necessaria. O command no caso é o próprio un(re)do.
Mas o fato é: se o seu command tá manipulando o objeto de maneira promiscua (a ponto de retornar/avancar o estado dele) então tem alguma coisa errada.
|
|
|
|
É melhor passar o elemento como parametro do que ficar utilizando ids e getElementById a torto e a direito.
Pra testar:
Na realidade o ideal mesmo é utilizar o potencial da linguagem e desenvolver de forma decente. Javascript é o bixo.
|
|
|
|
Wikipedia
A "newbie" in the U.S. Army was a term to describe new arrivals in the Vietnam theater of war, decades before its popular use on 1980s bulletin boards and subsequent internet message boards and chat rooms.
|
|
|
|
Se a idéia é aprender uma linguagem **moderna** vale a pena sim, mais ainda vale aprender python (versão 2.5).
Se a idéia é utilizar uma linguagem **moderna** na java, ai eu recomendaria jruby também.
|
|
|
|
Muito boa idéia,apoiado companheiro GUJ!
Se alguém tiver um link para a notícia publique aqui o quanto antes.
Achei o modo "degustação" da matéria
|
|
|
|
Ouvir fala que e excelente mas não suporta java..??
Python é excelente. Zope, plone e archetypes (esse sim um framework) são, com todo respeito, uma porcaria.
Coloco aqui a minha opnião em relação ao desenvolvimento de aplicativos utilizando plone, zope e archetypes:
Sugiro inicialmente a leitura de algum código de produto gerado com archetypes.
É simplesmente hilário que em pleno ano de 2007 exista uma ferramenta onde configurações do tipo "img = 'coisa.gif'" , "widgets" sejam feitas na classe de negócio.
Devido a limitações da base de [i]dados orientada a objetos[i] - ZODB o desenvolvimento se resume a criação de estruturas de dados (classes) e bibliotecas de funções (tools). Sim, se prepare para manipular um monte de structs através de singletons.
O zope, como um AS, é simplesmente porco(novamente com todo respeito). Eu me pergunto, com tantos projetos free (as in freedom) interessantes (ex:apache), porque aquele pessoal resolveu escrever tudo do zero. O resultado da experimentação é um sistema "funcional" apenas com base em combos Apache-Squid. Se bem que isso não é incomum em outros ambientes
Por causa do zope eu adquiri trauma a monkey patch.
Em suma: em 1999-2000 a idéia do zope era boa, hoje, 7-8 anos depois, não é. A ferramenta parou no tempo e não acompanhou as inovações.
Não sei se o Zope consegue rodar em Jython (acho que não porque o Jython implementa uma versão antiga do Python e está com seu desenvolvimento ); se conseguisse, seria lentíssimo.
Oi Thingol.
O pessoal do zope se esforça para fazer o código funcionar em cPython2.5 (ver google summer of code). Dúvido muito que funcione com Jython.
Parar pra desenvolver software decente com isso seria o mesmo que (nos dias de hj) desenvolver applicações java utilizando servlets puros, alguém?
Se for pra escolher uma ferramenta python, por favor, olhe: turbogears, sqlAlchemy, pylons ...
|
|
|
|