This is UK, queen and all. I don't think 5th amendment applies there.

Fascination with big fires and loud booms is a bit primitive, isn't it?

Who not simply make it a percentage of gas price? Magically indexed. (Unless gas becomes cheaper, which will mean people will drive more and pay even more gas tax anyway)

So what you are saying is that Uber is not even a ride "sharing" platform so much as an enabler for unlicensed car service business? I did not know that.

I have to admit that my opinion on Uber was, so far, essentially neutral. However, if what you are saying is true - I would be inclined to reconsider and think of them as a net-negative. If they are a taxi cab - they should register and operate as one, any instant online hailing and optimal vehicle routing sauce notwithstanding.

I will vote accordingly if/when this comes up in my locality.

I am not sure trying to pass Uber as an environmentally friendly solution will pass muster. Uber drivers operate essentially as unlicensed taxi cab drivers, rather than true "rideshare" or carpool services. They pick up new clients wherever requested and drive them to wherever client wants to go. These are trips that would not have happened otherwise. Since these services are, generally, cheaper than licensed taxi cabs (though, curiously, not by much in the area I just checked) - they may prompt people to call for and use an individual car, whereas otherwise the same riders might have chosen less convenient but cheaper public transportation.

That's not what cross-platform compatibility implies. Placement of specific elements and their view is a subject of "themes" and is readily customizable.
As a developer I care about underlying primitives - things like "windows", "buttons", "menus" or more generically "events", "inputs" etc. Once those underlying things can no longer be shared - you have to write a new product from scratch for every platform.

Think of something like Adobe Photoshop (I assume as a UX person you are using it?). It is possible to have a version for Windows, and one for Mac precisely because you have those common underlying primitives and APIs, even though they don't necessarily look the same in all respects.

If commonality of platforms is gone - even a company like Adobe will have really hard time building products for both platforms. That will eventually affect users too, since they will likely have to select different (and no longer compatible) products for each platform as well. For now that's not the case - but given where things go, it probably will be.

Ok, so that's what I meant - it may be C++, but WinRT is not compatible with posix/libc-ish API (in fact, because of its event-based nature I don't see even an indirect mapping to the way things were done in the other ones). While it's nice to think Win32 is still alive, clearly it's on the way out and so is source compatibility.

Are you sure about the "metro"? Name is dead, but I was under impression that all new windows "apps" had to be written in C# against a new SDK that has neither binary nor source compatibility with Win32/posix/C/C++. I'd be glad to be wrong, but that's what I've seen so far.

Are you saying that it is possible to write new "Windows app-store-acceptable" apps using C/C++/posix/winsdk? That would be exciting news to me (honestly).

Qt does not (and cannot) support Windows "Metro" (or whatever the name is for the C#/event driven/non Win32 environment now)
By the same token it won't be able to support this new environment.

Qt, XWidgets and others like them rely on basic C compatibility and certain common UI themes and primitives to be able to build cross-platform libraries and applications. With proprietary, non-portable and non-overlapping languages vendors make sure that any development has to target their platform specifically.

Aside from that, if new development environment does not support linking against "old" binary libraries - developers also don't get the benefit of code reuse (since they won't be able to use existing libraries for things like image handling, graphics, sound, networking, you name it).

Good bye source compatibility. We hardly knew ye.
First Windows, and now OSX. I am still maintaining applications that are built crossplatform (Windows/Mac/Linux, with unified GUI look) but it's getting harder every year and, by the looks of it, will be impossible soon.
Which means that an individual developer (like myself) or a smaller shop would have to choose one big player/OS vendor and stick with it. That increases risk and makes small players that much less viable (while, of course, helping the big ones consolidate user base and profit).
Funny how the world works.

What was that about doing the same thing over and over and expecting a different result?

Which one? Knowing what passenger is in what seat? I dunno, airlines don't do much of anything if it costs extra. Remember the peanuts?

Seat maps are now available online realtime for most major airlines. So there is no need to guess - you can pick a right flight and an empty seat, do it right before the departure and it will likely remain empty.

On the other hand, my impression of gate check was that it checks boarding pass against database record of name/reservation/seat assignment. Certainly any other information maintained by gate agents is in the same remote database (such that any changes they perform at the gate become instantly visible online, for example standby and upgrade list status). So, no matter what the "local hack" is, it would only work if either:
- He can also hack remote passenger database (unlikely)
- Specific airline does not check passengers against the database and trusts properly constructed boarding pass (also unlikely, at least in US, as there needs to be positive match between passenger and loaded luggage that has to be performed based on that darn remote record).

There is also pesky passenger manifest with names, which again comes not from your boarding pass but from the remote system (though they need to reconcile with with reality).

Let's wait and see. Perhaps some of these conditions don't hold in Europe for whatever reason?

I did not provide quality judgement. I merely suggested that there may be *some* beliefs that justify appropriate protest. Whether *this one* is such or not is not really the point.