skysight-inc/HackerNews huggingface dataset:
> it just won't catch on because people don't want to wear shit on their face all day and look like a moron

Social factors are a big thing, and while it pains me to say it (and your comment was worded in an unnecessarily offensive way) I do think that you might be at least partially right.

You are certainly right that social factors have a huge effect on the uptake of new technologies, but it's often hard to predict how those social factors will change and shape the uptake of new technology.

My example is text messages. Doesn't that seem like something only a total dork would like? I was a fairly early adopter of text messaging myself, and I certainly fit the 'poorly socialized nerd' stereotype, and my perception at the time was that text messaging was for people who were too poorly socialized or nervous to talk via voice. But that's not how text messages came to dominate. text messaging came to dominate, as far as I can tell, because it's seen as somehow rude to actually talk with someone who isn't physically in the room with you when other people are in the room with you. (It doesn't seem like it ought to be rude to me, but my social responses are not normal. I can certainly observe that the vast majority of people find that sort of thing rude, and I act accordingly.)

my point here is just that you are right to say that social perceptions matter in the uptake of these technologies, but probably premature in confidently stating that you understand what direction those social perceptions will push.
Ted Nelson – Possiplex Launch at the Internet Archive (2010)
(stolen from the comments:)

Economists Advise Nation’s Poor To Invent The Next Facebook

http://www.theonion.com/article/economists-advise-nations-po...
It may be to little too late, but I am an engineer for Charter and we are doing a few things that I think are worth noting. This is my own opinion and not an official statement from the company.

- bringing back all help desk type jobs that were offshored. All of our call center jobs were in the US until recently and some idiot started outsourcing some of them. We are bringing them back immediately.
- EPON fiber build outs everywhere (we realize fiber is better than cable but there is existing cable infrastructure and the protocol can support 1gig/s with the current DOCSIS 3.1 standard so for now we are both upgrading the cable system and building fiber EPON)
- no data caps in any form
- getting rid of DVRs and having both live video and on demand/saved video stream from servers over IP

I would place us as much more techie friendly than ATT but less so compared to Google. Most of the problems with peoples cable service come from poor install jobs, if you have a problem with lost packets or dropping video please be persistent in getting a tech that is knowledgeable on how to troubleshoot line issues.

p.s. use namebench to find the best DNS servers for your area and use those instead of ours.
That was not only XMPPs problem. It is what sunk most of the desktop IM systems, making way for the mobile ones.
GraphicsMagick and ImageMagick popen() shell vulnerability via filename
Offtopic. Why, in github, is the README always below the repository files, if the first thing you want to read about a project is the README?

Edit: Could we take the convention on HN to always link to the README in a github repo? In this case that would be:

https://github.com/aosabook/500lines/blob/master/README.md
Robust process management is even more important in server environments. As a sysadmin, systemd is very very useful in my job and it's the building block of things like CoreOS and the like.
IOW, salt your meat.
> but with a systemd dependency.

Worse, this isn't "the systemd developers have proposed a new common API for simplified persistent processes across platforms", but a hard dependency on this particular revision of the systemd dbus interface, or using the systemd-run application to generate a user service file.
The former.

As with many things, yes, it took OpenBSD and FreeBSD longer to get that functionality. The tradeoff is that they delivered a well thought out, consistent, and well-engineered solution, rather than a poorly thought out mess of CADT-driven bloat.
Me too. I get (relatively) easily motion sick - in fact, I can't play Halo full-screen (but have rounded Halo 1 some dozen times on legendary in co-op split screen). And I have no problems playing "Elite: Dangerous" on the Oculus DK2.

On the same headset, the "Villa on a hill" demo scene is problematic, though, because of some issues with geometry inside the house (warping angles), and more generally, "walking" around while sitting down.

I think it'll be interesting to see how motion sickness from VR compares to seasickness -- I've talked to many people that have been sailors -- and started out with lots of problems, but eventually "got over it". And I've also heard stories of people that never got over it.

I don't think everyone will enjoy the same VR games and experiences, but I don't see how that's any different from other games and software. There are some FPS games I simply can't enjoy -- but those games still sell well. So I don't see why VR can't be a great success for a market that doesn't include everyone.

As a counter-point, I know people that can't focus on text on screens that have a resolution below the "retina"-screens, and there are of course a number of people with various sight-related issues (See eg: Moore's "Color Forth" system, and why he made it the way he did).

Perhaps VR will create a new, substantial section of the populace that will need to be classified as "limited function" due to not being able to use VR. No-one is claiming we should retire 2d screens because they are of no use to blind people. That's not to say there won't be controversy, but seeing that many people already enjoy VR, should be enough to point out that it's likely some form of VR will remain useful in the future, especially now that it is arguably rather affordable?
I don’t know about any walkthroughs, but you might be able to get help/feedback/pointers in the #uctf IRC channel on Freenode.
I worked on a billing system that was written in APL, maybe 60 functions at 5-10 lines each. The corresponding manuals (one development, one user guide) were both over 300 pages.

Maybe some of the APL mavens can do the existing examples in APL and explain them. The write density of APL is pretty amazing. Depending on what you are doing a clear winner at code golf.
Programming languages are not like that. There is an unlimited amount of ways to implement a feature without breaking backward compatibility. Perl, for example, at some point kept compatibility even with bugs, because many people were relying on them.
Thanks (+for the typo), I have a few options for funds and for a while I developed an appl for computer vision stuff that supported me. Resources here is more in the 'human resources' category, packaging, configuration management, release management etc. I make enough with my dayjob and I like developing this in the lower- pressure- spare- time spectrum. I have some other hobbies that leave me at risk for serious injury, so it might just happen "naturally".

The posting account was simply because I throw away VMs with browsers immediately after use and I chose a hard to remember password without an email :)
An Uncharted Tech Retrospective
If you chain two sshd and have a certificate on the first and password on the second, the second sshd will have the exact same number of attempts as your current setup.
no, I am saying that if we replace some human soldiers with some robots, it's likely that the amount of war crimes goes down.
E.g. the number of raped women in Nanking was 20000 per some accounts. If half the army had been robots, there might have been 10000 less rapes.

If you consider that battle frenzy is likely to de-humanize soldiers much more than "setup camp and hold ground" operations, it seems likely that the number of war crimes goes down even more, once you remove humans from active battle.

Of course, I cannot exclude rampaging robots taking revenge on puny humans, but that seems unlikely.
Because they're internal hash functions, they have access to the original key being used, so they can tolerate a few collisions -- in the implementation of CHD, there's a -t parameter for number of collisions in a bin to provide a bit of flexibility. So they don't require a completely collision-free hash function, just one that on the input dataset is not going to produce more than a few.
I'm not sure I really understand what you're saying, but in any case, this is a problem with any dynamically typed language, and isn't in any way specific to Flask or even Python. If writing applications without the guarantees of a "proper type system" is painful for you, then Python is probably the wrong language.

That said, you shouldn't have to manually test anything—that's what automated tests are for. With regard to testing Flask applications specifically, there is a guide[0] in the docs that covers everything you need to get started.

[0]: http://flask.pocoo.org/docs/0.11/testing/
> It is interesting that [the flag of Monaco] was the subject of a diplomatic conflict with Indonesia as both flags are 100% identical even today.

They aren't identical; the dimensions are different.
Please don't. Nothing good can come of it, only ideological flames that engulf this site.

We detached this subthread from https://news.ycombinator.com/item?id=11796698 and marked it off-topic.
How do you distinguish between evaporated water and respirated CO2?

As an aside: My understanding was that most breads don't vent all that much CO2. Bread doughs are not risen in processes that leave the opportunity for rapid bubble formation and dissolution; If they did, baking after that first rise would give you a layer of thick dense bread, and another layer of fluffy bubble-bread on top.
What is "OS level" though? This breaks user applications, which is three stories above "OS level" IMHO.
uhm, Algebra in high school. That's where I first learned about matrices, dot products, and other basic matrix manipulations.

I take it back, I first encountered matrices in 8th grade and then several times in high school. Standard curriculum in the US at least (or at least where I lived).
That's a special motor and drive train for the cyphering unit. Here's one with the motor.[1] The cypher unit has two selectors - the two curved mechanisms on the top front. Those are mechanical UARTs, serial to parallel converters, and they're the same design used in Teletype machines from 1924 to 1959. Those need power from a driveshaft. The same motor drives both, which is why there's a special motor with a shaft out each end and two right-angle reduction drive gearsets. That's not a standard teleprinter part.

The wheel with the black and white bars is a centrifugal governor. The speed is adjustable, and you use a special tuning fork with a shutter to calibrate the speed. This is a standard Teletype motor feature for when you can't rely on AC power line frequency.

It's still not clear if this find included the crypto unit, or just the teleprinter. If they actually found a crypto unit, this is a big deal. Those were very rare.

[1] http://cryptomuseum.com/crypto/lorenz/sz40/img/301491/000/fu...
No joke. Some people get sick after playing or watching games on a regular 2D monitor.

As for your discomfort after taking the headset off, this is mostly because current VR tech strains the eyes a bit due to everything always being in perfect focus.

Here's an optometrist having his first experience with VR and talking about what he thinks:

https://www.youtube.com/watch?v=hf478Xe9sL8
init systems.
I used to play Doom, and Quake and would have to lie down and curse the developers. It was almost identical to having been on a sailboat in rough seas below deck. It's terrible.
I wonder if the same seasickness remedies used on water would work with VR. Frankly, after what I got from games 20 years ago, I'm really afraid more modern realistic VR will be even worse.
update - not working on this one now. The pages are pretty readable, if you save them. The image display stuff that medium is using is what screws them up to the point of unreadability.
Not a good title, though, because it's a cherry-picked quote selected for baitiness. Such things have a pronounced (and in this case dismal) effect on resulting discussion.

Much better to shorten the original a bit, which we've done above. If it's necessary not to use the original (because it's misleading, linkbait, or impossible to shorten), the next best thing is to find an accurate, neutral phrase from the article.

If you want to say what you think is important about an article, please do so in a comment rather than using the title to express that. Then your view is on a level playing field with everyone else's.
That reminds me of http://www.bbc.com/future/story/20120719-awoken-from-a-2d-wo...

Maybe it's never too late? This guy was 67 when his brain switched to 3D mode.
To me, the car analogy would be:

For years people have been locking their keys in their car and then having a locksmith open the door when they get back. Now, someone is trying to improve the locks so that a locksmith cant open the door and people are complaining that it ruins a perfectly good arrangement.

In this analogy, 'locking the keys in the car' is 'logging out' and the locksmith is 'nohup'.

systemd isn't really out to break nohup, they are trying to fix the logging out process. Sure, nohup has worked for decades, but 'logout' has never worked right.

The problem is that 'nohup' is designed to 'run a command immune to hangups' not 'run a command even after I logout' and there has never been a distinction between an individual connection 'hangup' and a full user 'logout'. With systemd, there is, and programs don't handle the distinction.

If you don't think there should be a distinction KillUserProcesses can be turned off.
Is there any quantitative study of this winners/losers bifurcation? In my own anecdotal experience I see a bifurcation, but it's more of a "big winners" vs. "everyone else" split. Most of us are "everyone else," but if you're on the internet every day looking at the "big winners" you feel like a loser.
Playing around with freebsd as the clown operation called systemd continues to unfold.
Meteorologists are seeing global warming's effect on the weather
I think that the problem of complex laws will only get worse and worse. It is like code bloat when using test driven development. You say, "this interface is too complex, lets tear it out" and all of a suddent 200 tests break. Then you feel a sense of panic, "will the world explode if I just delete these test cases?"
I see very little of this in tech and remain pissed at my peers over storage, printers, cpu mmus, mobile phone upgrades, software with no model to reason/guess about how it will implement an unfamiliar feature... I am often happier with a 5 year old hardware product or a 15 year old software one since its not as well tuned for obsolescence as a current one.

For example, 5 year old celerons support 16Gb of ram which makes them useful for another five years, modern celerons support 8Gb making them perfectly engineered for 5 years ago.

[Edit - 5 years ago was 16Gb, 2013 was 32Gb, today's celeron is 8Gb.. progress.]
I've heard that WhatsApp isn't used as much in America. I live in Europe and do not believe I have any friends who use iMessage, or if they do, they are all on WhatsApp as well, which would seem to prove Moxie's point.

But then again in Europe iPhone market share is much lower.
Cows are not extracting protein from grass (well not much), they are converting the cellulose in the grass into microorganisms and then extracting the proteins from the microorganisms. The ruminant digestive system is an amazing system [1].

1. https://en.m.wikipedia.org/wiki/Ruminant
>It takes minutes to bullshit.

And it is quite disappointing because most people only have a few moments of attention span.
Since you're forcing me to belabor the obvious question just to score some low-effort snark points (thanks!):

The distinction being?

Edit: I'm out of my HN comment quota but kind of glad I am. Because I'm clearly not going to get anything productive from a thread where I wonder aloud why systemd is classified differently and where that distinction lies. When does an init system become middleware "that we didn't have before?" I can think of a few answers but was curious what others think. Fuck me, right?

Instead, ask a question, get snarkily called obtuse and downvoted because we have the misfortune of systemd being the topic of conversation. History shows us you might as well not even participate; if all the people who argued about systemd invested that time into productive activities we'd have warp drive by now. Which would be useful to flee systemd threads.

I swear, systemd is tech's abortion debate.
BTW, there is no such thing as a biased coin, only a biased flipping mechanism. You can't inherently bias a flipped coin like you can bias a die.

You can create a biased 2-state generator , but not with a flipped coin.
> HN tends to be extremely reactionary to posts like this. Perhaps because the tech/startup scene is all about getting rich quick

Claims like this are common but seem mostly to be cognitive bias. The community is divided, and people on each side of the divide perceive it as skewing the opposite way. I think it's because statements we disagree with stand out more starkly than the ones we agree with. Painful experiences are more memorable than pleasurable ones.
Historical option data is "premium" data unfortunately.
As best i can tell, the issue is not even with Gnome.

Its with a recent dbus update implementing yet another session concept (leaving it with no less than two, as best i can tell).

So you graphically log into a distro with a Gnome desktop.

This result in 6 different "sessions" being started.

In the kernel, that is largely transparent.

In X, again largely transparent.

In Gnome.

In dbus, twice!

In systemd.
Technically I appreciate much of the systemd design and implementation, but what repeatedly annoys me is when it 'takes over' - replaces - existing tooling and doesn't provide feature parity, resulting in regressions.

The one that really annoyed me (and is still present) is when it replaced cryptsetup init scripts but did not implement support for root file-system key-files.

For release-upgrades this will result in broken, unbootable, systems - it isn't difficult to imagine how this causes swearing and bad feeling!

For new installs it means loss of required functionality, and lost time and productivity exploring and implementing work-arounds to counter the regression and return to the status quo.

The reason for the lack of key-file support in systemd-cryptsetup? The purist idealism that key-file support patches will only be accepted if they use the Linux kernel's key-ring API (rather than replicate the existing cryptsetup init script behaviour).
I'm bookmarking that. Appreciate the link. You're mischaracterizing it a bit, though. He usually gave the specific counter-example(s) of what was there first so person could look it up. The only one I disagreed with was Prolog for declarative programming. "Portman" was right that real-world use of it typically requires extra steps for the how as much as the what. I've read many horror stories, even for modern implementations.
Phones are dying?

Better hope Apple shareholders don't find out!
Well, I can put on sunglasses.
Are Jeff Bezos and Bill Gates Wrong About Illumina?
I find the problem of the pain in the neck of heavy VR headsets a lot worse than nausea. I get nausea after maybe a couple of hours. But for the neck, I have to remove the headset regularly for it to be bearable.
The amps are not active electronic repeaters (retiming), they don't "speak" sonet/sdh or Ethernet, they simply amplify the optical signal.
Cardboard isn't real VR. Honestly. Today's smartphones DO NOT have the proper screens or sensors. You will get sick. Don't force it on others who might not be willing to tolerate that.

Google's Daydream is all about creating standards to improve this situation.
Hehner's work is on my reading list. The reviews on Backhouse's links aren't promising.
For some reason, Wolfenstein 3D did that to me. Except when I tried it on a 286... No idea why.
تنظيف حمامات سباحة هاتف 55973501 في جميع مناطق الكويت
Well, if she did, I think she should take legal counsel...
I think of Dijkstra the same way I think of Drake.
IllumOS distros use OpenZFS as well. Unless there is a new feature flag that has not been integrated yet, FreeBSD should be able to receive from them.

rsync is therefor most likely talking about commercial Solaris with zpool versions beyond 28.
Stop being obtuse. The GP was saying that systemd has become an entire middleware layer. Instead of addressing that assertion, you were suggesting that upstart and sysvinit are just as much middleware. They're not.
I went to a very liberal public school, where my teachers taught me to be an independent thinker, and to distrust authority. We were rewarded for solving problems on our own, and for investigating the evidence behind claims.

My middle school history course was taught to a backdrop of Beatles music. One of my High School history courses was taught in terms of Monty Python movies, which it turns out have a fair bit of historical accuracy to them.

A common refrain was "Why do we do things this way? OLD DEAD WHITE MEN."

When I went to college, I learned who funded the American Revolution. I took a philosophy class that taught us how to deconstruct sentences into logical statements. For practice we used political speeches, which amusingly enough, when diagramed out would often times turn out to be equivalent to null.

For me, the answer is, I don't trust the government because my government provided education deliberately taught me better.

This is also why I get upset when I see people insist that schools are "just indoctrination centers for our youth". Heh. Maybe all my schooling experiences from middle school on up were just serious outliers?

All that said, I do think people's relationship with the government in regards to infrastructure investment is a bit... different. Growing up with a father who worked Union Labor, I learned that the men and women who build this country up have a lot of pride and love for their job. I also learned that everything is far more complicated than I could possibly imagine, with far too many moving parts.

Working in software I know the overhead cost of communications between different teams, within the same company and across company lines. With the number of suppliers and vendors that come together for any given public works project, I am actually impressed that work gets done at all. To a large extent, I think a huge source of problems is organizational efficiency.

Yet the public demands a certain level of accountability and transparency for our public works projects. We want open and honest bidding, and that means dealing with all the overhead of having 20 different vendors win different contracts for different parts of a project. There is an inherent inefficiency there that would not exist if we could just trust "one person" or "one company" to completely execute on a project.
He missed the big picture. The mayor of Boston took care of the little things because the mayor of Boston realizes that at a municipal-level, the people hold their elected officials responsible.

Try to hold your congresscritter responsible. You can't. They blame gridlock for anything that doesn't get done, and stake their position on the right side of popular wedge issues to get reelected. This frees them up to be beholden not to the citizens, but to the party and the donors.

It's only at the very top and the very bottom that we even give a fuck at what our representatives are doing. That's why state governments are often the most corrupt. They're doing god-knows what down there in the state capitol, and chances are you don't even know their names.