<?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>Comentários sobre: Frameworks: Por um PHP Menos Ruim</title>
	<atom:link href="http://juliogreff.net/frameworks-por-um-php-menos-ruim/feed/" rel="self" type="application/rss+xml" />
	<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/</link>
	<description>A mesma web, um novo estilo de desenvolvimento</description>
	<lastBuildDate>Mon, 30 Aug 2010 13:29:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Régis</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-6853</link>
		<dc:creator>Régis</dc:creator>
		<pubDate>Thu, 19 Aug 2010 23:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-6853</guid>
		<description>Não tem as datas dos comentarios mas vou deixar minha participação mesmo o post já sendo antigo.

Primeiro ser fanboy de linguagem é burrice nos programdores temos antes de tudo ser programadores indiferente da linguagem..

segundo os frameworks hj em dia 2010.. são lei.. tem que saber se não tá indo contra tudo que existe de desenvolvimento agile hj em dia, ou seja, ta jogando dinheiro fora e perdendo clientes..

se compararmos o desenvolvimento web em php com java putz veio php é massinha de modelar é so pegar um poco da umas apertada e cria o que quer.. então php é mt produtivo na web sim...(JS é client-side né num tem como comparar com php pessoal!!!)

Outra a nivel de sistema grande mesmo, portais, processamento distribuido em clusters e etc.. php sempre vai estar fora por mais que a zend fassa o seu excelente trabalho não tem como comparar um server pra php com um websphere ou jboss.. o nivel é outro..

No mais concordo em praticamente tudo que falou, mt bem colocada a tua posição e opinião e tas de parabens.. tem que falar o que acha mesmo...</description>
		<content:encoded><![CDATA[<p>Não tem as datas dos comentarios mas vou deixar minha participação mesmo o post já sendo antigo.</p>
<p>Primeiro ser fanboy de linguagem é burrice nos programdores temos antes de tudo ser programadores indiferente da linguagem..</p>
<p>segundo os frameworks hj em dia 2010.. são lei.. tem que saber se não tá indo contra tudo que existe de desenvolvimento agile hj em dia, ou seja, ta jogando dinheiro fora e perdendo clientes..</p>
<p>se compararmos o desenvolvimento web em php com java putz veio php é massinha de modelar é so pegar um poco da umas apertada e cria o que quer.. então php é mt produtivo na web sim&#8230;(JS é client-side né num tem como comparar com php pessoal!!!)</p>
<p>Outra a nivel de sistema grande mesmo, portais, processamento distribuido em clusters e etc.. php sempre vai estar fora por mais que a zend fassa o seu excelente trabalho não tem como comparar um server pra php com um websphere ou jboss.. o nivel é outro..</p>
<p>No mais concordo em praticamente tudo que falou, mt bem colocada a tua posição e opinião e tas de parabens.. tem que falar o que acha mesmo&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Micox Virgem</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-6652</link>
		<dc:creator>Micox Virgem</dc:creator>
		<pubDate>Wed, 28 Jul 2010 13:45:48 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-6652</guid>
		<description>Não liguem pro nome, apenas uma provocação ao sujeito aí, rsrsrs.

Estou escrevendo que gostei do blog, sou iniciante em linguagens de programação, e para web estou começeando com PHP.
Uma das grandes dúvidas para os iniciantes seria: Ainda valem a pena começar e investir em PHP.

Então fica aí uma sugestão para seu práximo tema. Estou aguardando, ehehehe.</description>
		<content:encoded><![CDATA[<p>Não liguem pro nome, apenas uma provocação ao sujeito aí, rsrsrs.</p>
<p>Estou escrevendo que gostei do blog, sou iniciante em linguagens de programação, e para web estou começeando com PHP.<br />
Uma das grandes dúvidas para os iniciantes seria: Ainda valem a pena começar e investir em PHP.</p>
<p>Então fica aí uma sugestão para seu práximo tema. Estou aguardando, ehehehe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Micox</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-6537</link>
		<dc:creator>Micox</dc:creator>
		<pubDate>Mon, 12 Jul 2010 20:31:46 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-6537</guid>
		<description>Valeu.</description>
		<content:encoded><![CDATA[<p>Valeu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Julio Greff</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-6517</link>
		<dc:creator>Julio Greff</dc:creator>
		<pubDate>Thu, 08 Jul 2010 14:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-6517</guid>
		<description>OK Micox, sugestão aceita. Revisei os comentários e apaguei bastante coisa. Acredito que torne a leitura um pouco melhor agora.</description>
		<content:encoded><![CDATA[<p>OK Micox, sugestão aceita. Revisei os comentários e apaguei bastante coisa. Acredito que torne a leitura um pouco melhor agora.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Micox</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-6516</link>
		<dc:creator>Micox</dc:creator>
		<pubDate>Thu, 08 Jul 2010 14:11:28 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-6516</guid>
		<description>Voltando ao tópico depois de vários anos...

ô Júlio, apaga este monte de fanboy virgem aí que não sabe receber críticas.
Deixa só as críticas inteligentes.

Fico imaginando: se o cara não sabe interpretar um texto e receber críticas pra linguagem de programação que ele usa, imagina se um chefe critica ele no serviço? Ele se mata (ou vira purpurina).

Virgens... tsc tsc tsc

Apaga ae pra deixar os comments mais limpos. O artigo está bom e os comentários inteligentes também.

PS.: Antes que apareça algum virgem aqui pra me criticar, digo que a linguagem server-side que uso é PHP. Não sei nenhuma outra.

PS.2: PHP é meio suja sim. Exemplos: 
1) str_replace e strlen - que padronização é esta onde uma função tem underline separando palavras e a outra não?

2) strpos e str_replace - Na primeira a string original é o primeiro parâmetro. Na segunda a string original é o terceiro parametro.</description>
		<content:encoded><![CDATA[<p>Voltando ao tópico depois de vários anos&#8230;</p>
<p>ô Júlio, apaga este monte de fanboy virgem aí que não sabe receber críticas.<br />
Deixa só as críticas inteligentes.</p>
<p>Fico imaginando: se o cara não sabe interpretar um texto e receber críticas pra linguagem de programação que ele usa, imagina se um chefe critica ele no serviço? Ele se mata (ou vira purpurina).</p>
<p>Virgens&#8230; tsc tsc tsc</p>
<p>Apaga ae pra deixar os comments mais limpos. O artigo está bom e os comentários inteligentes também.</p>
<p>PS.: Antes que apareça algum virgem aqui pra me criticar, digo que a linguagem server-side que uso é PHP. Não sei nenhuma outra.</p>
<p>PS.2: PHP é meio suja sim. Exemplos:<br />
1) str_replace e strlen &#8211; que padronização é esta onde uma função tem underline separando palavras e a outra não?</p>
<p>2) strpos e str_replace &#8211; Na primeira a string original é o primeiro parâmetro. Na segunda a string original é o terceiro parametro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Eu mesmo!!</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-5829</link>
		<dc:creator>Eu mesmo!!</dc:creator>
		<pubDate>Sun, 21 Feb 2010 15:47:23 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-5829</guid>
		<description>Ae Júlio, você parece ser um cara bacana e muito esforçado :) valorizo bastante sua iniciativa e vou dar uma olhada no seu Spaghetti*. 
Cheguei no seu blog pelo artigo http://juliogreff.net/historico-para-navegacao-via-javascript

Pessoas... PHP é a melhor linguagem que existe para a web. MUITO leve e EXTREMAMENTE rápida!! Tem uma porrada de funções bult-in excelentes. A sintaxe fácil e similar ao Javascript já agiliza e facilita a programação dos projetos web. Muito incoerente afirmar que não gosta da sintaxe do PHP e gosta de usar o CakePHP... ora, a SINTAXE É A MESMA !!!! Cara, você CONTINUA usando $ ; -&gt; etc... 
Além disso (eu já usei o CakePHP e pedi pra sair) não compensa usar o Cake e ter que fazer VÁRIOS arquivos para APENAS UMA página web, ou seja... enquanto que no PHP normal você cria por exemplo apenas o arquivo  assinantes.php e nele coloca TODA a lógica de inserção/edição/exclusão e qualquer outra coisa, podendo inclusive ter 1 ou 2 arquivos extras na forma de include... na droga do CakePHP você precisa criar NO MÍNIMO 6 arquivos em 3 diretórios... criar o arquivo assinante.php no diretório models, criar o arquivo assinantes_controller.php no diretório controllers... e por fim dentro do diretório views criar o diretório assinantes e dentro dele criar um arquivo para cada função existente no controller, ou seja, deve criar o arquivo index.ctp (para listar assinantes), ver.ctp (para ver dados de um assinante), editar.ctp (dã para editar) e novo.ctp (para inserir). 
Sem contar que você precisa &quot;reaprender PHP&quot; pois para inserir uma simples imagem devemos usar $html-&gt;image(&quot;novo.gif&quot;, array(&quot;alt&quot; =&gt; &quot;Novo&quot;,&quot;border&quot; =&gt; &quot;0&quot;,&quot;width&quot; =&gt; &quot;50&quot;,&quot;height&quot; =&gt; &quot;30&quot;)) Onde está a rapidez nisso??  Por quê não usar apenas &lt;img src=&quot;novo.gif&quot; border=&quot;0&quot; width=&quot;50&quot; height=&quot;30&quot; /&gt;
Para inserir um simples link devemos usar $html-&gt;link(&quot;Texto do link&quot;, &quot;/controller_de_destino/acao_do_controller&quot;) Fala sério!! 
Sem contar os intermináveis arrays dentro de arrays dentros dos arrays que estão nos arrays recursivamente recursivos. Antes que pensem bobagem.... SIM eu entendo a lógica e sei como funciona, entendo perfeitamente arrays recursivos até os uso em 2 ou 3 níveis, mas o Cake exagera e fica uma droga! 
A única vantagem real em utilizar o Cake é que dá pra traduzir o site inteiro com apenas um click se você utilizar a internacionalização através da função especial __() e configurando corretamento o arquivo app/locale/pt_br/LC_MESSAGES/default.po .É bem chato/trabalhoso, inclusive com as mensagens de erro do array $validate no model e sua exibição em $form-&gt;input() na view, mas o esforço vale a pena. 
Enfim, prefiro continuar usando minhas classes próprias (algumas baseadas em classes já existentes), minha própria abstração de BD (que hoje aceita perfeitamente MySQL, Postgree, Oracle e SQL Server), e minhas próprias e valiosas funções de validação de dados, ajax, tratamento de erros... já estou BEM acostumado, são leves, funcionam perfeitamente e posso adaptar em casos específicos de projetos de clientes chatos. 
Modéstia a parte, sou inteligente, minha lógica de programação em PHP e JS e ótima e pude comprovar por benchmarks de tempo de execução que TODOS os meus códigos são mais rápidos que os existentes por aí, principalmente no PHPClasses.org . 
Já sou ótimo programador PHP e não preciso reaprender PHP para me adaptar às convençoes do Cake. 
Como programador devo dominar a linguagem e fazer com que ELA trabalhe por mim, se adaptando ao meu estilo! 
Já me dá raiva quando a droga do cliente fica dando pitaco no projeto... fica uma m. mas ok ele tá pagando (já que ele sabe tanto pq não faz sozinho? ainda largo essa porcaria vida e faço um site de serviços online, que se venda sozinho e eu ganhe nas mensalidades e os atendimentos sejam apenas por chat e tickets MEU SONHO !!!!).  
Imaginei que um Framework fosse me ajudar, mas apenas me atrapalhou e muito. 
Talvez se eu começar a programar em Ruby, pelo fato de ainda não conhecer a linguagem evidentemente o Framework Rails só vai me ajudar e não deverei programar sem ele. 
Por fim, TODOS os trabalhos que desenvolvi em cake atrasaram no prazo. 
Concluindo, se você é programador INICIANTE ou mediano em PHP, busque algum framework que talvez você se beneficie, mas se você é um programador avançado (de verdade), TALVEZ você se frustre, mas VALE A PENA TENTAR, pois se você se adaptar ao Framework, certamente será ótimo para você. 
Vou tentar o Spaghetti*... quem sabe me ajuda, só li elogios. 

Em tempo, ASP SUCKS !!! A única coisa em toda a minha vida que eu já encontrei em ASP que vale ser aproveitado é a Loja da Locaweb, masssss não toda, claro, porque o código da loja é uma bos. todo mal estruturado, mal escrito e super pesado. A única coisa que se aproveita daquela bos... toda é a programação de frete e dos pagamentos pois tá tudo pronto e funcionam perfeitamente, INFELIZMENTE já tive a oportunidade de testá-los UMA VEZ (nossa foi horrível porque o chato do cliente fazia questão) mas também meti o PagSeguro naquela por.. como meu afiliado e ganhei 1% em tudo que ele vendeu :)  
Logicamente eu desenvolvo a Loja TODA EM PHP e mando o chato do cliente contratar o Gateway de Pagamento e faço toda a integração SEM PROBLEMA usando PHP :) . 

PS: micox tem meu profundo respeito, ele é o cara mais conhecedor de JS que eu já vi. 
Vejam só a versão mais recente deste script FANTÁSTICO que ele fez para usar ajax no site:
http://www.webly.com.br/Micox/ajaxGo.htm

Valeu!
T+</description>
		<content:encoded><![CDATA[<p>Ae Júlio, você parece ser um cara bacana e muito esforçado :) valorizo bastante sua iniciativa e vou dar uma olhada no seu Spaghetti*.<br />
Cheguei no seu blog pelo artigo <a href="http://juliogreff.net/historico-para-navegacao-via-javascript" rel="nofollow">http://juliogreff.net/historico-para-navegacao-via-javascript</a></p>
<p>Pessoas&#8230; PHP é a melhor linguagem que existe para a web. MUITO leve e EXTREMAMENTE rápida!! Tem uma porrada de funções bult-in excelentes. A sintaxe fácil e similar ao Javascript já agiliza e facilita a programação dos projetos web. Muito incoerente afirmar que não gosta da sintaxe do PHP e gosta de usar o CakePHP&#8230; ora, a SINTAXE É A MESMA !!!! Cara, você CONTINUA usando $ ; -&gt; etc&#8230;<br />
Além disso (eu já usei o CakePHP e pedi pra sair) não compensa usar o Cake e ter que fazer VÁRIOS arquivos para APENAS UMA página web, ou seja&#8230; enquanto que no PHP normal você cria por exemplo apenas o arquivo  assinantes.php e nele coloca TODA a lógica de inserção/edição/exclusão e qualquer outra coisa, podendo inclusive ter 1 ou 2 arquivos extras na forma de include&#8230; na droga do CakePHP você precisa criar NO MÍNIMO 6 arquivos em 3 diretórios&#8230; criar o arquivo assinante.php no diretório models, criar o arquivo assinantes_controller.php no diretório controllers&#8230; e por fim dentro do diretório views criar o diretório assinantes e dentro dele criar um arquivo para cada função existente no controller, ou seja, deve criar o arquivo index.ctp (para listar assinantes), ver.ctp (para ver dados de um assinante), editar.ctp (dã para editar) e novo.ctp (para inserir).<br />
Sem contar que você precisa &#8220;reaprender PHP&#8221; pois para inserir uma simples imagem devemos usar $html-&gt;image(&#8220;novo.gif&#8221;, array(&#8220;alt&#8221; =&gt; &#8220;Novo&#8221;,&#8221;border&#8221; =&gt; &#8220;0&#8243;,&#8221;width&#8221; =&gt; &#8220;50&#8243;,&#8221;height&#8221; =&gt; &#8220;30&#8243;)) Onde está a rapidez nisso??  Por quê não usar apenas &lt;img src=&#8221;novo.gif&#8221; border=&#8221;0&#8243; width=&#8221;50&#8243; height=&#8221;30&#8243; /&gt;<br />
Para inserir um simples link devemos usar $html-&gt;link(&#8220;Texto do link&#8221;, &#8220;/controller_de_destino/acao_do_controller&#8221;) Fala sério!!<br />
Sem contar os intermináveis arrays dentro de arrays dentros dos arrays que estão nos arrays recursivamente recursivos. Antes que pensem bobagem&#8230;. SIM eu entendo a lógica e sei como funciona, entendo perfeitamente arrays recursivos até os uso em 2 ou 3 níveis, mas o Cake exagera e fica uma droga!<br />
A única vantagem real em utilizar o Cake é que dá pra traduzir o site inteiro com apenas um click se você utilizar a internacionalização através da função especial __() e configurando corretamento o arquivo app/locale/pt_br/LC_MESSAGES/default.po .É bem chato/trabalhoso, inclusive com as mensagens de erro do array $validate no model e sua exibição em $form-&gt;input() na view, mas o esforço vale a pena.<br />
Enfim, prefiro continuar usando minhas classes próprias (algumas baseadas em classes já existentes), minha própria abstração de BD (que hoje aceita perfeitamente MySQL, Postgree, Oracle e SQL Server), e minhas próprias e valiosas funções de validação de dados, ajax, tratamento de erros&#8230; já estou BEM acostumado, são leves, funcionam perfeitamente e posso adaptar em casos específicos de projetos de clientes chatos.<br />
Modéstia a parte, sou inteligente, minha lógica de programação em PHP e JS e ótima e pude comprovar por benchmarks de tempo de execução que TODOS os meus códigos são mais rápidos que os existentes por aí, principalmente no PHPClasses.org .<br />
Já sou ótimo programador PHP e não preciso reaprender PHP para me adaptar às convençoes do Cake.<br />
Como programador devo dominar a linguagem e fazer com que ELA trabalhe por mim, se adaptando ao meu estilo!<br />
Já me dá raiva quando a droga do cliente fica dando pitaco no projeto&#8230; fica uma m. mas ok ele tá pagando (já que ele sabe tanto pq não faz sozinho? ainda largo essa porcaria vida e faço um site de serviços online, que se venda sozinho e eu ganhe nas mensalidades e os atendimentos sejam apenas por chat e tickets MEU SONHO !!!!).<br />
Imaginei que um Framework fosse me ajudar, mas apenas me atrapalhou e muito.<br />
Talvez se eu começar a programar em Ruby, pelo fato de ainda não conhecer a linguagem evidentemente o Framework Rails só vai me ajudar e não deverei programar sem ele.<br />
Por fim, TODOS os trabalhos que desenvolvi em cake atrasaram no prazo.<br />
Concluindo, se você é programador INICIANTE ou mediano em PHP, busque algum framework que talvez você se beneficie, mas se você é um programador avançado (de verdade), TALVEZ você se frustre, mas VALE A PENA TENTAR, pois se você se adaptar ao Framework, certamente será ótimo para você.<br />
Vou tentar o Spaghetti*&#8230; quem sabe me ajuda, só li elogios. </p>
<p>Em tempo, ASP SUCKS !!! A única coisa em toda a minha vida que eu já encontrei em ASP que vale ser aproveitado é a Loja da Locaweb, masssss não toda, claro, porque o código da loja é uma bos. todo mal estruturado, mal escrito e super pesado. A única coisa que se aproveita daquela bos&#8230; toda é a programação de frete e dos pagamentos pois tá tudo pronto e funcionam perfeitamente, INFELIZMENTE já tive a oportunidade de testá-los UMA VEZ (nossa foi horrível porque o chato do cliente fazia questão) mas também meti o PagSeguro naquela por.. como meu afiliado e ganhei 1% em tudo que ele vendeu :)<br />
Logicamente eu desenvolvo a Loja TODA EM PHP e mando o chato do cliente contratar o Gateway de Pagamento e faço toda a integração SEM PROBLEMA usando PHP :) . </p>
<p>PS: micox tem meu profundo respeito, ele é o cara mais conhecedor de JS que eu já vi.<br />
Vejam só a versão mais recente deste script FANTÁSTICO que ele fez para usar ajax no site:<br />
<a href="http://www.webly.com.br/Micox/ajaxGo.htm" rel="nofollow">http://www.webly.com.br/Micox/ajaxGo.htm</a></p>
<p>Valeu!<br />
T+</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Julio Greff</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-1107</link>
		<dc:creator>Julio Greff</dc:creator>
		<pubDate>Mon, 08 Dec 2008 19:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-1107</guid>
		<description>@Patrick: não sei se a orientação a objetos do PHP pode ser chamada de OO... Isso aumenta muito a &quot;burocracia&quot; de código, principalmente para frameworks (trabalhando no Spaghetti sente-se muito isso). Entre PHP e Ruby? Ruby pra produtividade, mas o PHP AINDA domina o mercado. Talvez o PHP 6 me faça mudar de idéia...</description>
		<content:encoded><![CDATA[<p>@Patrick: não sei se a orientação a objetos do PHP pode ser chamada de OO&#8230; Isso aumenta muito a &#8220;burocracia&#8221; de código, principalmente para frameworks (trabalhando no Spaghetti sente-se muito isso). Entre PHP e Ruby? Ruby pra produtividade, mas o PHP AINDA domina o mercado. Talvez o PHP 6 me faça mudar de idéia&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Patrick Espake</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-1094</link>
		<dc:creator>Patrick Espake</dc:creator>
		<pubDate>Sat, 06 Dec 2008 13:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-1094</guid>
		<description>Concordo com você.

Eu trabalho com o framework PHP symfony, mas faço frees em Ruby on Rails. A diferença de tecnologia é imensa, ainda mais quando se leva em conta a produtividade, padronização e resultados.

O PHP ainda tem uma longa evolução a ser feita, a sua orientação a objetos tem vários problemas de design, e nem todos os padrões foram implementados ainda. O framework symfony por usa vez está em um momento de definição de padrão, existe muitos bugs sérios e algumas tecnologias empregadas em suas estrutura agregam burocracia demais para um framework focado em desenvolvimento ágil.

Eu ficou com o Ruby on Rails, estudo a fundo a sua estrutura e até agora só fiquei feliz com tudo que vi.

Abraço.</description>
		<content:encoded><![CDATA[<p>Concordo com você.</p>
<p>Eu trabalho com o framework PHP symfony, mas faço frees em Ruby on Rails. A diferença de tecnologia é imensa, ainda mais quando se leva em conta a produtividade, padronização e resultados.</p>
<p>O PHP ainda tem uma longa evolução a ser feita, a sua orientação a objetos tem vários problemas de design, e nem todos os padrões foram implementados ainda. O framework symfony por usa vez está em um momento de definição de padrão, existe muitos bugs sérios e algumas tecnologias empregadas em suas estrutura agregam burocracia demais para um framework focado em desenvolvimento ágil.</p>
<p>Eu ficou com o Ruby on Rails, estudo a fundo a sua estrutura e até agora só fiquei feliz com tudo que vi.</p>
<p>Abraço.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Julio Greff</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-862</link>
		<dc:creator>Julio Greff</dc:creator>
		<pubDate>Mon, 17 Nov 2008 12:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-862</guid>
		<description>@Guilherme: concordo com você, o PHP6 pode ser muito interessante. Sou um dos que aguarda isso, já que por um bom tempo PHP será minha linguagem de trabalho. O problema do PHP6 será o mesmo do PHP5: aceitação. Mas aguardamos novidades =]</description>
		<content:encoded><![CDATA[<p>@Guilherme: concordo com você, o PHP6 pode ser muito interessante. Sou um dos que aguarda isso, já que por um bom tempo PHP será minha linguagem de trabalho. O problema do PHP6 será o mesmo do PHP5: aceitação. Mas aguardamos novidades =]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Guilherme R. Woelke</title>
		<link>http://juliogreff.net/frameworks-por-um-php-menos-ruim/comment-page-2/#comment-861</link>
		<dc:creator>Guilherme R. Woelke</dc:creator>
		<pubDate>Sun, 16 Nov 2008 22:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://juliogreff.blog.br/?p=157#comment-861</guid>
		<description>Então seu Julio, a maioria das pessoas (não estou citando vc evidentemente) criticam muito o PHP, dizendo que ele é engessado, não tem suporte à OO, é lenta, eh complicada... mas a maioria delas só programa em PHP4 (que já foi extinto). Mas as pessoas que conhecem o PHP5 (que mto embora ainda não é um .NET, mas tem os seus encantos), sabem que o suporte à POO veio com força total, onde foi inserido o suporte à interfaces, de herança, de clonagem, reflexão entre outros. Sem contar os métodos mágicos (De destruição, Construção, de autocarregamento de classes, de clonagem de objetos...). Certamente, a versão 6 do PHP virá com mais melhorias, tanto na linguagem quanto em OO. Assim como o Suporte a XML também evoluiu bastante, além do surgimento de Design Patterns =]</description>
		<content:encoded><![CDATA[<p>Então seu Julio, a maioria das pessoas (não estou citando vc evidentemente) criticam muito o PHP, dizendo que ele é engessado, não tem suporte à OO, é lenta, eh complicada&#8230; mas a maioria delas só programa em PHP4 (que já foi extinto). Mas as pessoas que conhecem o PHP5 (que mto embora ainda não é um .NET, mas tem os seus encantos), sabem que o suporte à POO veio com força total, onde foi inserido o suporte à interfaces, de herança, de clonagem, reflexão entre outros. Sem contar os métodos mágicos (De destruição, Construção, de autocarregamento de classes, de clonagem de objetos&#8230;). Certamente, a versão 6 do PHP virá com mais melhorias, tanto na linguagem quanto em OO. Assim como o Suporte a XML também evoluiu bastante, além do surgimento de Design Patterns =]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
