I have it and have read it. It is a great piece and I think spot on for new(er) applications being written fresh for Mac OSx, Android, etc.
I'm personally poking at this from the large (clustered) view of a commercial ISV (think in Geo Sciences, Mech E CAD, Fluids, Chem, or Financial) that has valuable code (much still in Fortran BTW). More over their customers have huge amounts of data developed over 30-40 years using those codes, so if you magically tried to replace the codes, you need to revalidate the data too.
So how do your define/agree upon/build interfaces that that ISV can trust and an IHV/OEM can use to sell systems, particularly for the commercial part of the market. The very high end (national labs/high energy physics types) write their own code. But the main part of the commercial scientific community does not.
POSIX.1 and LSB certainly helped to solve a set of problems. But it seems like the developers of the systems don't care any more. They have a use my 'framework' and my app store mentality. Which sort of is working for mass market where you sell millions of copies.
The problem is that those codes were all developed when an older market model and market model has changed as the market great to include a new group of players. The problem is that the market does not care much for that older portion of the total market these days, so their model is squeezed. But as I said, even if magically new codes appeared to replace the old ones, the old data is still an issue.
Clem