"Quiet time" at work

Intel is doing a quiet time pilot with about 300 people. In that pilot they disconnect for Tuesday morning. No mails, no IM, no phones, no person allowed to walk in to the office. The pilot has launched end of August, but I only learned of it today through another story on the same blog: No Email Day (via NZZ). On Friday they now encourage not using email but instead talk directly face-to-face or use the phone. ...

October 20, 2007 · Patrice Neff

local.ch is looking for you

As you may already have seen on our blog, we at local.ch are looking for new co-workers. If you want to be part of a team of geeks working on one of the most exciting Web projects in Switzerland, join us. We’re looking for exceptionally talented geeks. The currently open positions require Java programming, so you should already feel comfortable with that. You top it off if you already know Spring and Lucene - but that’s not required as we’re looking for people who learn quickly. ...

September 4, 2006 · Patrice Neff

TestXSLT on OS X

At work the templating is done with XSLT. I have the Bitflux freaks to thank for that. Currently I’m writing a really tricky XSLT template (for me), so I was investigating a tool for getting things done quicker. And Marc Liyanage is my hero. He has written an OS X application called TestXSLT to quickly test an XSLT stylesheet against some XML file. It accepts an XML and an XSLT file and gives you the parsed output. You can look at it in text mode, HTML mode (exactly what I need) and even XSL-FO (which I have never used). ...

May 30, 2006 · Patrice Neff

Started at local.ch

On Monday I officially started my new job at local.ch, the search engine for every village in Switzerland. We currently offer access to the phone book but will add other services in the future. I’ll keep you posted of course! There is also the local.ch Team Blog where I’ll contribute to. I’ll mainly be working in system administration (we run a small server farm mainly on Linux) and programming (starting with PHP frontend work). I’ll also be responsible for the community part of local.ch. We have a few ideas about contributing back to the Swiss blogosphere and that will be my job. Thanks to the local.ch team for the great reception. I’m very excited to work on this project, especially knowing it since its first days. ...

May 11, 2006 · Patrice Neff

Career advice 5 - Publish your projects

Software developers can be judged best by their work. A CV or even an interview can never really be trusted. While I try to very honest in my CV I have seen some CVs that will make me double-check every claim an applicant makes in his CV. Some of my classmates of my apprenticeship would write they had a “good” understanding of C++ while they just barely knew that it was some object oriented programming language. And I have gotten requests by friends where they asked me to define some terminology. It later turned out, that they needed that to put into the CV. “Ouch” is all I can say about that. But how can your potential employer ensure that you actually know your stuff? Recommendations are important. Can they call your former coworkers and ask about your performance? This can also be dangerous though if you left the job with sour feelings. The company may give you bad ratings because you criticised the company strategy a bit too loudly. I haven’t had that experience myself but have friends who did. What nobody can influence though is the quality of the projects you publish. An extensive software project shows your creativity, problem solving skills, communication skills, code quality (if you publish the source code). And it shows that you are actually able to deliver and know the programming language you are using. All things that your employer will want from you. There are several ways you can do that. The most obvious is to implement some idea that’s floating around your mind and publish it as free software. Or you can put out some Web project. Be aware that this requires quite a time commitment, though. Something not everybody is able or willing to do. The second option is to participate in an existing open source project. Found a bug? Fix it. Have feature request? Build it. All of that is visible as well and gets an URL. Document the work on your Web site (as you now have one, don’t you?). And the third option is to make the work of your current job public. Are you working on something that could be bundled as a product? Publish it as free software. Of course, that’s not your decision but has to be approved by your boss. If you need a case study, point your boss to Ruby on Rails. Published by David of 37signals, that company is now extremely well known and produces a lot of buzz on the Web. Rails was originally created as part of Basecamp and then extracted and made public. No matter which way you choose, make sure that the code you publish is of good quality. Take pride in your code and see it as a piece of art. Actually you should always do that no matter whether the code is public or not. To some extend I have taken all three routes. I have published a lot of projects (blog directory, Swiss weblog statistics, Media Manager, Bookmark Manager, though I’d like to remove that code from the Web because it’s horrible). Also I have contributed patches to some open-source applications. And I was able to publish a research document I did at namics (Web application security). ...

April 3, 2006 · Patrice Neff