So we all got drunk and did a podcast, which was a lot of fun and cost a lot of bribe money. (Sometimes it’s just good to still have a job and know you’ll have to sponsor the next thousand PHP conferences.) The recording talks about how to pronounce “PHP”, APC@Facebook, security, brewery pubs, cities in Canada for 500, and CSRFs. All around it was a pretty good time, although some people had a bit more of a “good time”. Gotta go buy drunkfacebookguy.com now and tie up some loose ends….

Just finished my very first PHP talk at PHP Tek 2007. Went well, but could be improved some too. Slides and the handout are up here and here. Looking forward to adding more information on this and hopefully presenting again soon.

I’ve added very crude support for Python to the libm40h library. I’ll continue to refine this into something stable, but for the time buing you can build using the “python setup.py build” and “python setup.py install” commands.

I’ve fixed a few bugs in the Monome m40h library, so it should be at least usable now.  After compiling the main C library with ./configure && make you can run phpize in the php directory followed by the standard ./configure && make && make install.  Python is next on the list, after that I’ll clean all this up a bit so the build is more friendly.

Last night was Yuri’s Night 2007, and it was pretty cool. It was held at a hanger in the NASA Ames Research Center in Moffett Field, CA. Ihave some pictures here, but for actually good pictures go checkoutLaughing Squid’s post on the night. The tour of Ames Research Centerwas very cool it included the ArcJet, Columbia super comptuer, and Future Flight Central.

Gopal recently blogged about ways to minimize your value to the company. The last item on the list being “Contribute to an open source project”, stating:

Assume your full time job involves working on an open source project. Now answer me this, “what *competitive* advantage does your work bring to this company ?”. After all the code that you write automatically becomes available to everybody - irrespective of who paid for the development costs. Code thus released drops to near zero value and ergo, the process of creating it …

While I enjoy the humor in the post, and the fact that there is some truth to the above, I would say that I’ve seen substantial benefits to having persons within your company dedicated in part or full to working on open source projects. This makes the assumption that your company in fact uses said project of course. (not all these are great arguments to the above, just thoughts on the matter). (please also take note of Gopal’s PS update.)

• Internal Know-how: You company gains internal knowledge about the inner workings of the open source projects your company relies on. This is useful for when the shit breaks, and you need to fix it… like right now.
• Customize: While it’s not always contributed back, having someone work on a project lends itself to customizations for performance or other gains that reside within the company or are made available as patches because they are too risky or custom for inclusion within a standard project distribution. PHP is good example of this, with a number of patches that have been proposed, not accetped, but still made available for other’s use. Facebook also has a number of internal changes to PHP that aren’t proper for inclusion within PHP itself. (while this doesn’t always adress the Gopal’s point, I think you can see where there’s a grey area of an individuals ability to do this based upon their past work with a project).
• Quid pro quo: A number of open source projects that save companies a significant amount of money and development costs are often (but not always) the sumation of contributions made by a large body of individiduals and individuals within companies. For this type of cooperative work to continue, you need to make contributions back. You may not see the direct tradeoff for your work, but you’ll definitely build up some karma that you’ve probably already cashed out on or may in the future
• Many eyes are better than one: When working on changes to an open source project, or creating something new, it’s often nice to have it reviewed before you put it into use for everyone to see (and possibly laugh at). It’s even better if you get it reviewed by your co-workers, your co-developers, and get it in about a hundred other peoples production environment before you decide it’s stable enough to use. It’s also great when they fix something before you do, simply because you decided to show it to them.
• Come work for us: in silicon valley it’s important to have a name that draws in top tallent. Part of this name recognizition is working on really cool shit, and making this cool shit open source. Letting people know that you’re part of a community and not a nameless corporation is a big selling point for building to notch development team.

Item number 2 was “Write a technical blog”, I better go shave %1 off of PHP runtime to make up for this…

I’ve been neglecting some technical problems with QuailPress 0.1.1, but thanks to some help from a couple users it’s now fixed. The latest version 0.1.3 includes the following changes:

• added a share button without text (per David Stickel)
• linked author name to tekrat.com (per David Stickel)
• removed white border from share image (per David Stickel)
• corrected version display under options tab
• added html source display option
• fixed bug keeping options tab from being displayed (thank you Andrew, and David Stickel)

This year was my first time at the PHP Québec conference, and I was really impressed with the location and organization. As usual though, the wireless was a huge let down. It’s always such a challenge to get a couple hundred PHP nerds online at a hotel and I just don’t know why. The organizers presented speakers with a summary of feedback from listeners at each talk, very cool.

My favorite talks that I saw where Andrei’s VIM talk which actually gave me some more useful tips than the talk I saw at google. I also thought that John’s Top Pecl Pics was a good.

The flight back wasn’t so great, seeing as a lot of east coast flights where being canceled. I ended up trying to get out of flying out via Washington DC, but apparently that’s a difficult thing to change because Air Canada doesn’t like to talk to United, and United doesn’t pick up the god damned phone. So after standing in a very long line in DC, I spent the night and got on a flight to San Diego the next morning. Had a 1 hour delay in San Diego, and someone decided they should have a medical emergency mid flight, which actually let us land 7 minutes early, good to remember in the future. I had to come back 5 hours later to get my bags, as they apparently didn’t land before me as promised. It’s nice to be back in nice, medium temperature cali. I missed my Japanese test on Saturday by about 4 hours, so I’ll be taking it tonight and I’m not sure it’s going to go too well. On the good side I wasn’t stuck in Montreal with the Flu like my cohort, Lucas.

Next destination, PHP Tek in Chicago…