skysight-inc/HackerNews huggingface dataset:
> big enough to last a several year long drought

You're way overestimating the size needed. Even in drought years there is substantial precipitation, but generally it happens at the wrong time of year.

Often you'll have flooding in the same year as drought! See this recent example: http://news.nationalgeographic.com/news/2013/09/130913-color...

That flooding is made worse by hardware (meaning roofs, concrete, etc) that prevents infiltration and overwhelms surrounding areas.

It's often cheaper to oversize your catchment area and direct tank overflow to a nearby garden. Generally the available roof area isn't the limiting factor, but I encourage you to verify this by looking up annual rainfall numbers for areas you're interested in. Do you know how much rain falls on your roof each year?
There is a correlation between the success of a product/service and the difficulty of the technical problem you solved to create the product/service. There are hard technical problems that don't result in profitable products and there are profitable businesses that result from non-difficult problems. But there are several examples of companies which solved super-hard problems (e.g. PageRank and Google, Blackberry and messaging, Apple's UIs, TI-Intel-etc.'s transistors and ICs, IBM's early mechanical computers, Edison's invention of the light bulb, Ford's assembly lines, etc. etc.)

I think the mistake many people make is that they treat marketing as a problem divorced from technical development. They should really be the two sides of the same coin. It is wimpy and inexcusable for entrepreneurs to say "I'm good at one and not the other".
>Android's push-notification depends on XMPP to work

Do you have a source for this info?
I think an ideal balance point (for all companies, not just GH) is one where someone can make a very comfortable living finding and reporting security flaws. You simply don't do that with $100-$5k bounties.
GitHub, more than nearly every company out there, is entrusted with trade secrets that are the livelihood of their customers. Paying top money to get security bugs found is not an option, but something that should be regarded as a "cost of doing business".
No. All binary programs access the CPU directly. Only certain instructions require being in a certain "ring" (i.e. access level). The CPUID instruction is non-privileged, meaning you can access it from user space.
I think IRC is the easiest source. Although, a lot of the IRC channels are invite only and you will have to find a way to get invited.

Twitter is another source I've seen. "Blackhat" users will tweet about exploits they found.
The public cares that their battery lasts longer since there's only a single persistent network connection.
This will come off very elitist, but these popular image-based self-expression venues like Reddit image macros, the pictures on whisper.sh and the inspirational/life lesson pictures people share on Facebook all the way back to MySpace blingee have a weird kitschy thing going. I should coin a neologism for it.

Whisper is like PostSecret without the irony and users over the age of 22. Part of me wants to get all haughty and say there's no way they need 21M, and the other part wants to get all haughty and say they need 1B, because people will get all over this stuff for this faux-honest emo 2.0 is how people really feel behind the layers of irony and spectacle.

I cringed when corporations started adopting sarcasm and slang to fit in on Twitter and FB, but now I cringe when I see companies using this kitschy-intimate-bitchy-tumblr style.
Hi, I'm one of the founders. The key differentiator is that you're sharing with the people you know. Secret allows you to have interesting conversations, anonymously, with your friends. On Whisper, you're doing this with strangers. They both have their own benefits.
How Aereo Is Bringing Live TV to the Cloud
And the answer to that is: generally not for IE 10 & above. Sometimes for IE9. Often for IE8.

Take a look at the caniuse tables for common functionality in JQuery:

http://caniuse.com/#search=classList

http://caniuse.com/#search=querySelector

http://caniuse.com/#feat=css-transitions

http://caniuse.com/#feat=getcomputedstyle

http://kangax.github.io/es5-compat-table/#Array.prototype.fo...
Special Report: Dream Jobs 2014
Is this still happening to you?
Clickable: http://flickseeker.com

Previous post: https://news.ycombinator.com/item?id=7013823
If you are going to be doing sysadmin work, and you want to get a feel for the attacker mentality, there are a few things you could do.

If you have the money, know at least 1 scripting language, and have an aptitude for technology, the OCSP certification course is pretty good.

If you want to go the cheaper route, there are lots of books. One introductory text a lot of people like is Hacking: the Art of Exploitation.

If you want to learn about web security, the Web Application Hacker's Handbook is a great book. For something less intensive, The Tangled Web would suffice.

If you want to learn to harden Linux servers, reedit.com/r/linuxadmin, /r/linux and /r/linux4noobs are great resources. Before you post questions, however, I suggest using the search function because lots of people ask for hardening guides.
RT-enhanced Linux stack aims at comms gear
Am I missing something, or do they minify the example code? Why do they do that? Is there an easier to copy/edit version somewhere?
I would glad to see a youmightneedclojurescript.com.
This article:

1. Create a short article repeating common sense that everyone should know.
2. JOIN MY MAILING LIST!
It seems to me that if you need to dig a well that deep you have utterly failed to address the real problem: you are using MUCH more than falls on the ground. Wait a few more years and you'll just have to dig an even deeper well. It's just postponing the inevitable. [1]

With that principle in mind, I'm not sure I care if deep resources are polluted for a few hundred thousand years.

[1] Mexico is rapidly improving economically; it may make sense for them to postpone the real solution until such time as they can afford to desalinate and ship water long distance.
Great, get the hipsters to make their own javascript.

Haven't you guys ever maintained an existing code base?

Using a "custom" framework that some kid thought up, in any language, is a nightmare.

http://seven-degrees-of-freedom.blogspot.com/2011/01/job-sec...
I don't understand this comment - I'm not suggesting you should use jQuery or nothing, or jQuery and Dojo. My point is the reasons given in the post for not using a DOM library of some sort are not valid.
7 min is a great warmup, use this app or any other of them to start your gym routine. Tack on another 30 minutes of work and you now have a very effective workout.

The best part is you can do it at your desk :)
There's a huge spectrum of what a "workout" can be depending on your goals. The original title of the post said it was "amazing" and "beautifully designed", which is a bit of an overstatement. It's a fine low-impact beginner's workout, and if you just want to sweat a bit each day it's fine. If you're looking to become a competitive athlete or get totally jacked, this isn't worth anything to you. There's no one-size-fits-all.

Working out isn't hard. Figure out what your goals are, pick a selection of exercises that fit that goal, and do them. Forget gimmicks, train yourself to want to work out and it's much easier. And don't forget to pay attention to what you eat, that can make or break your workout.
That doesn't make sense. The whole point of quicksort's algorithm is to do things in place, which requires fast indexed access and mutability.

Common collections lack both of these things.
Tell the student to MD5-hash a text file with one line that looks like this?

ID9999999LastNameFirstNameWHATSMYGRADE
I think the point of the article, and of idioms in general, is that they make code "better" (e.g. some combination of clearer, shorter, cleaner, etc.) for the community of coders who are familiar with the idioms. The obvious downside of idioms is that a programmer needs to learn the idioms to reap these advantages. So I suppose whether you should encourage idioms in your code base would depend on who will be working on the code base. I suspect most traditional software companies (even startups) will employ programmers who will either know the idioms of the language being used, or will be willing and able to learn them.
A lot of anonymous channels are open to the public.

There aren't as many skilled anons as there used to be, but there are a few left. Just don't click on any links in the channel.
Nostalgia: A Product Designer's Secret Weapon
Prettier Facebook.
Before the $3 billion offer, when SnapChat raised $80 million at an $800 million valuation, the founders each took $10 million off the table. The investors probably wrote a clause into the deal giving them the right to approve any acquisition offer [1]. The investors want tens of billions.

1. http://valleywag.gawker.com/source-snapchat-cofounders-unloa...
I think your analogy is flawed because it seems like you're essentially taking an extreme on the opposite end from what you are sarcastically mocking.

I wouldn't call myself "old school," "hard core" or anything like it, but I just don't see what's so difficult about--or wrong with--replacing any library with "ad hoc" code that accomplishes a small subset of the library's functionality if the majority of the library's purpose is to provide that small subset. "Small", of course, is relative and context dependent.
The cost is in latency and complexity for users of your head browsers. How much do you want to reduce the user experience of your users on modern browsers to support users on old ones?

There isn't a one-size-fits-all answer for this, but you should have some idea of what your traffic breakdown by browser is, and ideally what your cost in conversion rate is for each additional ms of latency (this varies by industry). I don't remember offhand what the cost per byte in latency is, but IIRC we measured something like 1ms per 1K bytes at Google (this would work out to a 1 MBps = 10Mbps connection, which seems around right for typical cable/residential fiber households these days).
Really? Couldn't find anything about their "moral contract". Sources?
Are you sure about that?

http://developer.android.com/google/gcm/index.html talks about using XMPP upstream but I thought the protocol to talk to the device was a lightweight proprietary thing.
Now only if there was an official Stylus port... One can dream, hehe. : )
Most things are dirt cheap to run. People just choose not to do so.

There have been countless services and websites over the last decade that somehow get or require massive infusions of money. Tens of millions of dollars, even. It blows my mind. Why does your website that mostly just regurgitates tech news in blog format each day (and usually only about cell phones and tablets, at that) require twenty million dollars of capital? You need a couple servers at rackspace and a couple people at home in their underwear surfing the web and parroting existing stories and news throughout the day.

When I hear "snapchat is incredibly cheap to run", what I hear is "it is reasonably priced to run, like most other services should be, but without the bloated and inflated needs that others somehow ladle onto their sites/services".
Bitcoin now accepted at productivity tool Toodledo
Show HN: Unbabel API – Human Corrected Machine Translation
I really wanted to listen to the first random song, as well! What is the "I have Spotify" button for? It doesn't work for me... I was hoping that would let me log into my (US) account without being in the country, but nothing happens when I click it.
Android 2.3 is the problem more than IE<9 for many developers at this point.
Abstractions are meant to, well, abstract an implementation. You might very well want to abstract a native operation for a bunch of different reasons. You don't need to, but maybe you should.

For example,

$(el).hide()

is quite more readable than

el.style.display = 'none'

. And I'm not even talking about the other advantages.
Why doesn't Twitter simply quarantine the handle until some sort of dispute resolution is completed? Oh wait, Twitter doesn't "do" customer service, so forget about any sort of common sense solutions.
That may be an age thing - often they are young males. Entirely conjecture.
Tell me about it. To get single instance behaviour on windows you have to piss around with global mutexes.
Recently, I have developed a small page where I wanted not to use jQuery on purpose and code against the DOM APIs instead. For IE8 compatibility I have used [1] (so I could use addEventListener and DOMContentLoaded for example), and also shims for ES5 [2] (e.g. Array.prototype.forEach) and classList [3].
While I did not run in any troubles, I don't think it is worth the effort, alone just because jQuery has a much nicer and shorter API (cp. ".on()" vs. ".addEventListener()").

But I still support the case that not every plugin/library developer should depend on jQuery by default, even if it is not necessary.

[1] https://github.com/WebReflection/ie8
[2] https://github.com/es-shims/es5-shim
[3] https://github.com/eligrey/classList.js
You might need some semi-colons though...

http://robertnyman.com/2008/10/16/beware-of-javascript-semic...
My understanding is that "offering an HSA option" without employer contributions is unattractive to the employee because it requires a high-deductible plan, and the savings from the associated lower premiums are realized mostly (or entirely) by the employer. Google solves this misalignment of incentives by funneling (some of?) the premium savings into the employees' HSAs. I don't see what is worrying about that.
Rarely that easy. Oftentimes a performance issue can be traced back to an implementation that must support a dizzying array of use cases. You may not need all of that, but you certainly cannot just tear it out and push it back up.
Browsers of the world, please embed, compile and cache last few versions of JQuery upfront. That's gonna speed up the whole navigation experience.
In theory, PGP public keys shouldn't depend on being sent over a more-secure medium like SSL, because they're signed. One of the main points of PGP's design is that you can't spoof a public key, because you can't spoof its signatures.

That being said, in practice, I don't know that everyone is diligent about checking signatures of public keys they receive. An attacker could create a spoofed key, sign it with several other identities controlled by the attacker, and hope those signatures are enough to fool the unweary.
I doubt it. Why wouldn't github want to pay more so that black hats also sell them bugs? Indeed, these are the very bugs that are going to be exploited, so it makes perfect sense for them to pay whatever it costs.

The real reason is probably: because nobody else does. I think it is doubtful black hats would sell their bugs to github unless github was paying 2-3 times the market rate, since the black hat can sell the same bug to multiple people.
Clearly you've never watched a single Bond movie. The only thing a villain enjoys more than committing a crime, is revealing the intricate plan by which he will get away with it.
WORLD'S 'LARGEST EVER IN-MEMORY DATABASE' LaunchED
Tesla Supercharges Cross-Country Treks
Preference really. But most of the front-enders I work with seem to prefer Sass for some reason and thus have been pretty dedicated to Foundation in the past. With this official port being introduced it makes bootstrap a more viable option to those who spend most of their time using Sass.
Ot: how did they do that header in github-flavored markdown?

Github's preview mode doesn't render it correctly and I can't find anything about it in Github's docs.

Here's the source:

---
title: Michael Abrash's Graphics Programming Black Book, Special Edition
author: Michael Abrash
date: '1997-07-01'
identifier:
- scheme: ISBN
text: 1576101746
publisher: The Coriolis Group
category: 'Web and Software Development: Game Development,Web and Software Development:
Graphics and Multimedia Development'
chapter: '01'
pages: 004-019
---

https://github.com/jagregory/abrash-black-book/blob/master/s...
I don't know if i need jQuery or not But your page is seriously a great "Cheat Sheet" for all jQuery Learners out there ! Thanks
She's one. Buy her some Tinker Toys and finger paints. Read every night to her, until she starts picking up books and reading on her own (it happened for me by about the age of three, simply from reading with my mom every night).

FFS, she won't even construct memories that she'll recall later in life for another couple of years. This is all really kind of absurd.
Crunch Fund II, L.P.
Python-based Assembler in Two Days
We think it's important to notify users when someone from a different device tries to log into your account. We will, to the best of our ability, make secrets untraceable. I can promise you that.
AnyPerk (YC W12): The Story of Six Pivots
I believe the point is that many libraries use about 1% of jQuery. That hardly justifies pulling in the entire thing.

A personal anecdote: I recently un-jQueried a little piece of code and ended up with only a couple lines of extra code.

Certain parts of jQuery are heavenly and well worth it, but really basic usage doesn't actually save that much. $("#something") instead of document.getElementById("something") is not really buying you much in the way of cross platform-ness or thoroughly debugged code and is hardly reinventing the wheel.
This among other things got me motivated enough to start. Very happy with the results, a lot of everyday things become a pleasure (almost) like climbing stairs 2 by 2 like a kid ... I don't think I go 'full intensity', more deeply applied, for 3 sets. For unfit people in front of screens all day long I would highly suggest having a similar routine.
I think you need a git checkout there. ;)
LinkedIn's success cannot be denied, but I'm wary of all messaging from them. Their site is a usability mess and is slow. Their marketing tactics range from creepy to sleezy.
Rewriting jQuery methods? If you can do it natively, and succinctly, why would you load a library abstraction to begin with?
They do have mortgage and investment accounts, but I've not been impressed with their investment planning tools. There isn't much in the way of historical trends, etc. Regardless, the checking / savings / credit aspect is incredibly detailed so it works well for me (not much real estate). It is pricey, but I am willing to pay to escape Mint's interface.
More to test than you thought. That just broke more than 20% of the Android installed base, since Android 2.3 doesn't work with classList.
Meanwhile: youmightnotneedbootstrap.com
yes, they can run in parallel.

But in the context of GC (in my understanding) the distinction goes like

* concurrent GC is when (some phases of) the garbage collection happen in a separate thread from the main program.

* parallel GC is when (some phases of) the collection are performed by multiple threads.

So e.g. in a mark&sweep collector you can have a background thread that performs the mark phase concurrently or you can have a parallel collector that uses multiple threads to perform the mark phase.

In MRI you can't do the latter but it could be possible to do the former, according to the thread referenced earlier.
Would this help? http://www.apachefriends.org/index.html
> Checking for empty strings can be done with len(mystring)==0 for this reason.

`len` blows up on None, so this blows up completely instead of just failing.

> Relying on implicit conversions is just sloppy.

There is no implicit conversion. Truthiness is a protocol, it does not convert anything anywhere.
You should check out Pure's grid system. Works well with Bootstrap. http://purecss.io

Disclaimer: I helped write Pure
Why does it need to be an app? Why not a piece of paper tacked to the wall?
10 years old, and holds true now more than ever.
Question: If you were developing a large, content-driven site, would you bother with Bootstrap?

Bootstrap seemed a bit like overkill when I had to use it in my old job. The CSS and markup seemed excessive, and the strict JS was kind of a pain to deal with.

I know I can get something that looks half-decent up and running quickly with it, but if I'm not planning to take any visual design from it, is there much of an advantage? Is Bootstrap's grid so great in any way that I really should be using it?
On the plus side, there are those of us who are brought in for their experience at untangling these messes and coming up with solid solutions that can scale up feature-wise. The same people will willingly dig out problems and fix them in production when all else fails.

People queue at your door if you have these skills.

Mediocre programmers create a lucrative market for unicorn shit as I was once told.
>"[T]axes are and always will be a form of mutual coercion, mutually agreed on."

You appear to believe that my birth in a high-tax country is tantamount to acceptance of a social contract with an arbitrary tax level clause (subject to change without notice). For a valid contract, three elements are required: offer, acceptance, and competent persons.[1] I would contend that at my time of birth, I was not a competent person, and even then, I doubt that I would have accepted the contract which you are proposing.

>"Engineering systems almost always include negative feedback loops to prevent runaway destructive trends. Its a concept foreign to much of economics. Not in the least helped by the anti-empirical faith-based fundamentalism of Libertarian dogma that seems to be growing in popularity."

The problem is that democracy has almost no feedback at all, as people have very little incentive to accept that the policies they voted for have caused real harms; in addition, there are high switching costs when it comes to political views.[2]

Libertarians usually resort to two arguments, economic efficiency, and the morality of coercion; I am not sure which of these involves the "dogma" you describe, but I will assume you speak of the economic arguments. You state that there is no feedback in markets, when I believe the opposite is true, as markets react to new information, though they may not always do it very well; the efficient-market hypothesis explains this, and is entirely compatible with feedback control systems theory, (especially the strong form EMH).[3]

[1] http://en.wikipedia.org/wiki/Contract
[2] http://en.wikipedia.org/wiki/The_God_that_Failed
[3] http://en.wikipedia.org/wiki/Efficient-market_hypothesis
Rare Twitter username 'stolen'
How Employees Can Improve Your Brand Online
Right, because why have "var x = 2+2" when you have perfectly maintainable assembly!
Or you could try programming in Scala, though it's an awkward fit to Android. Scala's standard library is large enough to strain size limits on an Android app, to the point that shrinking things down with ProGuard is pretty much a requirement.

That said, using the tools of more modern JVM-based languages can tighten up your code in all sorts of ways. An experiment along those lines is here:

https://github.com/rst/positronic_net http://rst.github.io/positronic_docs.html
“I could build this on the Twilio API!”
“I could learn that new CSS framework!”
"I could use this new tool I just purchased!”

I've never thought this way when I learn about some new technology...my way of thinking has always been "This task I'm doing really sucks, how can I make it easier?" This way of thinking seems so much more intuitive and less mentally taxing. Do others here really think the way the author describes? I'm curious.
New HTML function plotter