o que você acha do modelo de ator?
<p> <a href="http://en.wikipedia.org/wiki/actor\_model">o modelo de ator</a> que é usado por <a href="http://en.wikipedia.org/wiki/erlang\_(programming\_language)">erlang</a> parece ser uma maneira muito diferente de fazer programação simultânea. o que você acha do modelo de ator? será uma solução popular para simultaneidade?</p>
<p>presumo que você conheça o conceito. bem, ainda não sei muito bem.</p><p>a resposta curta é que acredito na popularidade desse modelo para concorrência no curto e médio prazo. eu sempre adorei lambda e closures e eu vejo closures como atores especialmente feitos para a concorrência de energia. assim, os processadores de vários núcleos trazem para nós um novo paradigma para a programação, a simultaneidade é obrigatória para atingir um alto desempenho. o modelo de ator parece o caminho mais fácil para explorar o hardware moderno.</p><p>mais cedo ou mais tarde (espero que mais cedo), quase todas as linguagens convencionais suportarão um modelo melhor de simultaneidade. o modelo imho actor tão bem implementado em erlang deve ser o melhor candidato.</p><p>um obstáculo para que o modelo de ator ganhe popularidade é a pouca impedância com oop, o paradigma dominante agora. mas o primeiro passo está sendo dado, as linguagens principais estão implementando alguns recursos funcionais que irão limpar o caminho para o modelo de ator.</p><p>estou lendo muito sobre esse assunto, acho que é muito importante para todo programador avançar em suas habilidades.</p><p>edição tardia:</p><p>agora entendo melhor o paradigma. então posso dizer que é melhor uma linguagem de programação permitir que o problema seja tratado por bibliotecas ou eventualmente ter um recurso que facilite a adoção de um modelo. amarrar um idioma com apenas um modelo não dá uma boa ideia.</p>
<pre><code>for (iterator&lt;string&gt; i = someiterable.iterator(); i.hasnext();) { string item = i.next(); system.out.println(item); } </code></pre><p>note que se você precisar usar <code>i.remove();</code> no seu loop, ou acessar o iterador real de alguma forma, você não pode usar o idioma <code>for ( : )</code>, já que o iterador é meramente inferido.</p><p>como foi observado por denis bueno, este código funciona para qualquer objeto que implemente a interface <a href="http://docs.oracle.com/javase/8/docs/api/java/lang/iterable.html"><code>iterable</code></a> .</p><p>além disso, se o lado direito do idioma <code>for (:)</code> for um objeto <code>array</code> em vez de <code>iterable</code>, o código interno usará um contador de índice int e verificará <code>array.length</code>. veja o <a href="http://docs.oracle.com/javase/specs/jls/se8/html/jls-14.html#jls-14.14.2">java language specification</a> .</p> Esta é a minha opinião, mas; assim como as classes de caso do, eu gostaria implementar um `copy`método de tipos na classe para fazer a modificação possível, mantendo a imutabilidade, mas existe alguns casos que eu não posso ajudar a tê-lo mutável; por exemplo, quando se espera algo para tornar a operação de cópia muito grande e lento para a classe; como quando a classe tem tantos membros freqüentemente modificados. E não se preocupe com milhares de casos flutuando na memória, porque eles são automaticamente GC'ed, então o problema mais real é o custo do tempo de copiar as instâncias da classe. Por favor, diga-me se minha opinião é de alguma forma errada :) <p>oi joão, tudo bem ?</p>
<p>acho que tem algo que pode assumir, por exemplo, tudo que for um singleton, você pode deixar no escopo de aplicação, acho que dessa forma seu pensamento pode ficar mais claro.</p> se entendi bem, você quer utilizar outros métodos que não são os erp disponiveis na plataforma, seria isso?

nesse caso, você deve consultar o erp ou programa em questão se eles possuem integração com a li. todos os outros processos são do erp, e não da plataforma(email e impressão).

a plataforma n… pessoal solução:

- id: '1529625339241'

alias: acordando

trigger:

- at: 08:40:00

platform: time

condition: []

action:

- data\_template:

message: bom dia!

entity\_id: media\_player.living\_room\_speaker

service: tts.google\_say

- delay: 00:00:05

- data\_template:

mess… <p>não acho que eles sejam mutuamente exclusivos, mas, nos casos em que são, você deve observar o que seus clientes desejam/precisam.</p><p>qualquer interface pode ser simplificada movendo funcionalidades complexas para outro local. eu acho que esse é o principal compromisso. para facilitar o uso para o usuário médio, você precisa torná-lo mais complicado para o usuário avançado. eles precisam fazer mais alguns cliques para obter suas coisas.</p><p>mas é claro que muitas vezes o software pode ser facilitado tanto para usuários avançados quanto para usuários casuais, sem sacrificar a usabilidade de nenhum deles. uma coisa importante é criar recursos ortogonais que possam ser combinados facilmente. muitas vezes, o software é complicado porque há muitos recursos sobrepostos. em vez disso, ao criar alguns recursos distintos que podem ser facilmente combinados, o software pode ser muito mais flexível e simples.</p><p>descobrir isso criando uma matriz de objeto/ação. liste o número de objetos diferentes no seu aplicativo ao longo de um eixo e as ações que você pode executar neles em outro eixo. a matriz não deve ser muito escassa.</p> No mundo das TI, isto é praticamente aceite desde que não se esteja a interromper outra pessoa (que é o objectivo de usar o pato ou o urso de peluche ou o que quer que seja em primeiro lugar). 


Instalei-o em alguns locais de trabalho em que estive e que ainda não o tinha, e tornou-se aceite e normal quase de um dia para o outro. 


Se você ainda está preocupado em parecer um idiota falando com um pato de borracha, imprima uma nota explicativa ("por que estou falando com um pato de borracha?!? Leia isto para descobrir...") ou dê às pessoas links para <http://www.rubberduckdebugging.com/> <p>olá carlos!</p>
<p>é sempre uma boa prática separarmos as classes do nosso sistema pois se fazemos tudo em somente uma acabamos pendendo para o paradigma estrutural e não para o orientado a objetos.</p>
<p>isso também facilita na manutenção do código.</p>
<p>espero que tenha ajudado! :d</p>
<p>bons estudos! ^^</p> bom dia, sim é possivel, entretanto deve ter em mente e enteder que o node é um framework sobre o javascript, porém para a criação de um sistema no nivel de um erp talvés uma outra linguagem/framewor... <p>fala aí luiz, tudo bem? vamos lá:</p>
<blockquote>
<p>gostaria de saber se podemos utilizar o electron para desenvolver programas mais complexos, por exemplo, um programa para uma loja de roupa, escola e afins?</p>
</blockquote>
<p>acho que sim, não vejo problemas, o que eu recomendaria você fazer é criar um programa em react (ou outra arquitetura) e disponibiliza-lo na nuvem.</p>
<p>dai, com o electron você renderiza a mesma aplicação react que está no cloud.</p>
<blockquote>
<p>gostaria de saber também se a alura tem alguma previsão para cursos mais avançados de electron, que envolva todo um processo de crud, bootstrap?</p>
</blockquote>
<p>não sei a respeito disso, mas, não é muito complicado, basicamente o electron vai renderizar páginas web, então, o processo para utilizar bootstrap seria o mesmo referente ao curso dele (pode ser que uma ou outra coisa muda).</p>
<p>espero ter ajudado.</p>