Don't make them compete, make them work together!

Over the past weeks while I was trying to find a new job, I've made an interesting observation. Well, I made the observation before already, but my interviews over the past weeks have confirmed it: Most developers seem to limit themselves to a single framework. Be it Zend Framework (more popular than I even thought), be it symfony, there's even still a huge amount of custom "we built it because we have our own needs" frameworks out there, even in companies doing things similar to any other web development company out there.

Most people know me for my strong tie with the symfony project. Granted, when I was first looking into frameworks, symfony was by far the best and most mature PHP5 MVC framework out there. And at this point in time, I still think symfony is the best solution for the types of websites and web applications I usually create. However, that does not mean that I limit myself to writing everything with symfony.

Looking for functionality
When I want to implement a certain functionality, my first stop is usually symfony itself. If symfony does not support it, I go to the symfony plugins repository. If even that does not have it, then I look around at other frameworks. Zend Framework is a first stop usually, but also ezComponents and Solar are good places to start looking, is my experience. After Googling for individual libraries, my last option is to write something myself.

The lazy developer

A good developer is a lazy developer. If someone else has already built a specific functionality, why the hell would you start from scratch? If something has been well-programmed, it will be easy to extend and overload specific features that you'll want to use in a slightly different way. And this is exactly the reason why one should not just focus on a single framework. Of course you can always add new stuff yourself, but if there is already a good library out there that does it, why not use that instead. If you look at the current popular PHP5 frameworks (Zend Framework, symfony, Solar, ezComponents just to name a few) then you seriously cover most probably 99% of all common use cases for web applications.

Focus on the important

Instead of writing a new custom library for your project, you should be lazy and use an already existing component, even if it's of a framework you're not using yet in your current project. That will allow you to focus on those parts of the project that can not exist in already written components: Custom business logic, your project's database schema and its related functionality, the views and templates of your project, the usability and accessibility of your application. These are the things that are really important for your project at any time. Re-using existing code will allow you to make deadlines more easy.

Specialization
Now, I am not saying that specializing is a bad thing. Especially for small development shops and for supportive departments of companies whose core business is not web development, it is probably best to specialize in a single framework. As you've done your research, you've probably found a framework that covers a huge part of your use cases and your developers will pick up easily and deploy quickly. Specialization is good in those situations, but don't stick inside that box. Even though you focus on this one framework, be aware of what is out there. Every time you're thinking "that sounds like something for which a library already exists", make a round through at least the most common frameworks and google. See if there's something usable out there already.

Use the right tool...
Too often have I seen companies focussing on a single tool just because "it's the standard for our company". You should have a wider look. You should use the right tool for the job. Everybody knows (well, should know!) this by now. It should be your mantra. So that also means that you may need to think out of the box and use a tool that is not your standard tool for specific stuff. And with that, I'll leave you to look not just at your own favorite library but at other tools as well.
Add comment

Php5_zce_logo

Tags

1337 2008 2010 2011 4developers access modifiers accessibility AdaLovelaceDay09 advent agavi agile alfred amsterdam amsterdamphp apache api apple article articles atk atkMetaNode audioscrobbler autoloading automation azure backwards compatibility barcelona barcodes bash bbc bbq beatstad belgium best practices bittorrent blogging blogs boards of canada book books bughuntday bundle caching cake cal evans calendar career cat cerf certificate cfp cilex clear cms cologne common sense communities community components composer conference conferences contest continuous integration contribute contribution crisis css curl custom d-day data migration datetime DbFinderPlugin decorator decorators deployment deps devdays development directoryindex directoryiterator docblox doctrine doctrine2 documentation download dpc dpc09 dpc10 dpc11 DPC2008 dreamhost drupal dv7 eclipse ed editors efficiency enterprise errors event events expertise ezcomponents facebook filter-branch filteriterator finland flickr fork framework frameworks free ticket freelance freeze frontend fun game games geoip germany getting real git github globiterator gnome-do google google calendar googletalk graceful degradation hack hackers hidden gem hiphop howto hp HR html http i386 ibuildings icann ide ideasofmarch idm imovie inclusivity indy ingewikkeld integration international php conference internet interview ipad IPC ipc ipc08 ipc10 ipc11se iterators iterm2 javascript jenkins jenkins-php job job openings jobeet john peel joomla joomladays kiva kubuntu launcher launchy left on the web libcurl libraries library lighttpd lime linktuesday linux live london loudblog m2ts mac magazines malware mambo manchester marjolein mediterra meeting meme meta methodology micro-financing microframework microsoft migration movie music mysql namespace namespaces netbeans netherlands newsfire nllgg northeastphp nos odmarco open source opinion ORM osx paradiso paris partnership pavilion pear pecl performance personal pfc10 pfc11 pfcongres pfcongrez pfz pfz.nl photo php PHP php5.3 phpabstract phpazure phpBB phpbb phpbelgium phpbenelux phpbnl10 phpday phpdoc phpdocumentor phpgg phpitalia phpnw phpnw08 phpnw11 phpnw12 phpstorm phptek phptek09 phpuk2009 phpUnderControl phpunit php|architect php|tek podcast politics portability postcrossing presentation presentations private projects protected prototype PSR-0 public python qa qr codes re2c recruiting refactoring review rewrite ruby on rails san francisco schedule scifi script security sensio seven things sexism sfdaycgn sflive2011 shell scripting silex simplexml slides smfony software sogeti solar sound speakers spl ssh standard standards star trek static steer strings stylesheets subversion symfony symfony live symfony2 Symfony2 symfonycamp symfonyday symfonylive symfonyUnderControlPlugin talk talks tech techademy technology techportal tek09 telecommuting terratec terrorism testfest testing textmate textpattern the right tool timeout tips tld todo tomas tools training twig uncon unet usability usergroup validation vhost video vim vinyl virus warp webinar weblogging webservices wiki windows winphp women wordpress work workshop world world of warcraft wpi writing wunderlist xml xpath xsd yara year youtube zc11 ZCE zemanta zend zend framework zend server zend studio zendcon Zend_Form zite
© 2004 - 2013 Stefan Koopmanschap + Powered by Symfony, photos powered by Flickr, links powered by Delicious, Shanghai smilies by Iconbuffet. Feeds: rss / atom. Left on the Web v4.4.0.1