<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: As Escolhas do MV (XVI)</title>
	<atom:link href="http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/feed/" rel="self" type="application/rss+xml" />
	<link>http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/</link>
	<description>Heavy Mental Stuff</description>
	<lastBuildDate>Thu, 29 Jul 2010 15:11:59 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: MV</title>
		<link>http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/comment-page-1/#comment-851</link>
		<dc:creator>MV</dc:creator>
		<pubDate>Tue, 26 Jan 2010 22:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://mvalente.eu/?p=1092#comment-851</guid>
		<description>&gt;É uma plataforma porreira, mas acho que lhe falta dar-lhe 
&gt;uma componente mais “profissional”. A componente de PIM 
&gt;é muito fraca
&gt;

  Felizmente como é uma plataforma aberta existem dezenas de 
 aplicações mais &quot;profissionais&quot; :-) Ou qq um pode criar uma...

&gt;Relativamente ao javascript server side, quais são as vantagens 
&gt;desta tecnologia relativamente a outras linguagens server side ?
&gt;

  1 - Não ter de raciocinar em 3 linguagens (SQL, Python/PHP/Perl, Javascript)
  2 - Não ter de reescrever 2 vezes o mesmo código. Por exemplo, uma
   função de validação de um campo (nº Seg. Social, p.ex) não precisa 
   de ser escrita 2x, pode correr tanto no servidor como no browser, escrita
   apenas uma vez.
  3 - Não é necessário andar a fazer marshalling/serialization dos dados do
   browser para linguagem do servidor e depois fazer o marshalling/serialize
   dos dados para SQL. Its JSON all the way down.
  4 - É possivel passar código do servidor para o browser para ser executado 
   no mesmo, e é possivel passar código do browser para o servidor. Trivial 
   decompor computações em map/reduce.
  5 - O modelo funcional do JS e o facto de ser event-based permite escrever
   com mais facilidade servidores/serviços que escalam mais facilmente que
   os servidores existentes.
  6 - Com o uso de WebSockets torna-se possivel usar 2-way AJAX, com o
   cliente a fazer pedidos ao servidor e o servidor a fazer pedidos ao browser
   ou entao a enviar dados em realtime sem o browser ter de estar repetidamente
   a fazer poll.
  7 - O modelo funcional presta-se mais à programação concorrente que é
   cada vez mais necessária devido aos servidores multiCPU/multiCORE e
   devido às farms de servidores. O Erlang ou o Haskell tb fazem isso mas
   tem uma sintaxe mais complicada (ie. mais uma linguagem para aprender)
   e tem uma base instalada mto menor: o Javascript é a linguagem com mais
   instalações no mundo inteiro.
  8 - O paradigma OO do JS (prototype based por oposição OO baseado em
    classes) é mais dificil de compreender mas é mais fácil de usar, e adaptasse
    mais ao tipo de aplicações desenvolvidas actualmente, com dados não 
    estruturados, doc-based, acessiveis por REST e formatados em JSON. 

  -- MV</description>
		<content:encoded><![CDATA[<p>&gt;É uma plataforma porreira, mas acho que lhe falta dar-lhe<br />
&gt;uma componente mais “profissional”. A componente de PIM<br />
&gt;é muito fraca<br />
&gt;</p>
<p>  Felizmente como é uma plataforma aberta existem dezenas de<br />
 aplicações mais &#8220;profissionais&#8221; :-) Ou qq um pode criar uma&#8230;</p>
<p>&gt;Relativamente ao javascript server side, quais são as vantagens<br />
&gt;desta tecnologia relativamente a outras linguagens server side ?<br />
&gt;</p>
<p>  1 &#8211; Não ter de raciocinar em 3 linguagens (SQL, Python/PHP/Perl, Javascript)<br />
  2 &#8211; Não ter de reescrever 2 vezes o mesmo código. Por exemplo, uma<br />
   função de validação de um campo (nº Seg. Social, p.ex) não precisa<br />
   de ser escrita 2x, pode correr tanto no servidor como no browser, escrita<br />
   apenas uma vez.<br />
  3 &#8211; Não é necessário andar a fazer marshalling/serialization dos dados do<br />
   browser para linguagem do servidor e depois fazer o marshalling/serialize<br />
   dos dados para SQL. Its JSON all the way down.<br />
  4 &#8211; É possivel passar código do servidor para o browser para ser executado<br />
   no mesmo, e é possivel passar código do browser para o servidor. Trivial<br />
   decompor computações em map/reduce.<br />
  5 &#8211; O modelo funcional do JS e o facto de ser event-based permite escrever<br />
   com mais facilidade servidores/serviços que escalam mais facilmente que<br />
   os servidores existentes.<br />
  6 &#8211; Com o uso de WebSockets torna-se possivel usar 2-way AJAX, com o<br />
   cliente a fazer pedidos ao servidor e o servidor a fazer pedidos ao browser<br />
   ou entao a enviar dados em realtime sem o browser ter de estar repetidamente<br />
   a fazer poll.<br />
  7 &#8211; O modelo funcional presta-se mais à programação concorrente que é<br />
   cada vez mais necessária devido aos servidores multiCPU/multiCORE e<br />
   devido às farms de servidores. O Erlang ou o Haskell tb fazem isso mas<br />
   tem uma sintaxe mais complicada (ie. mais uma linguagem para aprender)<br />
   e tem uma base instalada mto menor: o Javascript é a linguagem com mais<br />
   instalações no mundo inteiro.<br />
  8 &#8211; O paradigma OO do JS (prototype based por oposição OO baseado em<br />
    classes) é mais dificil de compreender mas é mais fácil de usar, e adaptasse<br />
    mais ao tipo de aplicações desenvolvidas actualmente, com dados não<br />
    estruturados, doc-based, acessiveis por REST e formatados em JSON. </p>
<p>  &#8212; MV</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duarte Oliveira</title>
		<link>http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/comment-page-1/#comment-817</link>
		<dc:creator>Duarte Oliveira</dc:creator>
		<pubDate>Tue, 26 Jan 2010 02:44:35 +0000</pubDate>
		<guid isPermaLink="false">http://mvalente.eu/?p=1092#comment-817</guid>
		<description>Bem vindo ao mundo do robot :) (tenho um hero)

É uma plataforma porreira, mas acho que lhe falta dar-lhe  uma componente mais &quot;profissional&quot;. A componente de PIM é muito fraca (neste aspecto o windows mobile está a milhas do android). Não se entende como é que um SO orientado para PDA/Telefone tem um calendário tão fraco e não inclui um todo list e uma componente de notes.

Relativamente ao javascript server side, quais são as vantagens desta tecnologia relativamente a outras linguagens server side ? Por muito que pense no assunto não consigo encontrar vantegens no SSJS (e já tenho alguma experiência (12 anos) a desenvolver aplicações web em diversas tecnologias e plataformas).

No entanto gostaria de saber a tua opinião sobre esta temática :).

Um abraço</description>
		<content:encoded><![CDATA[<p>Bem vindo ao mundo do robot :) (tenho um hero)</p>
<p>É uma plataforma porreira, mas acho que lhe falta dar-lhe  uma componente mais &#8220;profissional&#8221;. A componente de PIM é muito fraca (neste aspecto o windows mobile está a milhas do android). Não se entende como é que um SO orientado para PDA/Telefone tem um calendário tão fraco e não inclui um todo list e uma componente de notes.</p>
<p>Relativamente ao javascript server side, quais são as vantagens desta tecnologia relativamente a outras linguagens server side ? Por muito que pense no assunto não consigo encontrar vantegens no SSJS (e já tenho alguma experiência (12 anos) a desenvolver aplicações web em diversas tecnologias e plataformas).</p>
<p>No entanto gostaria de saber a tua opinião sobre esta temática :).</p>
<p>Um abraço</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mvalente</title>
		<link>http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/comment-page-1/#comment-654</link>
		<dc:creator>mvalente</dc:creator>
		<pubDate>Thu, 21 Jan 2010 02:13:29 +0000</pubDate>
		<guid isPermaLink="false">http://mvalente.eu/?p=1092#comment-654</guid>
		<description>http://www.handtec.co.uk/

-- MV</description>
		<content:encoded><![CDATA[<p><a href="http://www.handtec.co.uk/" rel="nofollow">http://www.handtec.co.uk/</a></p>
<p>&#8211; MV</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: osiris</title>
		<link>http://mvalente.eu/2010/01/17/as-escolhas-do-mv-xvi/comment-page-1/#comment-653</link>
		<dc:creator>osiris</dc:creator>
		<pubDate>Thu, 21 Jan 2010 00:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://mvalente.eu/?p=1092#comment-653</guid>
		<description>compraste o milestone sem contracto? lá fora? a q preço?

ando a pensar em comprar um mas do pouco que vi algures nos intertubos alemães, era com contracto...

se bem que a motorola tem uns quantos &quot;filhos do milestone&quot; na calha...oh well...</description>
		<content:encoded><![CDATA[<p>compraste o milestone sem contracto? lá fora? a q preço?</p>
<p>ando a pensar em comprar um mas do pouco que vi algures nos intertubos alemães, era com contracto&#8230;</p>
<p>se bem que a motorola tem uns quantos &#8220;filhos do milestone&#8221; na calha&#8230;oh well&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
