Sure - this was just "all transitions" within the first half of 2021.

As far as I can tell, only North America changes clocks today. Calling that "much of the world" isn't a good look, IMO.

Here's a list of transition dates in the first half of 2021, grouped by UTC date, listing the time zone ID - and of course, there are plenty of places that don't observe daylight saving time at all.

2021-01-16
Pacific/Fiji

2021-01-31
Africa/Juba

2021-03-14
America/Adak, America/Anchorage, America/Atka, America/Boise, America/Cambridge_Bay, America/Chicago, America/Denver, America/Detroit, America/Edmonton, America/Ensenada, America/Fort_Wayne, America/Glace_Bay, America/Goose_Bay, America/Grand_Turk, America/Halifax, America/Havana, America/Indiana/Indianapolis, America/Indiana/Knox, America/Indiana/Marengo, America/Indiana/Petersburg, America/Indiana/Tell_City, America/Indiana/Vevay, America/Indiana/Vincennes, America/Indiana/Winamac, America/Indianapolis, America/Inuvik, America/Iqaluit, America/Juneau, America/Kentucky/Louisville, America/Kentucky/Monticello, America/Knox_IN, America/Los_Angeles, America/Louisville, America/Matamoros, America/Menominee, America/Metlakatla, America/Miquelon, America/Moncton, America/Montreal, America/Nassau, America/New_York, America/Nipigon, America/Nome, America/North_Dakota/Beulah, America/North_Dakota/Center, America/North_Dakota/New_Salem, America/Ojinaga, America/Pangnirtung, America/Port-au-Prince, America/Rainy_River, America/Rankin_Inlet, America/Resolute, America/Santa_Isabel, America/Shiprock, America/Sitka, America/St_Johns, America/Thule, America/Thunder_Bay, America/Tijuana, America/Toronto, America/Vancouver, America/Winnipeg, America/Yakutat, America/Yellowknife, Atlantic/Bermuda, CST6CDT, Canada/Atlantic, Canada/Central, Canada/Eastern, Canada/Mountain, Canada/Newfoundland, Canada/Pacific, Cuba, EST5EDT, MST7MDT, Mexico/BajaNorte, Navajo, PST8PDT, US/Alaska, US/Aleutian, US/Central, US/East-Indiana, US/Eastern, US/Indiana-Starke, US/Michigan, US/Mountain, US/Pacific

2021-03-21
Asia/Tehran, Iran

2021-03-25
Asia/Amman, Asia/Damascus

2021-03-26
Asia/Gaza, Asia/Hebron, Asia/Jerusalem, Asia/Tel_Aviv, Israel

2021-03-27
Asia/Beirut

2021-03-28
Africa/Ceuta, America/Asuncion, America/Godthab, America/Nuuk, America/Scoresbysund, Antarctica/Troll, Arctic/Longyearbyen, Asia/Famagusta, Asia/Nicosia, Atlantic/Azores, Atlantic/Canary, Atlantic/Faeroe, Atlantic/Faroe, Atlantic/Jan_Mayen, Atlantic/Madeira, CET, EET, Eire, Europe/Amsterdam, Europe/Andorra, Europe/Athens, Europe/Belfast, Europe/Belgrade, Europe/Berlin, Europe/Bratislava, Europe/Brussels, Europe/Bucharest, Europe/Budapest, Europe/Busingen, Europe/Chisinau, Europe/Copenhagen, Europe/Dublin, Europe/Gibraltar, Europe/Guernsey, Europe/Helsinki, Europe/Isle_of_Man, Europe/Jersey, Europe/Kiev, Europe/Lisbon, Europe/Ljubljana, Europe/London, Europe/Luxembourg, Europe/Madrid, Europe/Malta, Europe/Mariehamn, Europe/Monaco, Europe/Nicosia, Europe/Oslo, Europe/Paris, Europe/Podgorica, Europe/Prague, Europe/Riga, Europe/Rome, Europe/San_Marino, Europe/Sarajevo, Europe/Skopje, Europe/Sofia, Europe/Stockholm, Europe/Tallinn, Europe/Tirane, Europe/Tiraspol, Europe/Uzhgorod, Europe/Vaduz, Europe/Vatican, Europe/Vienna, Europe/Vilnius, Europe/Warsaw, Europe/Zagreb, Europe/Zaporozhye, Europe/Zurich, GB, GB-Eire, MET, Poland, Portugal, WET

2021-04-03
Antarctica/Macquarie, Antarctica/McMurdo, Antarctica/South_Pole, Australia/ACT, Australia/Adelaide, Australia/Broken_Hill, Australia/Canberra, Australia/Currie, Australia/Hobart, Australia/LHI, Australia/Lord_Howe, Australia/Melbourne, Australia/NSW, Australia/South, Australia/Sydney, Australia/Tasmania, Australia/Victoria, Australia/Yancowinna, NZ, NZ-CHAT, Pacific/Apia, Pacific/Auckland, Pacific/Chatham, Pacific/Norfolk

2021-04-04
America/Bahia_Banderas, America/Chihuahua, America/Mazatlan, America/Merida, America/Mexico_City, America/Monterrey, America/Santiago, Chile/Continental, Chile/EasterIsland, Mexico/BajaSur, Mexico/General, Pacific/Easter

2021-04-11
Africa/Casablanca, Africa/El_Aaiun

2021-05-16
Africa/Casablanca, Africa/El_Aaiun

Surely this should have been a plug-in for Kerbal Space Program. Fly your rocket in the game, order the real thing. Not holding my breath for same-day delivery though...

Succinct summaries of new (but proven) technologies & techniques. For me it's less about how to learn, and more about what to learn. Having an idea of what new technologies & techniques have been developed (and/or are becoming popular), what problems they solve for me, what trade-offs are involved, and what alternatives exist, helps to direct my learning. In other words a trade or hobbyist magazine that focuses on focuses on technology in the 'early majority' area of the adoption curve, across programming disciplines.

At that point, the ability to use this to replace DRAM becomes much more reasonable. If it were really just 1000x the writes of NAND, it would be far too short-lived to act as normal RAM... but if it's *really* the typical lifetime, things could get very interesting indeed...

So the scenario is a someone is selling hard drugs / distributing child porn / etc from a corporate VPN? Wouldn't the FBI just ask the company to provide the logs and wouldn't the company gladly comply?

I don't think corporate VPNs will be much affected/troubled by this.. Only the VPNs that market themselves as hiding internet users are likely to be affected I would say.

Not saying whether that's good or bad, I've not got enough info to know. I would be interested to know why they don't want to give any details in these cases, since I can't think why it should be any more or less private than a regular wiretap (not "hack" as the title misleadingly states).

(It's 2015 and I still need to put <br /> for newlines.. Come on guys.)

Well, DateTimeOffset isn't a class to start with - it's a struct. But it's still not the panacea some people seem to think it is. There are plenty of situations where what you want *isn't* a DateTImeOffset. Its inclusion was definitely an *improvement* on the state of the date/time API in .NET (as was TimeZoneInfo, for sure) - but that doesn't mean it brings it up to a decent state, IMO.

"It either works or it doesn't" - or it works for all but one or two hours of the year, around a time zone transition. Or it works so long as you're in a time zone which doesn't skip 00:00 when it transitions forward by an hour. Or it works so long as you're not in time zone which skipped a whole day once. How sure are you that all your code works in all of those conditions? How *clear* is your code in terms of which values are meant to be local, which are meant to be in UTC, and which are meant to be local in some other time zone?

You say that date manipulation in .NET is really not hard - but I've seen an *awful* lot of subtly-broken code using DateTime, and even correct code isn't always *obviously* correct, mainly because `DateTime` doesn't represent one single concept.

I looked at the .NET DateTime functionality *very* hard before deciding to write Noda TIme - and now, 5 years later, I'm still convinced that it was the right thing to do.

Glad you've liked Noda Time - but if you could drop a line to the mailing list or raise an issue for any "Java-isms" you've found, I'd be grateful. I've tried to make it as idiomatic to .NET as I can, other than where doing so would be harmful.

I'd say the debate about the consequences is fairly scientific, as in there is a debate to be had. I don't think there's much of a debate about the existence.

Alternatively we need a legal precedent that a false claim of ownership of Copyright in a work is tort (e.g. trespass to chattels) as the real owner is deprived of the use/benefits of the work; moreover if the claim was made dishonestly (the claimant knew it to be false) then the claim should be tantamount to theft. Such a precedent could potentially be established in any common law jurisdiction.

A lot of work on the C# compiler, while he was still working for Microsoft.

I thought I'd get that in before too many other people do. I have better justification than most, as I *am* Jon Skeet. I saw the list yesterday, and we've been gently laughing about it at work.

Somewhere, the difference between fame and accomplishments has been lost. Don't get me wrong, I'm not a bad coder. I'm pretty knowledgeable about C# as a language, although details of writing *applications* in C# is a different matter. I'm pretty good at expressing technical concepts, and that's really useful in various contexts (Stack Overflow, books, screencasts, and of course work). But none of these are a patch on what some of the others on the list have accomplished.

As a Googler, I know a *bit* about what Jeff Dean and Sanjay Ghemawat have done - and it's obvious I'm not in the same league. The code I'm probably proudest of is Noda Time (my .NET date/time library) which has a few thousand users, if that. I hope I've had an impact everywhere I've worked, but it just isn't on the same scale as many of the other members of the list (let alone the many thousands of other notable programmers).

It's pretty clear I'm not actually on the list because of my coding skills - it's just due to Stack Overflow reputation. That indicates *something*, but it's definitely not the kind of measure you'd sensibly use to compare two programmers. Just as I'm proud of Noda Time, I'm proud of being able to help a lot of people on Stack Overflow - but I'm not under the delusion that even that's on the same level of impact as an awful lot of other coders.

For what it's worth, if I could substitute one other name for mine, it would be Eric Lippert. I'm not sure he's really be in the "top 14" or even whether that's meaningful - but I'd say he's at least *more* worthy of being there than I am.

That is you choosing your service provider and access level (dialup, dsl, cable, etc.), which is not a net neutrality issue. At a push it could be interpreted as protocol-specific traffic priority which is a grey area (some people consider it a net neutrality issue, others don't).

Non-neutral behaviour can only occur when two service providers interact, like so: you want to ship a parcel to Bob, but there is no courier that does door-to-door service in both your area and Bob's area. So you ship the parcel with your courier, and pay for a particular service level (overnight door-to-door). Your courier delivers the parcel to Bob's courier (and pays Bob's courier according to some inter-courier agreement), who delivers the parcel to Bob's door. Neutral behaviour occurs when Bob's courier delivers the parcel like any other they handle, even if they can't meet the service level you asked for from your courier. Non-neutral behaviour occurs when Bob's courier delays the parcel delivery because they received it from another courier rather than directly from the sender.

Notice that both Bob and you are screwed by the behaviour of Bob's courier.

The Wired article misses this by focusing on how - if you are a large company - you can send through more than one courier, selecting the one most convenient for the intended recipient. This obviously makes delivery faster because it cuts out one leg of the parcel's journey; and it would make delivery faster with or without neutrality requirements. The article ignores the actual problem of non-neutral behaviour where the parcel is actively delayed (over and above the natural journey time) by one of the couriers in order to force the sender to deal directly with them rather than having the option of sending via another courier (and accepting the naturally longer journey time).

The big weakness of this analogy is that in the real world you can readily choose between one of several courier on a per-parcel basis, but few individuals or small companies can choose between ISPs on a per-connection basis.

This. Wikipedia has a Comparison of consumer brain–computer interfaces that covers devices from Emotiv, Neurosky and others.

Searching for Emotiv, Neurosky or "BCI" (brain-computer interface) plus keywords like "disabled" or "ALS" or "locked" produces a couple of results on improving communication with limited physical control, e.g. this and this. I'm sure there are plenty of others.

Another approach is software like Dasher, which turns gestures from various sources (including eye tracking) into text. There appears to have been some work to integrate Dasher and BCI.