<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Wed, 22 May 2013 04:58:32 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Chad Minick: PHP frameworks are obsolete]]></title>
      <guid>http://www.phpdeveloper.org/news/18389</guid>
      <link>http://www.phpdeveloper.org/news/18389</link>
      <description><![CDATA[<p>
In his latest post <i>Chad Minick</i> shares some thoughts as to why he thinks <a href="http://codeangel.org/articles/php-frameworks-are-obsolete.html">PHP frameworks are obsolete</a> and how, despite there still being a use for them, a lot of them are just trying to solve the same problems all over again.
</p>
<blockquote>
Now before I start getting hate mail, let me explain that I still think there is a market for PHP frameworks.  I think if you have a moderately low traffic site that's going to live on shared hosting, and is basically a CRUD application on top of MySQL, disregard this article, it probably isn't for you. However, I've seen so many projects start out with that scope. They either grow or the developer/client wants to add more fancy new features they are starting to see elsewhere on the web. Then I see all these PHP developers hacking things that the PHP stack really isn't meant to do.
</blockquote>
<p>
He takes some of the core features of several of the popular frameworks out there and breaks them out into a list of technologies that do that work themselves (such as "Web Server", "Dependency Management", "Caching" and "Messaging"). He points to a Java/Scala framework, <a href="http://www.playframework.org/">Play</a> as 
 an example of having several of these technologies built-in where you don't have to have a whole other set of skills to use them effectively. It's an interesting idea but seems a little <a href="http://en.wikipedia.org/wiki/Not_invented_here">NIH</a> to me.
</p>]]></description>
      <pubDate>Wed, 22 Aug 2012 09:25:47 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: IPC10 - PHP: Yesterdays Scala and the Cobol of tomorrow? (video)]]></title>
      <guid>http://www.phpdeveloper.org/news/16206</guid>
      <link>http://www.phpdeveloper.org/news/16206</link>
      <description><![CDATA[<p>
The <a href="http://phpconference.com">International PHP Conference</a> has <a href="http://vimeo.com/22377522">posted the video</a> they recorded at their 2010 event of <i>Pierre Joye</i> and <i>Johann-Peter Hartmann</i>'s keynote presentation "PHP: Yesterday's Scala and the Cobol of Tomorrow".
</p>
<blockquote>
PHP came a long way, and we are no longer the cool new kid on the block. On the other hand side we are still far away from being the new cobol, and there is a lot of great stuff going on inside php and the php community. What happened to PHP the last few years, what is happening right now and what will be the next 5 years? Is PHP ready for nowadays trends? Does it fit for Social Web, NoSQL and HTML 5? Should You better be learning Scala right now?
</blockquote>
<p>
<a href="http://vimeo.com/22377522">The video</a> runs about 45 minutes and compares some of the features Scala offers, a brief history of PHP, some of the trends of current development and where PHP needs to go in the future to keep up with trends.
</p>]]></description>
      <pubDate>Fri, 15 Apr 2011 12:52:52 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Alvaro Videla's Blog: Reply to "Scala is Easier than PHP"]]></title>
      <guid>http://www.phpdeveloper.org/news/15467</guid>
      <link>http://www.phpdeveloper.org/news/15467</link>
      <description><![CDATA[<p>
<i>Alvaro Videla</i> has <a href="http://videlalvaro.github.com/2010/11/reply-to-scala-is-easier-than-php.html">written up a response</a> to <i>Wade Arnold</i>'s <a href="http://phpdeveloper.org/news/15453">Scala's easier than PHP</a> post and some of the points he doesn't agree with him on.
</p>
<blockquote>
Before going on with the points, let me state something: please avoid flame wars, all the Scala vs. PHP stuff, fanboyism and what not. This post is not about that. Regarding Wade Arnold I have to say that I fully respect him. While I don't know him personally, I know him for his work on AMFPHP, since it was a platform I used to work with before. 
</blockquote>
<p>
<i>Alvaro</i> talks about functional programming and some of the main points he had made about Erlang in a talk he had given - code reload, being ready for multi-core and no shared state between scripts. He talks about how these (really) apply to PHP.
</p>]]></description>
      <pubDate>Mon, 22 Nov 2010 08:29:12 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Wade Arnold's Blog: Scala is easier than PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/15453</guid>
      <link>http://www.phpdeveloper.org/news/15453</link>
      <description><![CDATA[<p>
According to <a href="http://wadearnold.com/blog/scala/scala-is-easier-than-php">this new post</a> on his blog <i>Wade Arnold</i> thinks that <a href="http://www.scala-lang.org/">Scala</a>, the "general purpose programming language designed to express common programming patterns in a concise, elegant, and type-safe way", is easier that PHP for handling some of the common web application related issues.
</p>
<blockquote>
I still believe that PHP is the best language for the web for the majority of programmers; it quite possibly has the best documentation and examples of any language like a DSL for the web! [...] So why is Scala easier? 
</blockquote>
<p>
The first reason he suggests is that Scala, unlike PHP makes it simpler to handle concurrency issues and makes it to where partial functions and mutable/immutable types all play well together. He compares some of the skills a PHP developer might have to have to reproduce the features that Scala comes built in with (a "resume" of 13 lines as compared to one with 5). 
</p>
<blockquote>
It really is a grind to overcome that first 4-6 months but if you need scale I would recommend taking the haul. It will change how you think about problems forever.
</blockquote>]]></description>
      <pubDate>Thu, 18 Nov 2010 11:03:56 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[David Para's Blog: Writing a simple PHP sourcecode buildscript in Scala]]></title>
      <guid>http://www.phpdeveloper.org/news/13815</guid>
      <link>http://www.phpdeveloper.org/news/13815</link>
      <description><![CDATA[<p>
<i>David Para</i> has <a href="og.experimentalworks.net/2010/01/writing-a-simple-php-source-buildscript-in-scala/">written up a tutorial</a> for his blog today about working with <a href="http://www.scala-lang.org/">Scala</a> to create a build tool for his PHP repositories.
</p>
<blockquote>
So what do I exactly need? I want to build multiple versions of PHP from the same branch without checking out the code twice. I also want to configure these builds somewhere without always typing in the parameter list or so. For further versions I want to be able to configure these in a file that can easily be distributed to other machines.
</blockquote>
<p>
He includes the basic Scala script to make the build process work - defining the locations of the build tools, setting up a few parameters and define a few build parameters for his PHP6, PHP6-debug, PHP 5.3 and PHP 5.3-debug installations. An example of running the script is also given, passing in the name of the script along with the target to the java VM (or tell it to build all instances). You can download the <a href="http://blog.experimentalworks.net/wp-content/uploads/2010/01/bauaffe-3.0.0a1.jar">jar file here</a>.
</p>]]></description>
      <pubDate>Mon, 11 Jan 2010 12:42:27 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Pawel Turlejski's Blo: What's wrong with PHP closures?]]></title>
      <guid>http://www.phpdeveloper.org/news/13345</guid>
      <link>http://www.phpdeveloper.org/news/13345</link>
      <description><![CDATA[<p>
In a recent post <i>Pawel Turlejski</i> takes a look at what he thinks is <a href="http://justafewlines.com/2009/10/whats-wrong-with-php-closures/">wrong with PHP closures</a> as compared to syntax in a few other languages.
</p>
<blockquote>
PHP 5.3, along with many other features, introduced closures. So now we can finally do all the cool stuff that Ruby / Groovy / Scala / any_modern_language guys can do, right? Well, we can, but we probably won't... Here's why.
</blockquote>
<p>
He <a href="http://justafewlines.com/2009/10/whats-wrong-with-php-closures/">compares</a> the PHP syntax for using closures/lambda functions with the abilities of Groovy and Scala. He does point out out that the <a href="http://php.net/ArrayObject">ArrayObject</a> wrapper does allow you to work a bit more fluently with the array's contents, but it's still not quite the same. According to him:
</p>
<blockquote>
I'm sure closures will find their uses in the PHP world (like delayed execution or automated resource management), but IMHO replacing traditional loops and array operations is not one of them.
</blockquote>]]></description>
      <pubDate>Tue, 06 Oct 2009 13:16:18 -0500</pubDate>
    </item>
  </channel>
</rss>
