| Autor |
Mensagem |
|
|
esmiralha wrote:
Engraçado como tanta gente defende liberdade de software e esquece que se o seu hardware só sabe acessar um servidor que está em um lugar onde você não manda, você não tem um computador de verdade, tem apenas uma janelinha que alguém pode vir e pintar de preto de um dia para o outro.
Falou tudo.
|
 |
|
|
esmiralha wrote:
cmoscoso wrote:
esmiralha wrote:
mochuara wrote:Putz.. Que pessoa em sua consciencia normal acharia boa a ideia de usar uma plataforma de software para PCs em dispositivos que sao usados para propósitos totalmente diferentes?
Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.
1. Pegue seu celular
2. Abra o browser
3. Acesse o GUJ
4. Mude de opinião
É , tem mais de 10 anos que a Sun falou essa bobagem: "The network is the computer". Eu prefiro: "The computer is mine and nobody tasca."
Engraçado como tanta gente defende liberdade de software e esquece que se o seu hardware só sabe acessar um servidor que está em um lugar onde você não manda, você não tem um computador de verdade, tem apenas uma janelinha que alguém pode vir e pintar de preto de um dia para o outro.
O que eu quis dizer é que já existe celular que roda sites para pc e fica muito ruim porque foram feitos pra ser usado com teclado e mouse. Acho que uma plataforma unificada iria atender mal a todo mundo, sem apresentar qualquer beneficio pratico, pelo menos eu nao vejo qual seria esse beneficio.
|
|
|
|
esmiralha wrote:
mochuara wrote:Putz.. Que pessoa em sua consciencia normal acharia boa a ideia de usar uma plataforma de software para PCs em dispositivos que sao usados para propósitos totalmente diferentes?
Se meu celular pudesse executar aplicações feitas para PC, não seria nada mal.
Ou se encolhessem um PC até ficar do tamanho de um celular, eu também não reclamaria.
1. Pegue seu celular
2. Abra o browser
3. Acesse o GUJ
4. Mude de opinião
|
|
|
|
http://blogs.sun.com/jag/entry/so_long_old_friend
|
|
|
|
juliocbq wrote:
O MIT usa lisp(Scheme) para projetos na área de IA, os demais projetos são c++ e c. Pergunte ao Stallman, que era físico do MIT.
http://groups.csail.mit.edu/mac/projects/scheme/
Detalhe, c++ é uma extensão do c, assim como c++0x é extensão do c++. Não são coisas completamente diferentes.
Parece até um fake do thiagosc.
E pensar que aqui já foi um local para discussões de alto nivel, uma pena que o GUJ tenha chegado a esse nível com usuários que só sabem fazer ataques pessoais e se acham o rei citando links de 2003.
|
|
|
|
Olá,
juliocbq wrote:
Com o lisp eu concordo em partes. Pena que o compilador do lisp não chegue nem na poeira do que é um compilador de c++. Lisp é restrito a apenas algumas aplicações. Comum em projetos de IA como Prolog.
Não compreendo essa de lisp ser "restrita a algumas aplicações" já que sempre foi uma linguagem de propósito geral. Inclusive minha aplicação (procure por Flightweets na appstore) possui o backend todo em lisp. Que eu saiba programação web não tem nada de IA.
Um pouco de história...
Lisp sempre foi laboratório para experimentação de novas idéias que depois são incorporadas em linguagens mainstream. Assim foi com if-then-else, garbage collector, OO, etc. Hoje em dia, com versões modernas de Lisp que compilam para a JVM, temos a disposição recursos bem sofisticados (como suporte a programação multi-core, programação funcional com estruturas de dados persistentes, programação assíncrona com sistema de agentes, pra citar alguns...) que linguagens como Java (pra não dizer C++) nem sonham em ter, a não ser por meio de um fork no design da linguagem, ou em outras palavras, nascendo de novo!
Portanto não sei o que está mais defasado, se é sua afirmação de que "lisp é para inteligência artificial" (faz tempo que não ouço falar no termo inteligência artificial) ou usar C++ para criar alguma coisa em pleno 2010.
Aliás, como esse é o tema do tópico, eu realmente gostaria de saber. Qual o argumento de se usar C++ hoje em dia? sistemas embarcados? Tem certeza que não estão confundindo com C (pra deixar claro, C e C++ são coisas completamente diferentes)? Programação de Jogos? Tem certeza que Java não é suficiente em ambientes que requer alta performance? Apenas curiosidade...
Se fossemos descontar os sistemas legado, minha impressão é que se a linguagem sumisse da face da terra hoje acho que ninguém sentiria falta de C++ em novos projetos de software.
|
|
|
|
|
Pra quem não viu a apresentação podia ter uma transcição ou até mesmo um resumo dos principais pontos no seu blog.
|
|
|
|
Ui, me fez lembrar da primeira aula de algoritmo, portugol I ou parecido.
ps: Moral da história, se quiser fazer um diff de código maker tá no inferno.
|
|
|
|
ravisantos wrote:Olá , então realmente estou confuso nestes conceitos; Poderia dar um exemplo de um AGGREGATE ROOT e um AGGREGATE dentro de um sistema real?
Obrigado!
Não estou com muita imaginação no momento pra inventar um sistema "real", mas vejo um aggregate se formando quando identifico uma entidade no domínio e um correspondente repositório que será utilizado para persistir a entidade. Na medida que novas responsabilidades são atribuídas à entidade ela vai "inchando" e então desmembrada em outros objetos, sendo que alguns desses objetos ainda mantém uma relação de consistência de dados com a entidade ROOT que precisa ser preservada. Este é o caso que precisa pertencer ao agregado. Uma entidade (inclusive o ROOT) pode conter tanto value objects como outras entidades, value objects não podem conter entidades. Todos esses objetos são alterados sempre por meio do repositório do ROOT que fica responsável de garantir a consistência das alterações.
Fui claro?
|
|
|
|
saoj wrote:Dei uma olhada nas palestras. Concordo com o que ele falou. Minha dúvida é apenas uma: ESB te dá comunicação assíncrona e por consequencia loose coupling e fault tolerance. Posso não ter captado alguma coisa, mas a solução proposta é aceitar o spagetti (ok) e fazer comunicação síncrona entre as partes (não sei).
Concordo que ESB é um monstro que devemos evitar, mas comunicação assíncrona muitas vezes é a solução mais prudente num grande sistema de missão crítica. Pelo menos no sistema que eu trabalhei não consigo imaginar qualquer outra coisa a não ser mensagens assíncronas.
Entendo onde você quer chegar, mas acho que está indo pelo caminho errado. ESBs te dá todo tipo de comunicação, não só assíncrona. E comunicação assíncrona pode ser obtida através da modelagem de workflows assíncronos, mesmo que utilizando um protocolo sincrono como HTTP. Curiosamente achei a apresentação boa por lançar alguma luz justamente nessa questão de como usar a Web para situações assíncronas.
Mais informações sobre workflows em REST, modelando o sistema do starbucks:
http://www.infoq.com/articles/webber-rest-workflow
|
|
|
|
|
|
|
|
|
Como assim, até onde eu sei banco de dados armazena dados, não objetos. O que você pode fazer é mapear cada atributo de uma classe para os campos da tabela, mas criar classes Java dentro do banco eu nunca ouvi falar.
|
|
|
|
|
E qual a discussão afinal?
|
|
|
|
ravisantos wrote:
Posso considerar uma AGGREGATE como a junção de uma ENTITY com um VALUE OBJECT...
Não, porque isto implicaria que todo AGGREGATE teria que possuir Value Objects, mas a existência ou não de Value Objects não é o que define o padrão AGGREGATE.
ps: Se considerarmos tipo Integer ou String como Value Objects e que todo AGGREGATE possui pelo menos uma ENTITY (o AGGREGATE ROOT) então talvez poderíamos concluir que todo AGGREGATE possui Value Objects no final, mas ainda assim sua definição de AGGREGATE é falha IMO.
ps: E na opinião do Eric Evans também.
ravisantos wrote:
Agora onde entra o AGGREGATE ROOT?
Obrigado!
Essa pergunta eu achei particularmente curiosa porque na minha concepção o AGGREGATE cresce a partir do ROOT, e não o contrário.
|
|
|
|
DaviPiala wrote:Nem toda solução demanda o uso de um ESB, mas não creio que seja uma minoria expressiva. Quando encaramos um projeto com um escopo pequeno ou na implantação de SOA não vemos as vantagens em termos um ESB, mas quem já trabalhou com legado de serviços sabe bem o quanto faz falta.
Pagando bem, que mal tem?
|
|
|
|