<?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>Mon, 20 May 2013 07:31:18 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[PHPClasses.org: Lately in PHP, Episode 35 - Better Documentation for PHP internals]]></title>
      <guid>http://www.phpdeveloper.org/news/19566</guid>
      <link>http://www.phpdeveloper.org/news/19566</link>
      <description><![CDATA[<p>
On PHPClasses.org today they've posted the latest episode of their "Lately in PHP" podcast series - <a href="http://www.phpclasses.org/blog/post/207-Better-Documentation-for-PHP-internals--Lately-in-PHP-podcast-episode-35.html">Episode #35</a>, "Better Documentation for PHP internals".
</p>
<blockquote>
With the inclusion of Zend Optimizer+ extension in PHP 5.5, the need for better documentation of PHP internals became more evident, so PHP contributors can write extensions that take the most of the core PHP features. That is one of the topics discussed by Manuel Lemos and Ernani Joppert in the episode 35 of the Lately In PHP podcast. They also talked about having more optimized PHP opcodes, some interesting PHP feature proposals that got rejected, as well the article about the top version control systems used by PHP developers.
</blockquote>
<p>
You can listen to this episode in a few different ways - either through the <a href="http://www.phpclasses.org/blog/post/207-Better-Documentation-for-PHP-internals--Lately-in-PHP-podcast-episode-35.html">in-page player</a>, by <A href="http://www.phpclasses.org/blog/post/207/file/170/name/Lately-In-PHP-35.mp3">downloading the mp3</a> or by <a href="http://www.youtube.com/watch?feature=player_embedded&v=_yLXRIMoVbA">watching the video</a> of the recorded Google Hangout session.
</p>
Link: http://www.phpclasses.org/blog/post/207-Better-Documentation-for-PHP-internals--Lately-in-PHP-podcast-episode-35.html]]></description>
      <pubDate>Thu, 09 May 2013 09:12:10 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Anthony Ferrara: Becoming A Better Developer - Programming With Anthony]]></title>
      <guid>http://www.phpdeveloper.org/news/19378</guid>
      <link>http://www.phpdeveloper.org/news/19378</link>
      <description><![CDATA[<p>
<i>Anthony Ferrara</i> has posted his latest episode of his "Programming with Anthony" video series, this time he talks about <a href="http://blog.ircmaxell.com/2013/03/becoming-better-developer-programming.html"> becoming a better developer</a> (hint: it's not about knowing everything).
</p>
<blockquote>
In today's episode, I talk a little bit about what it takes to become a better developer. Nobody will ever expect you to know everything, but you better know how to find it...
</blockquote>
<p>
You can watch the video either <a href="http://blog.ircmaxell.com/2013/03/becoming-better-developer-programming.html">in his post</a> or over <a href="http://youtu.be/Jw4DbYbfOMQ">on YouTube</a>. He also has this and his other videos set up <a href="https://www.youtube.com/playlist?list=PLM-218uGSX3DQ3KsB5NJnuOqPqc5CW2kW&feature=view_all">in a playlist</a> if you'd like to see coverage of other topics like design patterns, iterators, dependency injection and prepared statements.
</p>]]></description>
      <pubDate>Thu, 28 Mar 2013 12:37:32 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPClasses.org: 26 Ways to Show that PHP Can Be Better Than PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/19345</guid>
      <link>http://www.phpdeveloper.org/news/19345</link>
      <description><![CDATA[<p>
In a new blog post on PHPClasses.org today <i>Manuel Lemos</i> has gathered together some of the things that PHP doesn't have (yet). Most of them are things that developers have expressed a desire for in the core and either have yet to make it into a <a href="http://wiki.php.net/rfc">RFC</a> or are still just being implemented in "userland" code.
</p>
<blockquote>
The PHP development process is still a bit frustrating. Many developers hoped that PHP had certain features but those are still missing due to several reasons. One way to see those features happen is to write code to implement the features and then submit the code to the PHP core. However that is not a guaranteed process. Even if you provide the necessary code, other developers may object to the addition of those features and the effort is wasted.
</blockquote>
<p>
Among the things he lists as features that are desired but not implemented yet are things like:
</p>
<ul>
<li>Aspect oriented programming
<li>Annotations
<li>Class generics
<li>Introspection of private variables and functions
<li>Named parameters
</ul>
<p>
There's a summary of each of the features mentioned and in some cases links to RFCs that presented the same ideas. If you're interested in presenting your own ideas to the PHP project for inclusion, you can "demystify" the RFC process by checking out <a href="https://blogs.oracle.com/opal/entry/the_mysterious_php_rfc_process">this post</a> from <i>Chris Jones</i> with lots of good suggestions and the flow of how the process (usually) works.
</p>]]></description>
      <pubDate>Thu, 21 Mar 2013 11:14:33 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPMaster.com: 10 Tips for Better Coding]]></title>
      <guid>http://www.phpdeveloper.org/news/18001</guid>
      <link>http://www.phpdeveloper.org/news/18001</link>
      <description><![CDATA[<p>
PHPMaster.com has a new post with <a href="http://phpmaster.com/10-tips-for-better-coding/">ten helpful tips</a> for you to consider using during your development. These tips can help to not only make your current development simpler but make for easier to maintain, stronger code in the future.
</p>
<blockquote>
Good code is maintainable, reusable, and testable. The following tips address how you and/or your development team can handle various coding tasks and how to keep everything as neat as possible. I will introduce you to some "best practices" that will help you write better code and help make you and your team happy and efficient.
</blockquote>
<p>Among the suggestions on the list, there's things like:</p>
<ul>
<li>Use a Coding Standard
<li>Refactor
<li>Use Meaningful Names
<li>Use Automated Build Tools
<li>Use a Testing Framework
</ul>
<p>
Links are provided in several of the tips to other resources/tools that can provide you with more information about how to use it in your development.
</p>]]></description>
      <pubDate>Thu, 24 May 2012 10:30:17 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Jani Hartikainen's Blog: 5 ways how PHP is better than Node.js]]></title>
      <guid>http://www.phpdeveloper.org/news/17863</guid>
      <link>http://www.phpdeveloper.org/news/17863</link>
      <description><![CDATA[<p>
In what's sure to be a "flame bait" kind of post, <i>Jani Hartikainen</i> has posted <a href="http://codeutopia.net/blog/2012/04/24/5-ways-how-php-is-better-than-node-js/">five reasons PHP is better than Node.js</a> - some simple one-liners and others a bit more complicated.
</p>
<blockquote>
All hail Node.js! Boo PHP! Except there are various things where PHP is better than Node…
</blockquote>
<p>His five reasons are:</p>
<ul>
<li>Easier to find hosting
<li>It's easier to get started with PHP
<li>If your PHP code breaks, it doesn't bring your whole server down
<li>PHP processes are short lived
<li>Bigger standard library
</ul>
<p>
There's a few comments on the post already, one noting that some of the points could be turned around to make PHP fall more on the "bad" side.
</p>]]></description>
      <pubDate>Wed, 25 Apr 2012 09:13:50 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Anthony Ferrara's Blog: Becoming A Better Developer]]></title>
      <guid>http://www.phpdeveloper.org/news/17104</guid>
      <link>http://www.phpdeveloper.org/news/17104</link>
      <description><![CDATA[<p>
<i>Anthony Ferrara</i> has a new post today on his blog with some things he think you can do to <a href="http://blog.ircmaxell.com/2011/11/becoming-better-developer.html">become a better overall developer</a> (and not just in PHP). He shares six things from his own experience to help answer this question.
</p>
<blockquote>
One of the most frequent questions that I get asked is "How can I become a better developer?" I think that it's a very good question to ask that deserves a good response. But how can you respond to something like that? Becoming a better developer depends so heavily on past experience (where to grow), interests and rationale (why do you want to grow), that it's really hard to answer without a fair bit of discussion. This post reflects my experiences from both my own growth and the growth that I've seen in others.
</blockquote>
<p>
The things on his list are pretty simple, but they're easy to forget in your day to day development life. Things like being motivated to better yourself, gaining confidence in your abilities, sharing your knowledge and/or becoming a mentor to developers with less experience than you. Interestingly enough, this last one can sometimes teach you a little something about you and your processes too.
</p>]]></description>
      <pubDate>Wed, 09 Nov 2011 08:54:27 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Kevin Schroeder's Blog: The Curve of Talent]]></title>
      <guid>http://www.phpdeveloper.org/news/16985</guid>
      <link>http://www.phpdeveloper.org/news/16985</link>
      <description><![CDATA[<p>
<i>Kevin Schroeder</i> has posted about an idea he recently came across (in <a href="http://epaley.posterous.com/the-curve-of-talent">this article</a>) called the "Curve of Talent". <a href="http://www.eschrade.com/page/the-curve-of-talent/">Kevin's post</a> expands on the idea and makes it a bit more relevant to the "how can I be a better developer" question asked quite often.
</p>
<blockquote>
I get asked, quite frequently, about how people can be better programmers.  Why they're asking me, I have no idea.  But what I usually tell them is to be curious and be creative.  Waste time.  Now, I don't mean "wasting time" by playing Quake (one of the best adrenaline-based games of all time), I mean taking time to learn new things and try new things... sometimes without permission and sometimes before or after normal work hours.  (Though not ALL the time.  If you always are working you have priority issues).
</blockquote>
<p>
He recommends working on side projects - ones where you can be free to explore new technologies and ideas that might not fit in the confines of your day to day work. The <a href="http://epaley.posterous.com/the-curve-of-talent">article</a> from <i>Eric Paley</i> talks about "C level performers", people who may or may not have the experience, but just can't seem to make things happen. <i>Kevin</i>'s recommendations can help you break out of this "C" mold and get on the path to not only better yourself as a developer but also make you more equipped for future projects.
</p>]]></description>
      <pubDate>Wed, 12 Oct 2011 12:54:41 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Cal Evans' Blog: Six ways to be a better client for your developer - Point 8]]></title>
      <guid>http://www.phpdeveloper.org/news/15957</guid>
      <link>http://www.phpdeveloper.org/news/15957</link>
      <description><![CDATA[<p>
<i>Cal Evans</i> has posted the <a href="http://blog.calevans.com/2011/02/22/six-ways-to-be-a-better-client-for-your-developer-point-8/">eighth tip</a> in his six-tip series (but who's counting) about how a client can coordinate better with a developer and make a better relationship for the project. In this new tip, he suggests that the client "own it".
</p>
<blockquote>
No, I'm not talking about own it as in Point 7 - "Do your part", I mean make sure that at the end of the project, you own the project, not your developer.
</blockquote>
<p>
He mentions two of the aspects you, the client, will need to worry about once the last line of bug free code has been committed and delivered. Be sure that you own the domain name for the project and have a clear understanding of any intellectual property concerns that might come up (what codebase is it built on, who owns the code - client or developer, etc).
</p>]]></description>
      <pubDate>Thu, 24 Feb 2011 11:03:59 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Indra Dutta's Blog: Top 5 reasons why PHP is a better choice than java & .NET for most websites]]></title>
      <guid>http://www.phpdeveloper.org/news/15870</guid>
      <link>http://www.phpdeveloper.org/news/15870</link>
      <description><![CDATA[<p>
<i>Indra Dutta</i> has shared some of his thoughts about which language(s) are best suited for web development work in <a href="http://fooprogrammer.com/?p=26">his latest post</a> - that PHP is a better choice over things like Java and .NET for building most of the functionality out there.
</p>
<blockquote>
I have worked on java web frameworks like JSF, Echo2, Vaadin, Grails and recently Play. Similarly I have worked on Silverlight, ASP.NET and ASP.NET MVC. My conclusion is that, in overall, PHP frameworks beat both java and .NET frameworks in terms of ease of development, deployment and even maintenance- for creating web sites with moderate complexity. Of course, I do not expect you to take my words for granted.
</blockquote>
<p>
He lists his "top five" reasons why PHP is the better choice over some of the other frameworks mentioned:
</p>
<ul>
<li>PHP web hosting options are superior
<li>PHP provides rapid development and instant gratification to developers
<li>PHP web frameworks provide a complete stack sufficient to develop a great many web sites
<li>PHP frameworks provide a low barrier of entry for web developers
<li>No DLL or jar hell
</ul>
<p>
Of course, no article like this is complete without a load of comments from both sides of the fence, so be sure to <a href="http://fooprogrammer.com/?p=26#comments">read up on those</a> for different perspectives.
</p>]]></description>
      <pubDate>Tue, 08 Feb 2011 08:35:13 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[SixRevisions.com: 10 Things You Can Do to Become a Better PHP Developer]]></title>
      <guid>http://www.phpdeveloper.org/news/15751</guid>
      <link>http://www.phpdeveloper.org/news/15751</link>
      <description><![CDATA[<p>
On SixRevisions.com there's <a href="http://sixrevisions.com/web-development/10-things-you-can-do-to-become-a-better-php-developer/">a recent article</a> aimed at the new to mid-ranged PHP developers out there (with some good refreshers for the seasoned developers) about ten things you can do to become a better PHP developer.
</p>
<blockquote>
In this article, I'll share with you ten things I wish I was told when I was just getting started with PHP development, and I'm hoping you'll be able to learn a thing or two if you're just taking your first steps into this awesome web development language.
</blockquote>
<p>Suggestions that made their list include:</p>
<ul>
<li>Use PHP Core Functions and Classes
<li>Create a Configuration File
<li>Always Sanitize Data That Will Go into Your Database
<li>Don't Over-Comment Your Code
<li>Use a Good Source Editor to Save You Time
<li>Connect with Other PHP Developers
</ul>
<p>
Be sure to check out <a href="http://sixrevisions.com/web-development/10-things-you-can-do-to-become-a-better-php-developer/#comments">the comments</a> for more great suggestions from other developers.
</p>]]></description>
      <pubDate>Mon, 17 Jan 2011 11:57:55 -0600</pubDate>
    </item>
  </channel>
</rss>
