skysight-inc/HackerNews huggingface dataset:
Everything you've said here is simply dismissive.

"Kernel dev. policy is not to break user space. ENOENT is not a valid return from ioctl. Kernel maintainers are expected to know and adhere to this" is the only point that Linus had to make in this discussion.

People just don't understand why he added a bunch of swearing and questioning of the dev's basic intelligence. That's all.
I use Dropbox for synching only. I don't consider it a backup. For backup, my solution is redundant:

I have a local Time Machine backup that is going continually. This allows me to quickly recover from most problems. However, if my house ever blew up, it wouldn't be sufficient, so in addition...

I have a Backblaze account. $5/month for everything on one computer, which is fine because Dropbox syncs my laptop to that computer. That backup runs continuously and keeps 30 days history (so if I delete a file and need to get it back, I can). Since I only care about disaster recovery here, if my house does blow up, they'll send me a hard drive with everything for around $100.

The combination means I feel pretty comfortable. I just hope my house doesn't blow up!
Approaching this issue as an Australian startup the easiest solution I found was to use Chargebee and Worldpay. Great support from the team at Chargebee too.
Indeed. I once spent several hours debugging a desktop client application that relied on a correct system time.

Finally, we noticed the user's system time was set to several weeks in the future. "Oh yeah, that?" He showed us how he uses the system calendar to check dates in the future. When he was done, he'd click the "Ok" button, thereby setting the current date in Windows to some future day.

Lesson learned.
My point is that their legal arguments in this case aren't limited to bulk importation, but are arguing that there exists no first-sale right at all for books that didn't undergo that initial authorized domestic "first sale", regardless of why, e.g. whether it was one book imported by a tourist who bought it in France.

If their arguments applied solely to bulk parallel importation, that would be another matter. That's the "narrower" legislative fix that I proposed above: to ban the act of bulk commercial importation itself, rather than doing it in a roundabout way via resale restrictions.
I never said I was the only one washing cars. I had sub-contractors that I paid on a per-car basis. Scaling an on-site car wash to 1,000 or 10,000 sub contractors is not going to happen. And here is why: Too many problems will arise. Insurance claims, theft, etc. will quickly make them raise the price to keep a healthy profit margin. Problem is, once you pass a certain price point, people will simply not buy. Thus you end up scaling for nothing. On site car washing is one of those businesses that just doesn't scale favorably.
You would enjoy this site http://gettingstronger.org

Likewise http://mises.org/books/stoics.pdf

As a long-time fan of Epictetus and Marcus Aurelius, I was pleasantly surprised to discover the links between them and modern anarcho-capitalists like Hazlitt and Mises.
Completely disagree. I found no problems with the tone here. Instead, you have an insider who shares a few implementation details to give us an idea about the depth at which they go to prevent data loss failures. I saw nothing in his post as "bragging".

The guy lost everything because a temporary team membership was revoked.

What would you like him to do, apologize profusely and robotically without knowing the details of this incident? Dropbox is a decent-sized organization and I am pretty sure they have guys already responsible for addressing specific issues like this. To expect every employee to know details of every issue seems unreasonable.
When the goal is to get people to use a product you've built, seeing what puts customers off can be very hard because of eg. confirmation bias, tunnel vision, and so on. That's why statements like "I stopped reading after..." or "Then I decided not to..." can be very valuable.
Yes,

It seems like both Wikipedia and Stack Overflow are done, at least approximately. It is just that Wikipedia has at least some structures that have adapted to being done while it seem that SO framework never considered the possibility of the "frontier of general questions" being settled.
I still have to put in all the hard work, but I actually manage to get an intuition from it.
Its pretty common business terminology - It is unlikely that the author intended to offend, and your reaction isn't a common one.
Create an LLC, and use the EIN from that. As far as my experience goes with US banking, there is nothing to stop a foreign national from owning an LLC.
'Languages are top to bottom', yes, but only because of the legacy mechanics of handwriting and then typewriter-rolls. (Hands or mechanism would obscure any lower text.)

As each generation spends more time with keyboarded/gestural/voice inputs for flexible screens, the old mechnical habit – append new at-bottom – will fade, with more applications embracing new-item (and new-line-insert) at-top.

Regarding shells, do you mean your eye tracking would have to zig-zag? If so, imagine a completely inverted shell/terminal, at the unit of individual lines. You'd only have to scrollbar-back in the exact same situations as in a classic terminal: when more than one screen of output resulted. And your eye tracking for smaller bursts of output will require the same reversals and vertical-magnitudes as before: just in the opposite direction. So once you habituate to the inversion, the differences that remain are:

(1) 'up' means 'newer', consistent with other screen-native scrollable information feeds

(2) your eyes' 'home row' stays near the top of your screen – closer to looking at the world above the screen, rather than the hands/keyboard/ground below

Both these seem like wins to me... far from slam-dunks, but enough to chip, chip, chip away at the traditional language practices over time.
I'm more turned off by hard-to-read regular expressions, especially ones that look like they may break depending on what terminal emulator I'm using, how quotes are escaped, etc. The "you've been doing it wrong for years" tone I could do without, but see people using it with good enough intentions so frequently that I'm no longer bothered by it.

Also, `ack` is not installed by default, which is reason enough to not get too used to it. Some people will say "optimize for being on your own machine, since you are 99% of the time", but I'm not. Installing additional utilities on multiple production servers is annoying enough, and can actually become problematic in a PCI-compliant environment as mine is. I'm also frequently helping out other members of my team, and having a magic one-liner that often results in "-bash: ack: command not found" is not terribly useful to me. YMMV.
For some of this stuff you can use Freebase, which has an awesome queryable JSON API and a very open and permissive license. Our movie data is quite good for structured information, though not so much for unstructured trivia. [Disclosure, I work on Freebase for Google.]
Another word for lawsuits like these is 'blackmail'. You're big enough so pay up or we'll sue.

If you use a free service the way to seek redress unless they've already gone and used your content in a way that you disagree with (and that would definitely not be a class action suit) is to vote with your feet.

Instagram sucks, their policies suck and now that they're owned by FaceBook they suck even more. But that doesn't mean that suing them for providing a free service makes sense.

When you're a company that is visible lawsuits like these (or at least their announcements) are part and parcel of doing business in the United States. This goes so far that the CEO of a multinational that I know that has an operating arm in the United States whereas the parent company is located in Switzerland told me that they just count this as a cost of doing business in the United States.

In their case their products were simply a bit more expensive in the US because of the hostile legal climate. In the case of FaceBook it means that the legal team costs are being taken out of the shareholders pockets or that the ads are a bit more expensive than they need to be.

In the end this is a zero-sum wealth reallocation scheme with a blackmail and a lottery component thrown in.

The lawyers that take these kind of cases are the business world equivalent of ambulance chasers.
I did, and the bigger margins were just a couple of dollars when all was said and done. In the end, I was still wasting my time with either option. Not complaining because I learned a lot from it.
Ability to recover deleted files for up to 30 days is a prominently advertised feature of Dropbox. It would be unthinkable for them not to allow that, given how easily files can be lost by users who aren't familiar with how syncing works.

Look at all of the people who consider Dropbox a "backup" service, and imagine being the guy on the phone who has to explain that yes, actually, deleting a file on one system is supposed to delete it from all other clients.

I will say that this is a really interesting story, in that it illustrates how Dropbox, like all of the similar services on the market, is handy for many use cases but ideal for almost none. A service that's basically a "scriptable" Dropbox would be pretty compelling.
http://whatis.techtarget.com/definition/Chinese-wall
> * Better support for multiple accounts: Users can quickly switch between using personal and Teams accounts on the web today and we intend to make this better across our platforms.

On Linux, I've gone out of my way to install the (pseudo-unsupported?) daemon headless under multiple users to get concurrent access to work and person accounts; would like to see this improve (while dealing with the "I have ten free accounts" and other pathological cases).
My mistake, you were intentionally casting a wide net. I see where you are coming from now.

In my time working with Java (14 yrs now...sigh) for simple Web applications, I've never found the need for the majority of the J2EE stack, instead opting for Servlets and...well, just normal Java code. I've had Java gurus throw proverbial books at me for not using EJB and its ilk, but I just don't like how complex it all gets once the full J2EE stack is included.
The x86 Power Myth Busted: In-Depth Clover Trail Power Analysis
> This means that their service is not offered altruistically or even unwillingly; their persistant existence relies on our using their services.

And that the service that you sign up for is probably not the service that you'll see a few years down the line when the pressure to monetize is up. Until then you shouldn't be asking if there is a catch, but what the catch will be.
The distinction between employment and sellers markets is that an employee typically has a (mostly) exclusive relationship with a single employer, and relatively high switching costs (interviews, unemployment), particularly for more advanced / skilled professions.

A buyer usually has very low switching costs between merchants. That said, yes, there is a great deal of concentration in retail, especially as you go back up the supply chain. For electronics and other advanced goods, there is typically one or a very small set of manufacturers (at least at the component, if not the finished product scale), e.g.: Foxconn for laptops and mobile devices, a handful of disk drive and memory manufacturers, etc. For food, there's a huge level of concentration at the mid-market, through Monsanto, Tyson, Cargil, Con-Agra, etc., despite the huge number of individual food outlets.

While I don't claim that all markets are oligopolies/oligopsonies, a great many are (or exhibit a great deal of concentration, or of market distortions such as healthcare) including many of those comprising a large share of the US economy: health, finance and insurance, utilities, retail. Enough so that what we consider to be the conditions of a free market: economically small buyers and sellers with equivalent information and low switching costs meeting in an open marketplace, are actually met in only a small portion of the economy as a whole.
Bah, we routinely did this for our lan parties.
We have been using http://justinmind.com for prototyping. It's worth trying.
Bingo. Having 80 files to move logic out of the controller because of 'design principle' is almost worse than having that code in the controller in the first place.

Apply based on reality, balance based on your needs. No articles or dogma required.
Entirely agreed. Other users' points about the tone of the article ring true to me as well, and they are only hurting people's impression of the tool, which is unfortunate; I use both ack and grep (my regex comfort level is not extremely high, so grep -v is still a common fallback).

For the curious: It's "ack-grep" in Ubuntu's package manager (and presumably Debian, though I can't say for sure); I stick it on every machine/server I set up just to have it handy. Queries to the effect of ack-grep --python ClassName yield fast, readable, extremely useful output, as you mention. That's why I use it in addition to grep.
King William's college general knowledge quiz 2012
As a long time lurker I was in a prime position to answer that, so I made an account and did. Setting up USD processing as a non US citizen is a big PITA
I was also in the automotive business for around 12 years. Most of it was spent running my own repair shops, one of which was an on-site auto service like YourMechanic. I had the same experience as the Carwash business. Not much money for too much trouble. Now, a repair garage did work out to be profitable because I'm a great mechanic. My work was always top nothch because I cared about my clients. But when things were going well my brother passed away. I had to close the shop one year later. Thats why I moved on to working on software full time. Decided to completely do away with the auto service industry, unless it has to do with software.
Out of curiosity, when storing new files how do you decide between Data and Development drives or is Data fully unrelated to Development context?
- grep does regular expressions.

- grep uses by default the same regular expressions as sed, which is another frequently used tool.

- grep also supports perl regular expressions.

- grep is available on every linux/bsd/*nix system out there, so it just works and make your scripts work.

- We use grep to search through gigabyte sized files (ie logs). You didn't show us how well ack performs there.
Seems questionable to use the local time for that. System time isn't exactly a trusted quantity, is it?
Argh. A link to the AEI as a point of authority. And some unsubstantiated opinion as fact. Some stuff about homeschooling. Wanting to be like "east Asia" (there are a lot of countries in Asia). Let me know how 3-4 generations under one roof works out for you.

Well done, sir/madam. Well done.
I mean that, especially for introverts, trying hard to make friends usually is counterproductive. If instead you start finding things you actually enjoy and start enjoying them (forgetting there's people around) it's easier to engage in productive interactions
Can anyone explain why you can stand the heat in the day, but when it comes to night, while it may be a comfortable 15c outside you can't sleep, and it seems much hotter? Maybe it's just me. I'm talking about those (rare) 30c hot days in an English summer (no sniggering).

Is it internal, bodily factors or external factors (e.g. the house absorbing the heat? I don't buy that, though, as I can have all the windows open blowing cool air in and still not sleep).
Great video lecture on functional programming w/ Haskell, 2x speed recommended
Given code like this:

class RatingsController < ApplicationController

def create
success = RatesBusiness.add_rating(params[:business_id],
params[:score],
current_user)
render json: {success: success}
end
end

Wouldn't it be better something like this (just to adapt to rails)?

class RatingsController < ApplicationController
logic = RatesBusiness
end

Or, even better

class ApplicationController < Controller
def initialize(logic):
// do something
end

def create:
// do something with the logic
end
end

And adding some routes for each logic.

But, then, you could just extract the route from the logic name (and get the rails controller back, that now it would be called "Logic")

My point is that extracting code just for the fun of it seems worthless. What is the rationale in this case?
MVC is great for managing the display layer, but it doesn't really cover how to manage your domain logic. IME, MVC scales best when the "model" is a logicless DTO created by a business layer.

For small scale apps this is overkill, and you can squash persistence and business logic into the model. But for some complex apps you really benefit from a multi-layer approach.
I'm curious why Firefox isn't supported. I don't see anything that was done that Firefox wouldn't be able to do. Very cool demo though and something I will have to consider for future holidays!
"There are whole libraries and STUN servers designed for the correct hole punching procedures,..."

Which was a gigantic mess, for many reasons. Check out www.cs.ucla.edu/~lixia/papers/NAT-in-Retrospect.pdf [PDF].

"...which work most of the time."

Exactly.
The key: create more value than you capture.

Tim O'Reilly first presented this idea in 2009, which is why you might be thinking "hey that's not new":
http://radar.oreilly.com/2009/01/work-on-stuff-that-matters-...
NYU and Other Medical Schools Offer Shorter Course in Training, for Less Tuition
> He brought out the part of the HN crowd that wants things to be on-topic and/or useful instead of user-blaming

Right. You didn't obviously read my comments, did you? Maybe you just skimmed them and chose to jump on the band-wagon?

http://news.ycombinator.com/item?id=4963826

I'll quote the most relevant and definitely constructive/useful parts here you don't have to bother with the links if you don't want to. If you do, please slow down and read it all. Then think about the idea of loosing, I don't know, a year's worth of work and blaming someone else for it.

Here it is (reformatted because HN does not have a much-needed block-quote markup):

My approach for Dropbox on both Windows and OSX is to have the
Dropbox folder on a drive that will never see development work,
even if that means creating a separate partition for it.

In most cases the system drive works fine (you do have separate
system and data drives on your machines, right?).

This forces a COPY operation rather than a file MOVE if you
drag-and-drop files into any Dropbox folder. Which means that
everything in the Dropbox folder could be trashed tomorrow and
nothing whatsoever would be lost.

Do this TODAY and unless you have massive local loss of data you don't have to worry about Dropbox loosing any of your data at all. Not one bit. If that isn't constructive I don't know what it.

Then I also said:

FEATURE REQUEST: It would be very nice if Dropbox client software
could have an option to auto-magically COPY files in and out of
Dropbox rather than allowing any files to be moved.

The above-mentioned hack works fine but it'd be nice to not have to
use it. Also, I'd venture to guess that most Dropbox users don't do
this, which opens them to unintended loss.

In other words, if Dropbox could implement the suggested approach EVERYONE, engineer or not, would be spared of total data loss due to something going on at Dropbox. Local data loss, of course, is still your responsibility.

And then, trying to understand further, I asked this:

http://news.ycombinator.com/item?id=4963768

So, I'll say that overall I've been pretty constructive. If anyone adopts my approach of storing their Dropbox folder in an unused drive they are almost guaranteed that Dropbox can't loose their data. That is worth money.

Please point me to a link or blog post with your immediate solutions to this problem. I'd love to compare notes. Maybe there's a better approach. Always interested in learning. I am sure there are lots of people who, tonight, might be interested in adopting your approach to ensuring that accidental data loss by a remote service of any kind does not mean total data loss locally.

Thanks.
I want to see you ranting like that next time a technology demo doesn't work on ie. Also, do you have any figures for ad market share on browsers?
Classrooms and degrees aren't required, but significant exposure to the words of experts is almost always a prerequisite to genuine expertise. If you don't know what experts have to say about a topic, it's very unlikely that you are an expert. If you do know what they have to say, you know how they say it.

If the OP is interested in portraying "hackers" who aren't highly skilled, having them misuse terminology would be a good approach, for example portraying a later mastermind in his early, naive days. But portraying a world-class expert who uses hacker slang but can't get the technical terminology right would be a classic Hollywood error.
Agreed. He says he can't remember the syntax for such and such in grep, but the regexen he follows up with seem complicated enough to me.

Now, there's stuff that never sticks in my brain (tests in shell, sigh). But generally there's less syntax and therefore less to remember in a chain of greps. Composition of simple piece is easier to understand than one equivalent and therefore more complex piece. Heck, the power of the shell is predicated on this idea.

Perhaps the best part about ack is that it's simple to restrict your search of files to a given pattern with a command line flag rather than using shell globbing. You could wrap invocations of grep with a shell function or another script, but that's still not great.
Frank Lloyd Wright's designs are famous for having leaky roofs.
That'd be my other concern. ack is perl, as far as I can tell. I have no idea how perl performs at these tasks. But grep is written in C, and there're fun examples of how exactly it gets to be so fast (http://ridiculousfish.com/blog/posts/old-age-and-treachery.h... comes to mind).
Love it since I started using it a couple of months back. :)
Ask HN: How do you fight elitism in startups?
How do you fight elitism in startups?