Google Gets Serious About Open Source Mac Projects
mjasay sends us a link to a CNet story, which begins:
"In the '20 percent time' that Google employees have to work on projects of personal interest, it turns out that an increasing number are spending time writing open-source projects for their Macs. Google has long had a fondness for the Mac, with upwards of 6,000 of its 20,000 current employees opting to use the Mac over Windows. It is in the 20 percent employee development time, however, where this statistic becomes interesting. At Google, development time translates into products. The more Mac-friendly employees, the more Mac-related development. The more Mac-related development, the more Google-sponsored Mac-based open-source code. As Google's Mac Developer Playground demonstrates, some of this code is quite interesting."
Not desktop apps, but Apple has a put good effort into OSS server and network apps.
http://www.macosforge.org/
Please note though that I'm not particularly up on the politics here, but handbrake is a brilliant, once mac-only, video conversion tool.
I'm going over here and I don't know why!
Transmission.
http://www.transmissionbt.com/
And i nearly forgot: launchd.
"The launchd daemon is essentially a replacement for init, rc, the init.d and rc.d scripts, SystemStarter (Mac OS X), inetd and xinetd, atd, crond and watchdogd."
Yeah, it's open source and even written by Apple themselves.
Cocoa is not a language, just as Win32, GTK and QT are not languages.
Climate Progress - Hell and High Water
>with upwards of 6,000 of its 20,000 current
>employees opting to use the Mac over Windows.
Actually, Google developers have *Linux* boxes by default, so many of these people are opting for Mac over *Linux*.
Currently, there are way more development tools available for the mac than Linux. Things like textmate, araxis merge, DTrace, etc. Thus a lot of people, inside google and out, use mac workstations to develop software that gets deployed to linux servers.
Did you actually look at that link? Darwin Streaming Server and CalendarServer are Apple written server applications that can be run on other operating systems, not the other way around. I've personally run Darwin Streaming Server, the open sourced version of QuickTime Streaming Server, on a Debian box.
>Actually, Google developers have *Linux* boxes by default,
True, on the desktop.
>so many of these people are opting for Mac over *Linux*.
Not true, mostly. Most developers have Linux desktops, since most of us work on server-side applications. (Many of us have more than one, actually. I have an extra one that runs my group's continuous builds and tests.) But engineers who are working on Windows or Mac apps have a desktop box running one of those. Or maybe more than one if they work on multiple platforms. All of us also get a laptop if we want one. We can choose between a Mac or PC laptop. Most of the folks with PCs run XP on them, but some run various flavors of Linux. (I have an XP laptop because that's what I still use at home, mostly due to Photoshop and Lightroom. I dumped the Mach for NT 4.0 back in the days when Macs had no protected memory or hardware multitasking and crashed all the time. Next time I upgrade my home machine I may switch both back to the Mac.)
The reason I said "mostly" is that some people I know run their main monitors off of their Mac laptops and do remote X sessions on their Linux boxes so that they get the best of both worlds: the Mac UI and all the development tools on Linux.
One thing I love about working at Google is that they give us all the tools we need to do our jobs. You get all the computers you need, and primary workstations come with a 30" monitor or two 24" ones (your choice) and a ton of RAM. If you need another software package (say, an IDE) or more RAM, you just file a "ticket" asking for it, and it shows up on your desk a few days later. Most items don't need approval. I just asked for an 8 Gb RAM upgrade for one of my workstations recently (for analyzing insanely large heap dumps) and got it with no questions asked.
-- Laura