I didn't know of the existence of SNI and thought that all traffic through TLS was encrypted. SNI sounds like a terrible idea: it should be obvious that leaking domain names will be abused and makes a mockery of any little cute icon in the browser (your government, police, ISP, airline knows what sites you visit). It would have been better to have a secure (ignoring DNS) inconvenient technology stack than a convenient somewhat-secure stack.
HN user
powercf
Alone this looks like a reasonable use of auto. In a real codebase, there may be two (or twenty) different connection-like things, multiple of which may be reasonably to call in this context.
The "Hungarian notation" comment is correct - it's not strictly Hungarian notation, but annotating function (or variable) names when the language has a type system representing this same information is the same idea with the same problems as Hungarian notation.
This isn’t Gunnar’s fault. The problem was whomever stored ordered data in a hash file.
Yes. Even if it were, I don't think it needs to be mentioned in the commit message. Gunnar improved something, which triggered problems with old broken code. For his efforts he gets:
Gunnar, I like you, but please don't make me go through this again. :^)
From my armchair I'll add that throwing away the KSP1 engine and replacing it with, based upon the number of bugs, a new implementation of the same basic idea seems like a terrible idea. My understanding is that most of the original Squad team (i.e. the only people in the world with experience building a successful orbital mechanics game) weren't kept on for KSP2. Take Two should have done everything possible to keep them as core KSP2 developers.
All that said, I don't think the game will be left unfinished. All costs are sunk and Take Two has a (reportedly) somewhat functional, nicer looking copy of KSP1 with, presumably, at least base elements of interstellar travel and colony systems in place. It's probably worthwhile trying to get the project over the last few hurdles, as it's a potential goldmine if they can pull it off.
blatant disregard of traffic laws by the many cyclists
Enforcement of traffic law for cyclists would be good, but blatant disregard of traffic laws (e.g. running yellow/red lights, not yielding at crossings, stopping on bike paths before roundabouts etc.) by many motorists also exists, and typically is much more dangerous for others than the actions of cyclists (who typically only endanger themselves)
Helmets on the road should also be required just as it is for bikers
Why? Cyclists don't usually fall off or hit their heads. The costs of mandatory helmets outweigh the benefits.
If wealthy companies should pay French pensions, simply because they can, do you think that wealthy westerners should pay for, say, pensions or services in Africa?
Raising taxes on wealthy companies to cover pensions seems arbitrary and unfair (by which I don't mean that taxes shouldn't necessarily be raised).
Sad to see the early reviews being so poor and the game being in a such an incomplete state. From a software development perspective it would be very interesting to see inside and know what went wrong. From the outside looking in, it seems the larger decisions were disastrous.
* Take Two buys KSP
* Releases two well received DLCs and gets the game to a very good state
* Starts (from scratch, apparently) on KSP2 with a new team (Star Theory), throwing away working code and experienced developers who worked on the first game
* Drama and disruption as Take Two starts another team (Intercept Games) to develop KSP2 and hires (according to Wikipedia) one third of Star Theory - more knowledge lost
* Releases no new DLC for the first game during development of the sequel (mods show what can be done with the first game. There were plenty of things [new planets, new parts, resource system, life-support system, other solar systems, ...] that could have been developed which would have been successful
* Pushes the second game back and back only to finally release a buggy, resource hungry mess that has fewer features than its predecessor
If her focus is on playing tennis, then interviews etc. are just a distraction. She may be contractually obligated to partake in interviews, but does she have another option if she wants to play at top events?
In my opinion there is too much hype and nonsense around professional sport and I would much prefer if sportsmen/women could focus solely on their sport without joining the circus.
I too, as a regular cyclist, would like to see more cyclists fined when they run red lights, cycle on footpaths, cycle in the wrong direction etc., but enforcement is also lacking for motorists who run red lights, speed, or drive while on the phone. A critical difference is that motorists ignoring traffic law put others at risk, whereas cyclists usually only endanger themselves, if at all.
I don't see how licensing, registering, mandatory insurance etc. will change anything, but make cycling less popular.
Per my understanding, road infrastructure is typically paid from general taxes (obviously depending on country). As cyclists require less road space, cause less road wear and have practically no environmental burden compared to motorists it's probably the case that we pay a disproportionately high percentage of infrastcuture costs.
People who run Arch want this to happen.
I've used Arch for the last six+ months and I don't want this to happen.
I switched as I couldn't get VFIO to work with Debian (presumably due to outdated kernel/qemu/libs). In my time with Arch I have had no problems. It has just worked and stayed out of my way. My experience with Debian is that it mostly works, but often uses much older software than one wants. Arch, in my limited experience, is an excellent distribution.
The amount of plastic waste around some of these toys is shocking: https://youtu.be/CZpG032TR5A. It reminds me of the packaging around AMD Threadripper and Intel 9900k packaging - both also very wasteful. If they only make a child happy for a few hours then it's probably not worth it.
The browser can't implement xeyes (the cursor position outside a window is surely not visible?), so it will never be a serious replacement for X11.
The car analogy would be:
He saw a car
He tried the doors until he found one that was open
He climbed in and searched everywhere until he found personal information about other users of the system
Even though the security of this system was poor, he still (probably) broke the law. There are plenty of opportunities for people with some knowledge of IT to abuse their power, but it's our responsibility not to do so.Excellent article.
I especially like "We have to get rid of this notion that the past is a provider of anecdotes and the present is a provider of knowledge". This way of thinking is pervasive everywhere, including on HN. But we shouldn't be so quick to dismiss the accounts of our ancestors because they seem exagerated when we compare them to our experiences today.
They have attempted to weasel out of even saying that:
"the previous Q2 estimate is now confirmed for Q3 product shipping"
as if to say that the product, which isn't ready yet, has shipped in the future. Such mangling of logic doesn't inspire confidence in me that it will actually ship in Q3.
Education in what?
Education in how the web works. That typing something into a text field, or moving the mouse, or any interactions with a website can be read on the other side. Many users expect this behaviour when they use, for example, Google search or Google Translate. If users expect their text to be private in one context, but shared in another, then there is clearly a lack of understanding of how the web works.
Please don't blame deceitful practices on the victims.
I didn't blame anyone for anything. It's not a priori deceitful. Presumably some of the motivation is to enable faster responses to client queries.
I don't have any problem with this. It highlights a lack of user education, if they expect their typed input to a website to be private.
It reminds me of the "talk" (and ytalk, ntalk) programs, where all parties can see in real-time what the others are typing. It's a cool technology that, unfortunately, is not used on the web.
This is Germany: https://www.google.com/maps/@50.5951409,8.7342041,743343m/da...
Disable labels and look at the beige patches on right center (south of Berlin). The vast majority seem to be open mines, presumably coal.
It seems they could have handled the doubts of Juan Moreno better. That is an institutional problem that can be improved upon.
Re. Class Relotius: It would be meaningless if der Spiegel were to print "we have an institutional problem, and we will fix it" without identifying what the problem and remedy is. A single bad actor falsifying stories, who is then almost-immediately fired and publically shamed by dem Spiegel, who then start an investigation, whose results will be made public, isn't indicative of any larger organizantional problems. I'm not aware of any way they can stop this happening. They have a team of fact-checkers, but there is only so much they can do. If there is an obvious solution, then criticism of the Spiegel's handling of the situation is warranted. Otherwise not.
My interpretation is that the Spiegel chiefs want to make an example out of Relotius, to send a message to other journalists, that they must stick to the facts, or they will suffer the same fate. I don't think Class Relotius will be writing for any serious magazines or newspapers in the coming years. He may leave journalism and find another use for his talent as a writer. How can a newspaper or magazine ensure the veracity of its writers? Losing your career if you are found to lie seems like a good strategy.
Yes, the "frailness of the world" is to blame. Got it.
People are flawed. Der Spiegel could send pairs on every assignment, but the problem would still exist. What do you suggest they should do to prevent this happening in future?
Google One ⇒ One ⇒ One Two ⇒ Two?
Longevity is, supposedly, also dependant on current, and hence voltage. Unfortunately processor reviews don't consider the lifetime of the product, as that is probably only known to the manufacturer
Sorry, where does he say this
He didn't state that. That's my interpertation of his well written and very reasonable (at face value) statement. His central messages are "the doctors know best, and we shouldn't listen to patients as they are work-shy and/or drug addicts", and "I won't talk about the whistleblower, Anna Watson, except to say that she's a trouble-maker, whom we had to fire, and is being investigated for malpractice".
I'm not a medical professional, but I don't agree that machines can always diagnose pain. If a patient says he's in pain, then the doctor should take his word for it. It becomes more complicated if the patient is potentially addicted to pain medication, but fundamentally the word of the patient needs to be central in medicine.
I counseled Will on the difference between subjective complaints of pain, which cannot be proven and are often magnified, and objective signs found only on careful clinical examination by an experienced physician
If a patient has a pain in his foot, but the doctor cannot understand the pain, then, according to Basil Besh, the patient doesn't have a pain in his foot.
This seems to advocate minimizing the importance of the patient's reporting of pain. Patients are experts in how they feel, and while they may not always be accurate, what a patient tells his doctor, should be fundamental in diagnosis & treatment.
On the other hand, every time I go to SO to find a solution to problem ${X}, I find very interesting (to me) questions on the right, enticing me to waste time reading them. They are making an effort to keep people on the Stack Exchange sites.
People that thought the Sun was a perfect sphere would discount things they could directly see with their eyes.
What do you mean by this? The Sun is, to a very good approximation, a perfect sphere. Or as perfect a sphere as one is likely to find in the physical world.
Outputting that in lower case could be a small step to making them easier to parse, and therefore more likely to be read. I find the text you posted tiring even to look at.
THE REF (B) TURKISH NOTAM A3009/16 LTAAYNYX (111139 EUECYIYN JUL 2016) HAS NO GROUND, CANNOT PRODUCE ANY INTERNATIONALLY LEGAL EFFECT WITHIN ATHINAI FIR/ HELLAS UIR AND IS CONSIDERED NULL AND VOID.
vs
The ref (B) Turkish NOTAM A3009/16 LTAAYNYX (111139 Euecyiyn Jul 2016) has no ground, cannot produce any internationally legal effect within Athinai FIR/Hellas UIR and is considered null and void.
That is probably a very rare case, and any shell-agnostic-completion-protocol could be extensible to handle such a case. But, I think 99% of completions that people want/use on a daily basis could be covered by a machine-readable version of the usual "--help" option (with support for placement of paths, pids, strings, numbers etc.).
Shell programmable completion highlights how slow the OS community can be to change/improve core tools (shell, coreutils, ttys). Completion should be specified in the binary, and compatible with all shells. A similar interface could be designed for all scripting languages. It was obvious ~20 years ago that it makes no sense for each shell to specify their own completion system, and yet here we still are.
North America, Asia (in asia it's insane how much AC is wasted), and I don't see it as much in Europe but probably some stores do it
+ Brasil. It's infuriating.