O'Reilly Radar Broadcast

Programming languages are exceptionally difficult to design. Most "new" programming languages end up looking a lot like the "old" programming languages but with a slightly different set of warts. Programming language design is distinctly different from programming language implementation and distinctly different from program optimization. A programming language designer need to have experience and skills in implementation and in optimization. Optimization is important because it assists in understanding the underlying concepts that need to be supported by a programming language. Brian Kernighan, Jon Bentley, and others have long advocated for designing and implementing little languages, small domain-specific languages to solve a limited class of problems using "natural" abstractions, operations, and data. The Unix pic language is a classic example. Read the literature about "little languages"; Google is your friend. See, for example, http://broadcast.oreilly.com/2009/04/an-interview-with-brian-kernig.ht… to learn about little languages. What I would like to see is for you to learn about programming languages and their implementation before you rush off to design one. You might design, implement, and use a little language for a class of problems you encounter in a domain in which you work regularly. Use it to improve your productivity. Share the language with others who have the same problems to solve. Get their suggestions and feedback and incorporate them into…

As someone who worked for the city of Los Angeles I doubt the security part of your claim is true. People assume the government system is so backwards that it must be inferior in every way but that backwards-ness actually makes it more secure because a lot of their documents aren't on a publicly available intranet. Their system is so antiquated that most transmissions are done via modems which, if you think about it, is more secure. I'm not suggesting LA stay backwards for the sake of security. But once they jump into the world of putting docs on servers that can be accessed by the public there's going to be a lot of new risk involved. Google's security track record isn't exactly great (http://broadcast.oreilly.com/2009/05/google-failings-say-little-about-… which makes me question the wisdom of trusting them simply because they're the cheapest option. Put it this way. Next time you're bidding on a contract against a guy who will do anything to win how secure will you feel knowing all your private records (medical, divorce, business) are housed on Google Docs?

Apple also uses zip for Keynote, Pages and Numbers documents, again for very much the same reasons, and Java's .jar, .war, .ear, .whatevar files also use zip. .zip seems to be the universal 'combine some stuff in a single file' format, probably because it is old enough to be guaranteed patent free (OTOH: http://broadcast.oreilly.com/2010/06/is-zip-in-the-public-domain-or.ht… and http://www.pkware.com/support/zip-app-note. http://www.pkware.com/documents/casestudies/APPNOTE.TXT only mentions encryption and patching as patented)

Here are a few of the articles I've found: http://www.thebuzzmedia.com/designing-a-secure-rest-api-without-oauth-… Complete, easy to understand article that outlines the HMAC approach but suggests that things can be much simpler if HTTPS is employed. http://broadcast.oreilly.com/2009/12/principles-for-standardized-rest-… Claims that you should use HTTPS and sign your queries using a private key. This seems onerous for the API user.

The article also links to other outages. Partial outages are frequent enough that they don't make news anymore and Google has a dashboard interface that shows them here: http://www.google.com/appsstatus#hl=en The relevant context is that cloud services go down. There's nothing straws about that. Amazon experienced a large issue recently as well: http://broadcast.oreilly.com/2011/04/the-aws-outage-the-clouds-shining…

MVC was conceived to account for the limitations of a view oriented development philosophy. MVC is far from modern as it is not an evented model. Modern are platforms like Node.js and the RIA toolkits who eschew MVC in favor of an evented and message oriented architecture. http://www.appcelerant.com/mvc_is_dead.html http://apsblog.burtongroup.com/2007/11/mvc-matrix-and-.html http://broadcast.oreilly.com/2008/10/mvc-as-anti-pattern.html http://www.sitepoint.com/blogs/2005/12/22/mvc-and-web-apps-oil-and-wat…

He's using CSS media queries, similar to what's being done here: http://broadcast.oreilly.com/2010/04/using-css-media-queries-ipad.html Check out the code he uses to make this happen near the bottom of his main CSS file: http://hicksdesign.co.uk/css/layout.css

I'd like to beg for an IE8, 64-bit Windows 7 compatible homepage :( Please see this post to correct: http://broadcast.oreilly.com/2010/01/ie8-64-bit-windows-7-and-the-m-1.…

Simon St. Laurent has an interesting analysis and commentary on the whole debacle: http://broadcast.oreilly.com/2010/02/the-widening-html5-chasm.html It seems that the whole HTML5 standards process was broken from the start and is likely to remain that way. The recent hoopla is just some public airing of the dirty laundry that has always been there.

"... Only podcast I'm regularly listening to is the Stack Overflow podcast ..." SO is pretty good value. Try - itconverstation (the best, varied) ~ http://itc.conversationsnetwork.org/ - guardian (light) ~ http://www.guardian.co.uk/technology/series/techweekly - dan bricklan (quirky) ~ http://www.softwaregarden.com/podcast/dbsl.html - dave winer (quirky) ~ http://www.morningcoffeenotes.com/ - oreilly week in review (light) ~ http://broadcast.oreilly.com/2008/12/the-best-of-oreilly---now-avai.ht… - Microsoft Ch9 (software) ~ http://channel9.msdn.com/Media/Podcasts/

I've actually thought that Twitter could make quite the business model out of using their search acquisition and some other things to work with brands to track trends. The recent piece on O'Reilly blog post (http://broadcast.oreilly.com/2008/11/why-jerry-seinfeld-probably-co.ht… about tracking the emotional connection to the MS Seinfeld ad is exactly what I'm thinking. Add to that some permission marketing stuff and they could be onto a goldmine...

Here's a nice screencast showing how to use Interface Builder and NSTables with MacRuby: http://broadcast.oreilly.com/2008/10/rubycocoa-and-nstables-de-myst.ht…

No, actually, it's called "the source is generally credible". The paper cited is published by the Linux Foundation, which manages overall development of the Linux kernel, and employs the two lead devs, Linus Torvalds and Greg Kroah-Hartman, directly. Greg's responsible for much of the device support himself. I also noted that the claim isn't specifically referenced, but I'm generally inclined to believe it's factual. Confirmation bias would be seeking out specific information to confirm a belief. The claim dates back to at least 2008, where Greg KH states it was independently verified by Microsoft: http://broadcast.oreilly.com/2008/10/how-linux-supports-more-device.ht… I've seen quotes from you and I've even heard from you in person that you believe Linux, the kernel, supports more devices than any other operating system ever. I can back it up by that's true, and it's been independently verified by somebody from Microsoft. Greg's a developer, not a marketing type given to inflated statistics. That said, I've asked if anyone's got sources.

Erlang's pattern matching, especially binary pattern matching is very powerful and really unique. Once you use it, you start to miss it in other languages. Here is how to parse a TCP segment (from http://broadcast.oreilly.com/2009/03/the-power-of-erlang-bit-syntax.ht… decode(Segment) -> case Segment of << SourcePort:16, DestinationPort:16, SequenceNumber:32, AckNumber:32, DataOffset:4, _Reserved:4, Flags:8, WindowSize:16, Checksum:16, UrgentPointer:16, Payload/binary>> when DataOffset>4 -> OptSize = (DataOffset - 5)*32, << Options:OptSize, Message/binary >> = Payload, <> = <>, %% Can now process the Message according to the %% Options (if any) and the flags CWR, ..., FIN. binary_to_list(Message) end. Here is a link of how to parse an RTP packet: https://forfunand.wordpress.com/2011/10/10/why-erlangs-binary-syntax-i…