jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
Backrub....

I don't recall the name, but I remember using something exactly like (the originally intended) Backrub my first year in the dorms (1996 or early 1997). The program I was using was more of an overlay where you could draw on the page (using a simple MS-paint like UI) in addition to adding text annotations. You could either keep the changes local, or share them on some central site. It's downfall, as I recall, was threefold: buggy code, popularity, and the publicly annotated copies of popular websites turned into layer upon layer of graffiti. Something like the original concept for PageRank as mentioned would've been perfect.

It was a neat concept, but really only practical (as implemented) for the static web. It died long before dynamic page generation became widespread. (I just can't remember the name of it! :) )
I would not use "this is fun" ever. If it becomes at all common for people to start using 2- or 3-common words instead of smaller non-word strings, password crackers are going to start generating 2- to 4-word strings. "This" and "is" are two of the most common words in the English language. A flat dictionary approach may take prohibitively long, but a smart password cracker is going to start with the most common English words, and I just don't believe "this is fun" will survive very long.

If you use 3 uncommon words with no logical connection ("masquerade nefarious pulchritudinous") you are probably safe, but if two of your words are among the language's 100 most common, and your password is a sentence... bad idea.

A cracker faced with a 20-character password space is going to choose "this is fun" before "J4fS!2". It's only with a 6-character password space (which is pathetically small) that "J4fS!2" is likely to be hit.
Assembler then - hundreds of opcode mnemonics. And you could actually make a case for it being the mother language.
In the future you might consider only putting down words that you're willing to stand behind.
It's not really possible to compare prices across such large time periods. The author chose to fix the price of one commodity (unskilled labor), while you chose a difference commodity (food).
That statement seems to be based on this:

http://www.detroitchamber.com/wp-content/uploads/2012/09/Aut...

I have no idea what they were thinking. What I do know, however, is that there are more than 2.4 million people in the US expected to be at work or school between 8-9am. Using your example, there are few people that can afford $50 to and from work ($100/day - $2,000 per month for those on a 5 day work week - around the cost of leasing a very high end Mercedes).
(Disclaimer: IANAL)

Reading through the history of the case[1], it looks like the District Court ruled that the Federal TSA officers involved were entitled to qualified immunity under the Federal Tort Claims Act. The reasoning was that the TSA followed appropriated procedures and wasn't responsible for the longer (few hour) detention by the Philly Police. In my opinion, that seems reasonable. The TSA only detained him for 15-30 mins to question him about the cards, then turned him over the the state police.

After that ruling, the parties settled. I'm not sure why the case wasn't pursued further against the Philly Police. It could be that the case wasn't likely to succeed under Pennsylvania law, or maybe the ACLU wasn't interested in continuing to pursue it, since a Pennsylvania precedent wouldn't be a "worthwhile" expenditure of ACLU resources.

[1]: https://www.aclu.org/national-security/george-v-tsa
thats a good point re economic incentives. They could be so strong so as to make driving non-autonomous cars more expensive for those that care to. Once insurance companies and governments see real world data that shows that software can drive a car better than humans it will get very interesting.

To take this to an extreme, humans driving cars manually might just become a sport.
I dislike this strongly. It is attempting to demean a group of people without really giving them a fair chance. It exaggerates and vilifies the "enterprise programmer" while lionizing the young-but-inexperienced smart programmer. It's a very common theme here on HN. It's playing into the narrative of the young entrepreneur that can drop out of college and build the next successful start-up. The fact is that most people in that situation will fail the first few times as they gain experience. People who can operate like Alan, though obviously Alan does not deliver results, are very valuable in a company. Systems have a tendency to get more complex and you will need people who have experience dealing with that complexity, managing it, and reducing it.

Let me address the parable a bit more directly.

The parable is very hard for me to relate to because to me it seems like the two characters are cherry picked such that they're vastly different in terms of skills. It looks to me like Charles is either much better than Alan at design or got lucky. I think the only wisdom that can be gleaned from the story is to not over-complicate your design. Charles and Alan both spend time upfront designing their code, but it seems that Charles came up with the better design and saw the simple kernel of the problem. That's the only real difference between the two. Alan saw a problem that needed a lot of work and specs to get right, but Charles saw it was actually a very simple problem.

I would say the lesson is to make sure you understand the problem well enough, but Alan is an experienced guy who still couldn't figure it out, so it must have been a hard problem to know how to work with in the first place. Maybe Alan was working defensively to make sure he had all his bases covered in case the design turned out to be different than he initially anticipated. I can't say.
> A restart is just another crash.

So let's say you restart, and the process comes up with new code, including new type signatures for the messages that the process is expecting to receive. How (and when) does the compiler check those new type signatures against already-running processes on another node?

Maybe there's some very sophisticated way of managing versions using subtyping to ensure that a new version always accepts a superset of the messages that the old version accepted. That sounds like a mess, and I doubt it would actually work.

Even if it did, it's solving the wrong problem. In a massively distributed system, message types are just one small part of a larger problem: protocol integrity. If you send the right message type at the wrong time, or are waiting for a message that never comes, a type system won't do you any good.

So to make this all actually work, you need to incorporate some high-level declarative protocol specification into your distributed versioning static type system (with subtypes). Perhaps not impossible, but wow, that would be some serious research effort; and then a lot of engineering effort to make it practical.

I could sum this up by saying that all static type systems seem to revolve around one very simple protocol: the function call. The erlang type system can handle that just fine. But erlang also brings a lot of other protocols to the forefront, and we don't know how to typecheck them all. Other languages punt on these problems so that they can call the type system "sound", but that doesn't make the problems go away.
Of all the countries in the world, this is the one I am the most terrified of ever setting foot in. At least if I went to a place like Mogadishu, I may be at risk, but I know they don't have the resources to waste on finding out unknown knowns.
We're going to see an increased average number of passengers per vehicle. Current average in a city like San Francisco is 1.3 passengers/vehicle. An average of 4 is conceivable (67% decrease in number of vehicles on the road).

Autonomous vehicles will likely be electric - this is the other component that will reduce our need for fossil fuels.
Apple is simply building a mandatory foursquare competitor, it's not a big deal guys
It's interesting to see the knee-jerk reaction when someone talks about Indian or Chinese programmers. The hypothesis that "all smart Indian programmers are in the US" is, well, somewhat naive. Sure not _all_ Indian programmers are great, not all are even good, but that's true everywhere. Finding the good ones will take as much work there as it does here. There's an awful lot of chaff. But there are good ones, even great ones. And a _very_ tiny percentage of a billion is still a lot.

So let me make the argument less prone to misunderstanding. When you open the door to making a post "work remotely" you are competing with programmers in Ireland, Australia, South Africa, Israel, Holland, Germany, New Zealand and so on. All have excellent English language skills (ok, apart from the pesky Germans), excellent work ethics, and in many cases require a living wage below that found in the US.

When your job requires you go to the office, you're competing with say a million others who could do that job. You might even be the very best. But are you still the best if we expand the pool to include a billion people?
You don't code your way out of a paper bag, you just declare a subclass of NSPaperBag and assign it an outlet.
> why do you insist PHP is my "favorite language?"

Sorry, I guess I just assumed that because of the amount of time you've dedicated to writing about PHP on your blog, and the fact that all but one of your projects on Github are implemented in PHP. But sure, maybe your favorite programming language is one you never publish code in, and never write about on your blog. Forgive me for assuming too much. BTW, I never said there's anything wrong with PHP being your favorite language, if it is.

> You're drawing an invalid assertion based on the fact that I've been disagreeing with you.

Bravo, you've scored a point in the argument. However, you've also managed to reduce our conversation from a potentially friendly, intelligent discussion of the benefits and drawbacks of PHP to a competition to cherry pick single sentences and find the tiniest flaw in them, rather than look at the ONLY point I've been trying to make the whole time, which is that PHP's average performance on cross-platform benchmarks is not very good, and so it's not such a good idea to claim it's "maybe the fastest and most scalable scripting language" unless you have good evidence to show why the benchmarks are irrelevant.

In the course of this discussion you've lost sight of the fact that I posted a friendly, supportive comment on your post and merely pointed out one thing that I thought was inaccurate, and you've come at me with guns blazing, telling me to look into APC, which I was already using when you were probably still in elementary school. That's why I called you a cocksure noob.

> When building a webapp although, those benchmarks suddenly because unclear to me

Yep, like I said in my very first comment, I think PHP is often just fine for web apps, because its raw performance in a web context is often not the bottleneck. However, sometimes it is a problem, which is why people have invested the time into creating PHP to native binary compilers, for example. If APC solved all performance problems, do you think anybody would have bothered?

> because they mask the fact that byte/machine code caching is used for some

Stop equating Java bytecode and PHP bytecode. It's not the case that if you simply enable APC, you'll get in insane performance boost in, for example, array traversal. You'll get a significant performance boost in page request time because the interpreter doesn't need to generate the bytecode over and over again. That's it, unless you throw in an optimizer as well.
I hadn't heard of Sinatra before. I'll check it out. Thanks!
If it makes you feel better, the little dots aren't your location specifically but the location of the tower you are connected to at that instance.[1]

[1] This is according to a commenter on another blog. I'm still on 3.1 so can't verify these claims either way. But this seems to confirm it http://blog.csvance.com/?p=39#comment-109
There's a lot of marketing hype in here. There are a lot of mobile device collection tools and none of them fully collect every device out there.

Also, collecting a 64GB i<device> over USB will take at least 24 minutes. (You don't really just want the photos, do you.) That makes for a long traffic stop.
Yes sir, you're right!

I love learning new things, but to be honest I don't find a good use case for e.g. Hadoop, at least not in my personal projects. Nor they are attractive to me. And it's not because I'm not into non-mainstream tech, because I am into R, Haskell, Redis (yes I know some of you might consider them mainstream).

Lets say you don't have a super-model-girlfriend but you want to know everything about them... Some people like to do that I don't.
Graphite co-maintainer here. We are working through the issues to finish up the 0.9.13 release now, the last of 0.9.x. There are some exciting features coming up in the master branch (future 0.10) as we slowly merge megacarbon into master. We are also slowly upping the test coverage one project at a time (I spent some considerable effort on whisper over the Christmas break) to give us more confidence when merging contributions from our huge user community.

So TL;DNR: if you've got graphite questions, feel free to ask here :)
We just asked our vet.
Good point! I'll try to emphasize that more. And yes the plan at one point is to do the reverse as well, or dictionary of any language to any language :)
Yep, this was pretty much my opinion.

But then my wife got sick. Spent 5 years with myriads of specialists, who all did their testings, and threw their hands up in the air.

So guess where we eventually land, when traditional medicine gets us no where? Within months of removing these effect-less "toxins" from her diet, I have a wife back.

So believe what you want -- I'd do the same if it hadn't radically effected my own life.
They are a step backward. They try to make a complicated thing look simple. That is always a mistake.
...and source control
It's both. dogweather had the experience and breadth of skills to explore a range of solutions to find a good fit as well as the empathy to see things from the customer's point of view--not to mention the people skills to make his case so well.
Very similar to current MacBooks, if not a little bit crisper. Could do with a bit more travel just like most new laptops.
I created Taskfort for iOS after getting rejected by a couple of company interviews for not having enough iOS experience (I'm trying to become a mobile engineer). That kind of stunk so I figured to stay positive and just build up my resume by making a new project.

Besides Trello, there really wasn't a free good kanban app. Additionally, the app can connect to your self-hosted instance of Taskfort if you so choose (check out www.taskfort.com). I tried to keep my UX fairly simple and I hope you guys enjoy it!

It doesn't have all the features of the Web Portal integrated yet but I figured it was a good start.

If anyone knows of any iOS positions out East (preferably NYC or Boston... or remote?) let's connect: timnuwin@gmail.com
Seems like this is an unnecessary somewhat inaccurate comparison. The 2015 Macbook has retina 12" display, redesigned force touch haptic feedback tracepad, redesigned lit keyboard, and weights 25% less than the Asus. Asus battery life is not spec'd in the writeup.
The MBA 2014 battery and performance are most surely more powerful than the Asus. So the 2015 Macbook is more portable and probably has a longer battery life, and the 2015 MBA is way more powerful, and definitely has a longer battery life.

I'm at a loss why you chose to highlight the stats the way you did unless you simply have a bias against Apple. I understand not wanting to pay for crazy expensive tech and the packaging Apple is pumping out. It's a good a reason not to buy Apple products. The Macbook lines do serve a purpose and they serve it very well. Frankly, I don't see this Asus completing successfully in any of the three Apple portable computing lines.
Tests are always like this, no matter how well you know the code. A test that covers every possible case is called a proof.
Which honestly mostly works well, except when it doesn't. There are at least a few module/version combos where people have shifted a version tag on their repo over time, leading to the (unfortunate) reality that you end up with different modules depending on if you fetch it through a proxy, or directly. Not entirely surprising, this can (and will) cause build failures.

Source: I build lots of Go modules for fun (well, specifically, I have some automation to do it for me) and notice these things, when I get more failures than expected. http://github.com/vatine/gochecker for anyone wanting to play along from home (the 1.16 release report is on hiatus, as there was a LOT of things that didn;t work smoothly this time).
Parent is saying that the lack of FDIC protection is bad for Bitcoin because your wallet can get hacked. I'm just pointing out that the FDIC has nothing to do with preventing anyone from getting hacked. Adding FDIC protection to Bitcoin would not change anything about whether or not your wallet could get hacked.

Bitcoin is more like having a pile of cash. The FDIC doesn't protect you against a pile of cash in your house getting stolen. Keeping a large amount of cash has advantages and disadvantages and risks. If you aren't willing to understand and mitigate those risks, then don't do it.
vendor lock-in. Good luck switching away from GCP once you're tied in to their cloud services. Might as well spend the VC money and not worry about moving.
First thought: The red mascot of Angry Birds.
> Putting them down to sleep away from you and then expecting them to suck it up and deal with it when they get distressed is one of the most idiotic things that I hear otherwise intelligent people say

This is exactly the kind of "common sense reasoning" put-down that makes parenting so challenging.

Do you actually know -- I mean, have actual evidence of harm? Obviously it "sounds idiotic". But bloodletting to reduce headaches also makes "common sense" -- or at least did pre-modern medicine.

The critical part here is that sleep training does not happen in the absence of other effects. If the alternative is heavily sleep-deprived parents, is a few nights of distressed sleeping worse than 3 extra months of extremely exhausted parents? To me this is much less obvious.
I doubt the ability to lift enough of them into orbit to make a difference.
Why are you so certain about the validity of your heuristics?

There is a significant difference between the example in your analogy.

If you are a maintainer of a code base, and you are looking at a merge commit from a stranger, you are the authority. The domain is the one you are the expert in, and you are encountering strangers of dubious credibility whose claims you have to evaluate drawing upon your experience.

That's valid.

But, judging from your example and the forum on which we are speaking, your domain is NOT sociology, psychology, philosophy, or politics (and whatever intersection of those fields leads to analysis of racism/gender discrimination etc). Maybe you took some classes in it. Maybe you even have a minor. But it's probably not your profession or area of study.

Yet you are willing to dismiss academics who've chosen to spend years of their life studying these concepts, analyzing root causes, and coming up with conclusions.

How does that work?
Pretty much. I've itemized the past couple of years for various reasons but most people won't benefit from a home office deduction.
Interesting, I've always loved this feature. I guess in my use cases, whenever I go to click the URL bar I'm intending to copy/paste it more often than edit. Either way, it's deeply ingrained into my muscle memory by now to go click -> pause -> click to edit.
Definitely false, I noticed the same thing. It's the hair for most women. Most of my female friends confirmed, sadly.
but all this has nothing to do with if people want the vaccine or not, if it is available.
I just recently migrated as well and it was very straightforward and pleasing.

Little oddnesses here and there in DefinitelyTyped d.ts choices.

Overall though typescript feels like first class javascript+a much better future javascript.
Well, that was an enjoyable rabbit hole! (Including traveling deep into the linked pages.) :-)
and you still think a scrollbar preference is worth calling "authoritarian"? odd. Maybe the soviet union wasn't as bad as everyone says, if that is the standard to judge by.
I had my eye on this, but the blog hasn't been updated for nearly 18 months so it's probably dead.

http://scriptogr.am/
Poke around in here http://dayabay.ihep.ac.cn/twiki/bin/view/Public/

This isn't the paper mentioned, but is a recent summary of the experiment. http://arxiv.org/ftp/arxiv/papers/1308/1308.0089.pdf
I like how your second link- links to a book with a good explanation but you first link doesn't link to a book or explains itself well. I prefer a Night-watchman State [0]. Panocracy is a system that can work as a separate entity to a Minarchist [1] society which happens to implement a Delegative Democracy [2] with Open-source governance [3] (something a minority of people dream of but the majority know it isn't feasible- take a look at Voting and Combinatrics [4] and Combinatorial Voting [5]-- it's all theoretical anyways since a Minarchist, Panocrist, or Combinatorial society has never exsited). I don't understand why don't you link to a Delegative Democracy and Open-source governance's definition, if that is what Panocracy is implying.

[0] http://en.wikipedia.org/wiki/Night-watchman_state

[1] http://en.wikipedia.org/wiki/Minarchism)

[2] http://en.wikipedia.org/wiki/Delegative_democracy

[3] http://en.wikipedia.org/wiki/Open-source_governance

[4] http://www.youtube.com/watch?v=LFjApWH8R9c

[5] https://docs.google.com/viewer?url=http%3A%2F%2Femlab.berkel...
What scared me is it seems to originate from a MIT site.

I assumed some sort of prank?

http://www.technologyreview.com/view/518416/black-hole-analo...
Medicine & Law
> What the fuck is going on in my country?

The short answer is that it isn't your country anymore.
Indeed, manual development does have some creative aspects but primarily it's technical IMO. It's a strange thing that it's probably more "creative" than some use of a point-and-click camera, say, but that the camera use would be considered creative enough to have made a work.

Agree with you the more I think about it TBH - developing film is not transformative of itself.
I don't think Slick can be considered a very SQL-centric API. While the Slick folks embrace the relational model, they certainly do not embrace the SQL language. Just as with LINQ, this can be desirable if you want to reason about collections in a more general sense. On the other hand, the SQL standard has gone far beyond the "occasional" OUTER JOIN that can turn out to be a true challenge to Slick.

In other words, SQL has never been purely relational. It is a beast of its own.