Started work at Mashery last week and although I have only been there a couple days but I have to say its the most exciting company I have worked with in a long time.
No spending weeks getting familiar with things, there system is built on top of the solar framework which I have played around with so I was able to jump right into the middle of it and get some things done my first few days there which really feels great.
I hope that I can continue this trend and help them push bug fixes and features out the door on a consistent basis.
For those few that do check my blog out from time to time, I am looking for a couple of PHP web developers in the Seattle (office in renton highlands) area to help with a couple projects.
All the standard crap, you know familiar with PHP, MySQL, HTML, CSS, blah blah blah you have seen it before.
I am open to any applicants including any students looking to build up some industry exp and need a summer job.
Email a resume and some links to any work you have done to richard [at] phpjack.com
As I mentioned in the prior post I am pretty much a "Jack of all Trades" when it comes to website development. I have done it all from the ground up, hardware, os, apache/mail/mysql, and finally php programming so when I decided to give consulting full time another shot (last time I got hired on full time and dropped the consulting) the name "PHPJack" seemed extremely fitting.
Going to the PHP Quebec Conference next month, should be interesting.
What do these 3, 3 letter words mean?
One big mess in the PHP community!!
The problem is the people against the CLA are thinking with emotion and not rational thought. The main argument? CLA's are worthless and hold no legal ground....
You know what I say to that? WHO CARES!!! If a stupid signed piece of paper gets the developers from major databases providing more direct assistance, support and debugging for PHP database drivers then it doesn't matter if the piece of paper is legal or not.
I posted a comment on http://blog.digitalstruct.com/2007/12/23/zend-framework-performance-zend... but wanted to go into a little more depth.
When you use Zend_Loader your files are wrapped in conditional statements. These statements prevent APC and all other cache/accelerator programs to have problems properly caching your file.
In some past articles and in a couple places online I advocate using a custom memcache/db based php session handler. Lately I have gotten a few people ask me why use both? The complaint being that using both increases overhead.
One of those articles is http://www.cyberlot.net/improving-php-sessions. The main issue people seem to have is number 3.
There are a number of reasons to use both, if your site uses any type of persistence having the sessions in the database will allow your sessions to live through a reboot while memcache only sessions would not!
The following are from Wikipedia
"A framework is a basic conceptual structure used to solve a complex issue."
"A software framework is a re-usable design for a software system (or subsystem). A software framework may include support programs, code libraries, a scripting language, or other software to help develop and glue together the different components of a software project. Various parts of the framework may be exposed through an API."
Ok so your at ZendCon and lets face it a majority of the people that go can either afford it because they have decent jobs or they have a cool job that pays for them to go.
Whats the point? It means that maybe ZendCon is not the best place in the world to try and hire unless you have something real to offer.
First off I would like to say hats off to Zend for having such a great conference, it was wonderfull.
Not going to spend any time detailing what talks I went to and what I thought about them, I am sure the php blog world will be full of those instead I will comment on a couple other things