An essay from somebody at the Ford Foundation (pdf) about the how open source is under funded.
An essay from somebody at the Ford Foundation (pdf) about the how open source is under funded.
Open systems have their good points and their bad. Their weak governance makes it hard, or impossible, to move the installed base. The communities around an open system are more likely to evaporate that reengineer. They can only make slow evolutionary changes, so instead one by one they switch to revolutionary alternatives .
I’m reminded of this by an essay by Moxie Marlinspike. It’s a fine example of how a blog let’s you give voice to the spirit of the stairwell. Somebody provoked him. And it appears to have taken him a while to pull together his response. That guy said:
“that’s dumb, how far would the internet have gotten without interoperable protocols defined by 3rd parties?”
At first blush that seems pretty freaking obvious. We have a boat load of stories we tell about why open protocols are potent. Some examples. Open systems help to commoditize things, enabling those that stand on them to thrive; i.e. they help limit the power of the platform vendor to tax all the air we breath. Open systems solve a search problem, i.e. what is this good for; no platform vendor can possibly know the answer that question because only end users can comprehend their problems.
But yeah, I’ve a long have a list of these arguments/models about what open systems are about. Moxie isn’t arguing that side of the question. The Open Systems tribe tell stories and other tribes tell other stories. Moxie is trying to tell one.
Moxie has few arguments in his essay. For example he argues that the classic open protocol examples of Internet mythology all bloomed decades ago and have since resisted much, if any evolution. SMTP for example. That’s fair, and it’s not. One counter-point to that argument is that these protocol evolved fast as the problem they solved was discovered and they are good enough. The switching costs v.s. the benefits of switching became such that we can and in fact ought to bear those costs rather than switch that even a dictator wouldn’t bother. My point isn’t to say that’s the case, only that it’s would be work to be sure one way or another. Another counter point is that to say, no those protocols have not stagnated. That we have layered on lots and lots of technology that extend and address new problems as they became apparent. A glance as the number of headers in a typical email gives a glimpse of that for SMTP. SMTP is still a damn good default choice if you need a robust distributed low latency messaging system.
Moxie argues that if you have an open protocol you are going to have a hell of a time getting the client side software to deliver a consistent experience to your installed base. Well yeah. That’s why for decades Microsoft’s embrace and extend tactics make it so damn frustrating to use email. And many argued, and often insisted, that the solution to that frustration was to that we should all just get on board the train to Seattle. Google’s extensions clever use of IMAP and Jabber are more modern, though possible less conscious, examples of the same pattern.
But Moxies core argument, it seems to me, is that we haven’t the time. That democratic (sic) open systems aren’t able to meet the expectations of the industry we are now in.
That deserves more thought. It is certainly the case that they don’t meet the needs of the VC, product managers too. The open system processes frustrate individual developers – the consensus building requires skills they despise; they’d rather be coding. The whole enterprise smells like politics, because – well duh – all consensus build is. For 90% of users they don’t care any more than 98% of your co-workers cared that Microsoft Exchanges is/was a closed system. These issues are below their radar, below the facade of the “product” where they never go. Making that case is like activating voters, again it’s politics.
To my eye Moxie’s essay is part and parcel of the swing back toward centralized computing. Maybe it’s a pendulum, maybe it’s a one-way street. Either way I suspect only 10-20% of the way along the way.
The personal computer was the primary artifact the tribe of decentralized computing gathered around. We have a lot of stories that tell about why it’s awesome. The new tribe, for whom AWS is the principal totem, will tell their own stories. Moxie’s essay is an example.
I renewed the SSL/TSL certificate on one of my little cloud servers over the weekend. I had been using StartSSL for this. This time I decided to try out the services of Let’s Encrypt Everything, which worked out nicely.
You can read their website for the background story. This posting is about the details of how I proceeded.
Let’s Encrypt Everything will sign TLS certificates for your website. It uses a scheme called ACME. That scheme involves running some software on your end that talks to their servers. During that conversation a transient page is created on your website, this is used to prove that you control the site. That proof of control how they validate that you control the site and thus it’s ok for them to sign off on the cert.
What’s nice about this scheme is that you really don’t need to know much, if anything, about how all this works. You only need to install some software on your machine – the ACME client – and then follow the instructions. The better the ACME client the less work you need to do. This posting has a nice review of various ACME clients.
I first tried the client that the Let’s Encrypt folks are working on. It didn’t work well for me. I then moved on to acme-tiny and it was great; though it certainly required more hand work.
The proof of control step/scheme requires that you let the ACME client add a page to your web site, i.e. put a file into your sites http files. That page is served using HTTP, not HTTPS.
The certificate they give expires in three months, so they presume your likely to run a crontab to renew the certificate, montly say.
The largest hick-up I ran into was that the page wants to be served via HTTP. My site is setup to to immediately redirect all HTTP traffic to HTTPS. So I had to adjust the configuration to leave a small hole in that behavior just for the proof of control page. I do the redirects with Apache’s mod_alias; and it required a bit-o-thought to get that hole build. I now redirect all URL’s, except those that begin with a period, it’s lame but it works and was easy.
I’ve found it interesting to think about a posting from Bruce Schneier over the last few days.
He’s musing about the term “Normalization of Deviance.” This term’s home is in public health, and it’s used to describe a syndrome where the profession knows that certain practices are key to assuring safe outcomes; but where they have a difficult and frustrating time keeping the parties involved on board with those practices.
Bruce is musing about how some large swath of the software industries security failures can be viewed that way. Clearly in many cases we know what to do, and thus the problem comes down to how difficult and frustrating it is to make that happen.
Some communities of practice (medicine, civil engineering, aviation, …) reside in (mature?) straight jacket of practice. He kicks off that post with a link to a horrific story of pilots failing to conform to required practice.
Bruce links to this rant, who’s author is confident that small software startups can, should, ought-to live in that straight jacket too. That’s a conclusion that is at odds with the buckshot model of startups. An interesting tension that.
I see I’ve touched on this issue in the past, it’s a fascinating subplot of all this how the straightjacket of regulated practice is analogous to the Overton Window. The average velocity of the overton window varies widely from one field to another. There is some sort of relationship between that and safety, but damn if I can say what with the precision I’d like.
Decades ago I had an argument with a young Professor at CMU. I was right, for various reasons [1, 2] software engineering was not going emerge a “professional engineering” practice in the manner of older engineering fields. What is clear now is that security issues, like the ones Bruce works on in his day job, are rapidly building out a very similar straightjacket of engineering practice.
FYI – HR is very different at Google with 8! orders of magnitude more employees than it is at a startup.
He actually wrote “Important read! For bigco engineers who join startups, eng processes also are very different at diff scales.” So he had me twice hooked, I’m thinking a lot about process these days, as one does.
From the employee/HR point of view: moving from one firm to another, like any move, is all about encountering, digesting, introducing new conventions. The resulting culture shock is always part of the work. For both sides. This emotional work is huge.
Management, on the other hand? Well, their brief includes moving the immovable culture. The real work of HR is keeping the collective culture shock in some sort of Goldilocks zone.
We owe Barbara Enrenrich a debt, for two things: her autobiographical work on the cultures cult like insistence on over the top enthusiastic cheerfulness at all times (see her book Bright-sided). And for her books about what it’s like to live poor.
Her recent op-ed on the currently popular meme that gratitude it the key to happiness (in the New York Times) brings those together. I’m embarrassed not to have presumed something I’m reveals:
Perhaps it’s no surprise that gratitude’s rise to self-help celebrity status owes a lot to the conservative-leaning John Templeton Foundation. At the start of this decade, the foundation, which promotes free-market capitalism, gave $5.6 million to Dr. Emmons, the gratitude researcher. It also funded a $3 million initiative called Expanding the Science and Practice of Gratitude through the Greater Good Science Center at the University of California, Berkeley, which co-produced the special that aired on NPR. The foundation does not fund projects to directly improve the lives of poor individuals, but it has spent a great deal, through efforts like these, to improve their attitudes.
One of my joke startup ideas: A chain of bookstores that offer to provide literature in service of any point you wish to make. These stores would also let you select how you want your point made. “Ah yes sir, you would like to show that the poor should be more grateful to their betters. Would you like that in the form of a novel? Or possibly a anthropological treatise?” “…” “Ah yes sir, we can arrange a bespoke social scientist, no problem at all.
Steve Randy Waldman has another awesome post, and this case he tackles the mystery of how you can have a reasonably well functioning wealthy liberal democracy at the same time as a huge segment of the population is shockingly poor. Wealth inequality is a simple answer, but then why doesn’t the democratic process work to fix that? So you get a “trilema.” I love triangles.
His names for the three sides of this triangle are: Liberal, Equality, and Nonpathology. Clearly this idea is going to have trouble getting traction if only because that last one is so odd. And that’s the key idea. You can have a functioning liberal democracy along with extreme inequality if you can get everybody to flesh out the bible’s “For you always have the poor with you” sufficiently. If the majority of the population accepts that the root cause of both is that the poor are afflicted with some pathological flaw – genetic say, or bad maybe bad fashion sense. This is amusingly covered in the in Westside Story’s “Officer Krupke.”
This technique for suppressing the natural feedback loop you’d expect in a democracy is. This isn’t just the usual technique of reactionaries to say that it would be futile to try and fix a problem they don’t care much about.
Once you decide that the problem is that the poor are suffering from the disease state – which is only true to the extent that they are poor – you can call in various quacks to prescribe their favorite prescription. Interview training say. Or better impulse control. Or more entrepreneurship risk taking. Or scolding that they should study harder. You know: the things that the well off struggle to improve in their own lives. This is totally a win for the elites because the prescriptions just happen to server their goals. Tax cuts!
It’s a very good essay, particularly the tail end where he addresses some of the stories elites tell, and the poor often accept, about the pathological behaviors of the poor.
I gather that the Apache HTTPD server project was born in March of 1995, i.e. 20 years old today. Noting that April 15th when ones taxes are due in the US it 66
My first contribution was 1997, and I was deeply involved in that, and then other questions of open source, standards, etc. etc. for about a decade.
Very interesting years, yup.
I’m surprised that my second posting to the dev list mentions typing injuries. I thought that happened after I got involved, but apparently it was before. That change the arc of my life a lot more than HTTPD.
As one of my Internet friends has been known to point out nostalgia is a very dangerous emotion, so I’ll stop there.
I’ve occasionally wondered if the sex offender registry might lead to some sort of flocking behavior where those on the registry tend to gather in particular locations. I’ve even looked for, but not found the heat map showing where they flock too. Yeah Google, I thought you were all seeing?
Similarly I’ve wondered if we will seem other scarlet letter offender registries?
So it is with much delight that I learn that Utah is close to creating a registry for white collar criminals. Apparently Utah has a lot of affinity fraud.
Gosh if they set one of these up in New York state I can visualize the what the heat map of Manhattan would look like.