The Android fragmentation boogeyman.
What nobody's ever explained to my satisfaction is why I should give a flying f*ck. As far as I can see "fragmentation" is simply the result of users and developers not all being forced to upgrade to the latest and greatest when the platform vendor demands it. This is actually a *good* thing.
It means I can find a $40 Android tablet running KitKat, which is perfectly fine for things I want to use a $40 tablet for. I'm out of the developer business now, but I still dabble to keep up with developments, and far as I can see the Google tools do a really nice job of allowing developers to target a range of platforms and still look up to date on the latest and greatest. So I don't have to shut out people who bought a smartphone last year if I want to use Material Design (which is cartoony for my taste but does a nice job setting out consistent UI guidelines).
If this is fragmentation hell, all I can say is come on in, the the lava is fine. Sure it would be *nice* if the adoption rate for the latest and greatest was higher, but as a long time user and developer I have to say that not being pushed over the upgrade cliff on the platform vendor's orders is nice too.
Ah, but did you write a sendmail.cf file for sending out emails with bang path routing?
Yep. With least cost routing, dude.
Go really retro and have token ring and round robin instead of ethernet....
No, that's for after I've sold them all ThickNet. Then I'll have them bying STP-A cable by the spool to run to the MAO. Maybe I'll package a whole concentrator rack inside a vintage Frigidaire unit so that anytime anyone wants a Pabst they'll see you're more retro than thou.
The summary conflates two papers, a review paper in Science which summarizes the state of knowledge about fracking the Marcellus Shale (Vidic et al. 2013), and a study of an individual incident published this month in PNAS in which researcher purport to have found a single instance of minor contamination from a fracking well (Llewellyn et al. 2015). Neither paper is particularly damning or inflammatory, so at first blush it's not immediately obvious why the fracking PR flacks have gone to DEFCON 3 on this. The key is to read the review paper first. This is almost always the best way to start because review papers are supposed to give a full and balanced overview of the current state of scientific knowledge on a topic. TL;DR, I know, but stick with me for a few paragraphs and I think I can make the problem clear.
Vidic paints a rather favorable picture of the fracking industry's response to problems that have arisen during the fracking boom in the Marcellus shale. It absolves them of any responsibility for the infamous "burning tapwater" we've all seen in Youtube videos. It states they have been quick to respond to wastewater leaks and well blowouts before contamination could spread. It says the industry has redesigned wells in response to concerns that they might leak fracking water as they pass through the aquifer. And it says that fracking water that returns to the surface ("flowback") is treated and re-used for more fracking -- an expensive environmental "best practice".
Vidic does raise some important concerns, however, and the most important is this. At present recycling flowback into more fracking water is practical because production is booming. But at some point production will level off and begin to decline, and when that happens the industry will be producing more flowback than it can use economically. In Texas, where fracking was pioneered, flowback was disposed of in deep wells -- a process not without its drawbacks, but better than leaving the contaminated water on the surface. Pennsylvania doesn't have enough disposal capacity to handle today's flowback, which helps make recycling fracking water attractive at the present time.
We now have enough context to understand Llewellyn, and why Llewellyn is so upsetting to the industry. Llewellyn's paper documents a single instance of minor contamination which matched the chemical fingerprint of flowback from a nearby well. This contamination was well below a level that would be cause for any concern. Llewellyn concludes the most likely cause was a small spill from the flowback holding pit, although it can't rule out the possibility that the contamination occurred inside the well. Taken with the picture Vidic paints of an industry that is generally on top of stuff like this, the occurrence of a single mishap with negligible consequences is hardly damning. So why has the fracking industry unleashed its flying PR monkeys on this?
Because the fracking industry apparently has made no plans for when the day comes it can no longer recycle all the flowback it uses, and it doesn't want the public to think about that.
It would be sensible for them to prepare for the flowback problem now on the upswing of the boom, for the same reason the industry has been able to be so responsive to date: these are good times for the industry in the Marcellus Shale. They're flush. Although preparing for the problem now would be expensive, it wouldn't slow the boom appreciably, and it would add jobs. But... if the industry can kick the flowback can far enough down the road, we'll have to ask it to fix the problem while production and probably the regional economy is in decline. Doing something about the problem then will cost jobs and require money nobody will have.
So if the industry isn't forced to do something about the looming problem soon, it will become politically if not financially impossible to make them do that ever. That's why the industry is allergic to the very mention that surface contamination from flowback is even possible. In the scheme of things the Llwewllyn incident is negligible, but when fracking starts producing more waste than the industry can use surface contamination is going to become a lot more common and a lot worse.
Vidic raises some other serious long term concerns. Nobody knows where most of the fracking water used goes. The geology of the area is complex enough, but it is further complicated by many old gas and oil wells, quite a few of which are not fully documented. Contamination of the aquifer is a quite plausible possibility that needs further scientific study -- study that has been hindered by lack of research funding and industry transparency. More research might lay this concern to bed; or it may require changes in the industry's operation. We don't know. But we do know that some day we'll have a wastewater problem, and if we wait to address that it will be politically impossible to do anything about.
CITATIONS
Vidic, R. D., et al. "Impact of shale gas development on regional water quality." Science 340.6134 (2013): 1235009.
Garth T. Llewellyn, Frank Dorman, J. L. Westland, D. Yoxtheimer, Paul Grieve, Todd Sowers, E. Humston-Fulmer, and Susan L. Brantley. "Evaluating a groundwater supply contamination incident attributed to Marcellus Shale gas development." PNAS 2015 ; published ahead of print May 4, 2015,
The version of Windows was Windows 95, and the number of days was 49.7.
Amm... anyway, most of the programmers I've known over my career have been average. They don't seem to particularly enjoy programming but they can generally make the computer do what they want it to do. Then they're quite happy to go home to their families and do other things. I've run across (and had to clean up for) five or six truly inept ones. And I mean people with no ability with computers whatsoever, who were essentially defrauding the company they were working for. Usually those people had left the company by the time I'd gotten there.
I've never met a true rockstar programmer at any company, although I have met a couple in Linux channels on IRC. I got to audit the source of the AT&T C standard library on a contract in the '90's and a lot of that stuff was brilliant. I wish I could have worked with the programmers who wrote it.
Me? I'm not going to try to appraise my own skill at it. I enjoy programming and do it at home. I've retrofitted several projects with data structures and will fix crashes that other programmers tend to ignore. I've also been told code I've worked on is easy to understand and maintain (By people in other countries who it was outsourced to.) I prefer not to subscribe to institutionalized learned helplessness that dictates that the software works that way because the software works that way and nothing can be done to fix it. I have several github repos where I work on things that interest me at the moment, mostly licensed under the Apache license. That may make me different from a lot of programmers, but I won't argue that it makes me any better or worse.
Win 10 adoption is GOING to happen fast
Really? I've still got people that won't let go of XP, and even the keenest MS users in the place are planning to wait a bit to see if it's going to be another Vista or Win8. That's only one place but it may represent a trend.
You do raise an excellent point, but MS has never put "free" behind one of their upgrade efforts before, and Win 7 is already out of mainstream support. NOBODY wants to go through another migration at this point (XP-32 -> 7-64 was a massive effort, and many of us are still recovering from the hangover) but I think this is really a "get on the bus, or get left behind" moment.
People with the buying power will probably beat on Microsoft to give them more time and delay, but in the SMB space, it's going to happen.
But why did the third guy immediately recognize the problem (and put in place a very effective solution) without being prompted? Was that a "skill" he learned in a programming class?
It might have been that he was just a clever guy, but let me offer an alternate possibility -- the new guy recognized the problem precisely because he was the new guy.
Specifically, it's common for people not to think about minor annoyances they have grown used to. It's the boiling-frog effect -- a programmer who has been working on that app every day since the very beginning, as more image assets were slowly added, might not notice the gradual slowdown of the app's startup phase, because at first it was fast enough, and eventually he/she just got used to the slow startup because "that's just how it is with this program".
The new guy, OTOH, sits down with the app and because he's had little or no previous experience with the delay, finds himself noticeably annoyed and says to himself, "that is a problem... maybe I can find a way to improve that".
tl;dr -- a person with fresh eyes can often see problems that the old hands have grown too accustomed to, to notice.
One man's constant is another man's variable. -- A.J. Perlis