Why Open APIs Fall Far Short of Open Source 163
itwbennett writes "451 Group analyst Jay Lyman opined in a LinuxInsider column that because of open APIs, 'non-open source software is often open enough.' Not so, says ITworld blogger Brian Proffitt. Sure, open APIs are an easy way for a small developer to 'plug into a big software ecosystem,' but it's a trap. 'If open APIs are the only connector to a software project, the destiny of that code lies solely in the hands of the owners,' says Proffitt. 'Which means that anyone connecting into the application will have to deal with the changes imposed from the top down.'"
Open APIs? (Score:5, Informative)
Like for example, the Windows API?
Seems like "Open API" is another way to say "proprietary software."
Re:Google (Score:4, Informative)
Their top revenue generator is their adds and second indirectly their search engine. Neither of which I'd ever expect for them to open.
Re:Google (Score:4, Informative)
100% agreed. Call it a "loss leader' or the price of doing business, but the OS certainly is not their revenue generator. Amazing how many smart people don't understand how companies make their money.
Re:We should have ask this instead ... (Score:5, Informative)
For crying out loud, the GIMP authors still refuse users the basic 16-bit per channel support !!
No they don't.
http://www.gimp.org/docs/userfaq.html#16bit [gimp.org]
When can we see 16-bit per channel support (or better)?
For some industries, especially photography, 24-bit colour depths (8 bits per channel) are a real barrier to entry. Once again, it's GEGL to the rescue. Work on integrating GEGL into GIMP began after 2.4 was released, and will span across several stable releases. This work will be completed in GIMP 3.0, which will have full support for high bit depths.
There's also the UFRaw plugin for 16 bit image processing. http://ufraw.sourceforge.net/ [sourceforge.net]