Did Windows Phone solve the problem that Windows Mobile had where libraries like the .net runtime were incomplete? I remember trying to build an app for Windows Mobile 6.0 and not being able to use third party libraries because some of the basic functions of Windows were missing on mobile. I'm not even talking about UI, more like networking and other backend features.
They are museums run by companies about their own histories and industries. The TDK one was quite unexpected: it's basically a museum about very thin plastic.
For talks which will obviously be popular, go to the talk before it even if it's not as interesting. It's not common to have two super-popular talks in a row in the same room.
In Europe if an airline does that they have to pay you a penalty of a few hundred euro.
But KLM (Dutch flag carrier) found a way around that: if a flight is overloaded by weight they will keep all the passengers on board but leave their luggage behind. There is no direct penalty for late luggage, so many customers will get nothing except perhaps a little free shopping if they feel like filing forms to reimburse for having to buy clothes at their destination. But that's cheaper than the penalty for not taking the passenger on time, so KLM "optimized" it.
If that were true it would also apply to C and C++. I have used Valgrind with Python + Boost C++ hybrid programs and it worked fine after spending an hour making a suppressions file.
If you care about network bandwidth you can compress before sending, as virtually all web applications do. Then you don't need to worry much about the space efficiency of the application format.
I find it somewhat unlikely, as this particular W hotel was not in a country known for personal injury lawsuits.
More likely it was sold to them by some interior design firm as a luxury feature. Unfortunately it's only helpful if you're alone--even if it worked correctly you wouldn't want the room lights turning on just because your spouse got up.
Not about smoking but I recently stayed at a W hotel and was woken in the middle of the night by the room lights turning on. They used electronic push buttons and I turned them off. Seconds later they turned on again. This repeated several times until I was fully awake and called the front desk.
"We can come put tape on the sensors."
"What sensors?"
"There are sensors under the bed."
"Oh, so you already know about this problem but haven't fixed it. Thanks, please don't send anyone."
I then looked under the bed and sure enough there was a motion detector on each side. I removed these from their brackets and let them dangle facing the floor instead of outward. This blinded them and solved the problem. I guess they were malfunctioning or they were able to detect motion above the bed via reflections.
The next day I reported this to the front desk, who were unsympathetic and unhelpful. They told me it was for my own safety. Apparently at other hotels I have just been incredibly lucky not to have fallen down when getting out of bed.
I will not stay at a W hotel again unless I can confirm in advance that they do not have motion detectors under the bed which spuriously turn the lights on at night. Maybe I'll add Hyatt to the no-go list.
I haven't seen the makers of Aeron (or anyone else) claim it's "orders of magnitude faster than plain UDP." Do you have a link to something about this? It doesn't pass the smell test for me unless you're talking specifically about using Aeron within a single machine (where it uses shared memory instead of the network)...but you said "Within a datacenter" not "Within a computer."
I came here to write something very similar. Visa and their competitors all have the ability to transport data about the payment. Most receipts are a fairly small raster image which could be sent as an extension. Visa could also offer a structured text receipt data format but the image may actually be safer to avoid a billion questions about how to represent unusual situations around surcharges, optional extras, custom discounts, split checks etc.
It would be important for the receipt to include the original broken-out list of items purchased, and not just the "credit card receipt" with the total paid. People need detailed receipts for returns and business expenses.
You say deque uses large-ish blocks but you provide documentation that it uses 512 byte blocks on GCC and MSVC is even worse. So if you're on Windows the blocks are so small the container degenerates into something like a std::list, and on non-Windows it only works well if your objects are a few bytes each.
That's what isatty() is for. If stdin is not a TTY, prompting should not be the default. Many programs change their defaults or their entire behavior based on isatty().
Ability to play smaller discs was normal in most CD-ROM and DVD players for many years before the Wii. A few people (probably half of whom have HN accounts) used to give out mini-CD business cards...sometimes even with truncated edges so the disc was not entirely round: https://www.duplication.com/cd-business-card-duplication.htm
This is one reason why code generation should run as part of the build process, every time. Even if you decide to check-in the generated code for visibility.
There is another standard library related scenario: hash tables. The std unordered containers will store the hash of each key unless your hash function is noexcept. Analogous to how vector needs noexcept move for fast reserve and resize, unordered containers need noexcept hash to avoid extra memory usage. See https://gcc.gnu.org/onlinedocs/libstdc++/manual/unordered_as...