<?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: Pensando no CakePHP para SofterHouse&#8217;s</title>
	<atom:link href="http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/</link>
	<description>O blog público para desenvolvedores CakePHP.</description>
	<lastBuildDate>Tue, 07 Feb 2012 18:16:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Filippi Rizzi</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-568</link>
		<dc:creator>Filippi Rizzi</dc:creator>
		<pubDate>Thu, 19 Jan 2012 20:16:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-568</guid>
		<description>Caraca, eu fiz um cms estilo esse Wild flower heuheue! Se eu soubesse já tinha implementado as funcionalidades nele!! :(</description>
		<content:encoded><![CDATA[<p>Caraca, eu fiz um cms estilo esse Wild flower heuheue! Se eu soubesse já tinha implementado as funcionalidades nele!! <img src='http://blog.cakephp-brasil.org/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Juan Basso</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-83</link>
		<dc:creator>Juan Basso</dc:creator>
		<pubDate>Tue, 14 Oct 2008 21:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-83</guid>
		<description>Realmente muito interessante seu ponto de vista. Vou pensar um pouco melhor antes de começar a desenvolver desta maneira.

Quanto aos projetos, eu gosto de participar sim. As vezes me falta tempo, mas na medida do possível sempre ajudo no que posso. Obrigado pelos elogios.</description>
		<content:encoded><![CDATA[<p>Realmente muito interessante seu ponto de vista. Vou pensar um pouco melhor antes de começar a desenvolver desta maneira.</p>
<p>Quanto aos projetos, eu gosto de participar sim. As vezes me falta tempo, mas na medida do possível sempre ajudo no que posso. Obrigado pelos elogios.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: rafaelbandeira3</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-82</link>
		<dc:creator>rafaelbandeira3</dc:creator>
		<pubDate>Tue, 14 Oct 2008 18:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-82</guid>
		<description>Juan: A questão das callbacks seria uma forma mais simples - eu diria relaxada, mas sem ser arrogante, na boa - de implementar Observer (Listener para quem veio do Flash) no aplicativo, o que, se bem estruturado não seria uma má idéia, mas o que acaba acontecendo é que na intenção de não ter intervenção direta no código do aplicativo tu vai acabar a)gerando dependência de configuração para saber quando &quot;carregar os plugins&quot; que serão usados nas callbacks/resposta dos eventos ou b)um mega overhead carregando (quase) todos os plugins em todas as ações - e essa eu já presenciei. Claro que são tudo idéias, mas como eu prefiro &quot;stick to the core&quot;, implementações de workarounds não são muito bem vindas para mim.

Fora do tópico, comecei a acompanhar um pouco de material brasileiro relativo ao cake e percebi que você é bem envolvido em vários projetos, bem legal, parabéns ai.</description>
		<content:encoded><![CDATA[<p>Juan: A questão das callbacks seria uma forma mais simples &#8211; eu diria relaxada, mas sem ser arrogante, na boa &#8211; de implementar Observer (Listener para quem veio do Flash) no aplicativo, o que, se bem estruturado não seria uma má idéia, mas o que acaba acontecendo é que na intenção de não ter intervenção direta no código do aplicativo tu vai acabar a)gerando dependência de configuração para saber quando &#8220;carregar os plugins&#8221; que serão usados nas callbacks/resposta dos eventos ou b)um mega overhead carregando (quase) todos os plugins em todas as ações &#8211; e essa eu já presenciei. Claro que são tudo idéias, mas como eu prefiro &#8220;stick to the core&#8221;, implementações de workarounds não são muito bem vindas para mim.</p>
<p>Fora do tópico, comecei a acompanhar um pouco de material brasileiro relativo ao cake e percebi que você é bem envolvido em vários projetos, bem legal, parabéns ai.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Juan Basso</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-81</link>
		<dc:creator>Juan Basso</dc:creator>
		<pubDate>Mon, 13 Oct 2008 21:40:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-81</guid>
		<description>Emilio: obrigado pelo comentário. Sobre o joomla, a equipe do Mambo (base do joomla) está desenvolvendo a nova versão em cima do CakePHP. Eles tinham anunciado isso já faz tempo, mas nunca vi nada em prática. Vamos aguardar e ver se vai sair realmente. Fonte: http://bakery.cakephp.org/articles/view/mambo-licious

Rafael: obrigado pelo comentário também. Neste seu caso, você chegou a pensar em soluções como callbacks? Eu vi no projeto do bakesale (http://www.bakesalehq.com) que ele usava um callback para os plugins, com isso, quando algo ia ser executado, ele mandava chamava um callback e quem tinha aquele método implementado executava o código... Claro que mesmo com os plugins haverá dependência de chamadas diretas, isso acho que é até inevitável.
Mas mesmo assim, é bom saber que na prática você tentou e não deu muito certo. Isso significa que teremos que pensar em cada detalhe antes de desenvolver algo modularizado desta maneira.</description>
		<content:encoded><![CDATA[<p>Emilio: obrigado pelo comentário. Sobre o joomla, a equipe do Mambo (base do joomla) está desenvolvendo a nova versão em cima do CakePHP. Eles tinham anunciado isso já faz tempo, mas nunca vi nada em prática. Vamos aguardar e ver se vai sair realmente. Fonte: <a href="http://bakery.cakephp.org/articles/view/mambo-licious" rel="nofollow">http://bakery.cakephp.org/articles/view/mambo-licious</a></p>
<p>Rafael: obrigado pelo comentário também. Neste seu caso, você chegou a pensar em soluções como callbacks? Eu vi no projeto do bakesale (<a href="http://www.bakesalehq.com" rel="nofollow">http://www.bakesalehq.com</a>) que ele usava um callback para os plugins, com isso, quando algo ia ser executado, ele mandava chamava um callback e quem tinha aquele método implementado executava o código&#8230; Claro que mesmo com os plugins haverá dependência de chamadas diretas, isso acho que é até inevitável.<br />
Mas mesmo assim, é bom saber que na prática você tentou e não deu muito certo. Isso significa que teremos que pensar em cada detalhe antes de desenvolver algo modularizado desta maneira.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: rafaelbandeira3</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-80</link>
		<dc:creator>rafaelbandeira3</dc:creator>
		<pubDate>Mon, 13 Oct 2008 15:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-80</guid>
		<description>Juan, tenho um projeto correndo muito parecido com a sua idéia. Porém no andar do desenvolvimento percebemos que fazer a modularização a partir de plugins tornava o desenvolvimento mais difícil - maior distribuição de arquivos, muitas convenções desnecessárias - e verborrágico. Com certeza os plugins e suas estruturas são muito interessantes e úteis mas creio que para o desenvolvimento de um projeto que por mais modularizado que seja, sempre leva um pouco do núcleo em todos os módulos - os clientes no CRM serão usados como base para os projetos no PM que por sua vez terão as tarefas que ditarão o faturamento dos empregados no HRM que por sua vez acaba fazendo o abatimento no CM... - e acaba deixando o código todo muito dependente e por isso os plugins perdem um pouco o sentido.</description>
		<content:encoded><![CDATA[<p>Juan, tenho um projeto correndo muito parecido com a sua idéia. Porém no andar do desenvolvimento percebemos que fazer a modularização a partir de plugins tornava o desenvolvimento mais difícil &#8211; maior distribuição de arquivos, muitas convenções desnecessárias &#8211; e verborrágico. Com certeza os plugins e suas estruturas são muito interessantes e úteis mas creio que para o desenvolvimento de um projeto que por mais modularizado que seja, sempre leva um pouco do núcleo em todos os módulos &#8211; os clientes no CRM serão usados como base para os projetos no PM que por sua vez terão as tarefas que ditarão o faturamento dos empregados no HRM que por sua vez acaba fazendo o abatimento no CM&#8230; &#8211; e acaba deixando o código todo muito dependente e por isso os plugins perdem um pouco o sentido.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Emílio</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-64</link>
		<dc:creator>Emílio</dc:creator>
		<pubDate>Wed, 01 Oct 2008 02:23:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-64</guid>
		<description>E ae Juan.
Cara uma vez eu pensei nisso também, na finalidade de criar um gestor de conteúdo usando o cake igual ao joomla.
Seria bem legal pensar numa forma, pq o joomla é legal e talz mas a programação dele é muito desorganizada e difícil de entender.
Sobre o comentrário do blog, eu já tinha visto o ACL Admin e o ACM, só que não consegui fazer eles funcionarem aki em ksa.
P/ vc ver como que as coisas são engraçadas, deve ter sido a 5ª vez q eu peguei o ACL p/ mexer assim sem compromisso sem pressão do chefe nem nada, ai consegui fazer o trem funcionar.
Bem bacana seu blog.
Quando eu tiver tempo quero mexer no layout do meu, colocar + posts.
Vlw pelo comentário.
Flw.</description>
		<content:encoded><![CDATA[<p>E ae Juan.<br />
Cara uma vez eu pensei nisso também, na finalidade de criar um gestor de conteúdo usando o cake igual ao joomla.<br />
Seria bem legal pensar numa forma, pq o joomla é legal e talz mas a programação dele é muito desorganizada e difícil de entender.<br />
Sobre o comentrário do blog, eu já tinha visto o ACL Admin e o ACM, só que não consegui fazer eles funcionarem aki em ksa.<br />
P/ vc ver como que as coisas são engraçadas, deve ter sido a 5ª vez q eu peguei o ACL p/ mexer assim sem compromisso sem pressão do chefe nem nada, ai consegui fazer o trem funcionar.<br />
Bem bacana seu blog.<br />
Quando eu tiver tempo quero mexer no layout do meu, colocar + posts.<br />
Vlw pelo comentário.<br />
Flw.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Juan Basso</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-60</link>
		<dc:creator>Juan Basso</dc:creator>
		<pubDate>Fri, 26 Sep 2008 16:58:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-60</guid>
		<description>João, pensei para uma aplicação comercial por ela é normalmente melhor dividida em módulos para a venda, mas também poderia ser aplicada a outras ferramentas, como CMS (site que você mencionou - particularmente eu não conhecia), gerenciadores de projeto (dotProject, &quot;trac&quot;, etc), entre outros.

A parte de utilizar Shell realmente é muito legal, eu ainda não tenho muito experiência e nem muitas idéias sobre o mesmo, mas pretendo dar uma estudada melhor para ver se vem alguns estalos para desenvolver algo.

Sobre criar rotas no AppController do plugin que eu falei, não seria via chamada de função ou método... seria, por exemplo, na instalação, criar um arquivo tipo bootstrap para que o cake inclua ele depois. Entendeu?
Acho que em tempo de execução não faz sentido, até porque no final da execução vai ser tudo &quot;perdido&quot; e o AppController só é chamado depois do router direcionar o controller.

Abraços e obrigado pela resposta.</description>
		<content:encoded><![CDATA[<p>João, pensei para uma aplicação comercial por ela é normalmente melhor dividida em módulos para a venda, mas também poderia ser aplicada a outras ferramentas, como CMS (site que você mencionou &#8211; particularmente eu não conhecia), gerenciadores de projeto (dotProject, &#8220;trac&#8221;, etc), entre outros.</p>
<p>A parte de utilizar Shell realmente é muito legal, eu ainda não tenho muito experiência e nem muitas idéias sobre o mesmo, mas pretendo dar uma estudada melhor para ver se vem alguns estalos para desenvolver algo.</p>
<p>Sobre criar rotas no AppController do plugin que eu falei, não seria via chamada de função ou método&#8230; seria, por exemplo, na instalação, criar um arquivo tipo bootstrap para que o cake inclua ele depois. Entendeu?<br />
Acho que em tempo de execução não faz sentido, até porque no final da execução vai ser tudo &#8220;perdido&#8221; e o AppController só é chamado depois do router direcionar o controller.</p>
<p>Abraços e obrigado pela resposta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: JoaoJose</title>
		<link>http://blog.cakephp-brasil.org/2008/09/12/pensando-no-cakephp-para-softerhouses/comment-page-1/#comment-55</link>
		<dc:creator>JoaoJose</dc:creator>
		<pubDate>Thu, 25 Sep 2008 13:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cakephp-brasil.org/?p=58#comment-55</guid>
		<description>Super interessante,

Para falar a verdade, eu sinto um enorme pena da documentação do CakePHP não incentivar a utilização de Plugins. Eu sei que isso é coisa dos desenvolvedores, que realmente quer programar com reaproveitamento de código vê a estrutura de plugins uma grande parceira.

Não sei se você ficou sabendo, recentemente foi lançado o WildFlower (http://wf.klevo.sk/) que tem uma idéia parecida. Infelizmente, pelo que parece, eles não ainda não fizeram como um plugin, mas a idéia é interessante e muito parecido com o que você propõe (somente retirando o aspecto comercial, visto que o WF é Open-Source).

Eu tenho uma dúvida, você fala em fazer rotas através de AppController, isto é possível?

Vale lembrar também dos códigos Shell, pode-se criar diversos códigos shells de instalação de plugins que poderiam realizar uma infinidade de tarefas de configuração automágicamente. 

Boa idéia, só falta uma boa execução. 

Abraços!</description>
		<content:encoded><![CDATA[<p>Super interessante,</p>
<p>Para falar a verdade, eu sinto um enorme pena da documentação do CakePHP não incentivar a utilização de Plugins. Eu sei que isso é coisa dos desenvolvedores, que realmente quer programar com reaproveitamento de código vê a estrutura de plugins uma grande parceira.</p>
<p>Não sei se você ficou sabendo, recentemente foi lançado o WildFlower (<a href="http://wf.klevo.sk/" rel="nofollow">http://wf.klevo.sk/</a>) que tem uma idéia parecida. Infelizmente, pelo que parece, eles não ainda não fizeram como um plugin, mas a idéia é interessante e muito parecido com o que você propõe (somente retirando o aspecto comercial, visto que o WF é Open-Source).</p>
<p>Eu tenho uma dúvida, você fala em fazer rotas através de AppController, isto é possível?</p>
<p>Vale lembrar também dos códigos Shell, pode-se criar diversos códigos shells de instalação de plugins que poderiam realizar uma infinidade de tarefas de configuração automágicamente. </p>
<p>Boa idéia, só falta uma boa execução. </p>
<p>Abraços!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

