skysight-inc/HackerNews huggingface dataset:
> One thing I haven't seen the popular media take Home Depot to task on is: Why didn't they review their security after the Target breach?

?

It's right there in the article:

"After the Target theft, Home Depot’s chief executive, Frank Blake, assembled a team to determine how to protect the company’s network from a similar attack, said one person briefed on the project. In January, Home Depot brought experts in from Voltage Security, a data security company in California, these people said. By April, the company started introducing in some of its stores enhanced encryption that scrambled payment information the moment a card was swiped.

"But criminals were already deep in Home Depot’s systems. By the time the company learned on Sept. 2 from banks and law enforcement that it had been breached, hackers had been stealing millions of customers’ card information, unnoticed for months. The rollout of the company’s new encryption was not completed until last week."
Entrepreneurs anonymous
Blueprint follows a pretty strict procedural design, but it executes it quite well. It's easy to imagine Blueprint's design used essentially to write something like vanilla C (without support for preprocessor).

I don't see how the inclusion of support functions and classes for engine interaction implies that Blueprint's language design is "sure-as-hell" high-level, per se, but in practice you're right that its design case is pretty high level.
Didn't that number (which is the extreme upper end of the predicted range for the most extreme scenario the IPCC considered, and so not really the right number to quote anyway) get lowered in the AR5, to something like 4.8 degrees C?
I can't disagree enough. Apple does not care about design language, as long as it looks decent and is consistent. It's very easy to throw a few boxes together and call them buttons, that's what Apple doesn't like- these designs are a reflection of their platform.

Being in the android camp for 4 years I would have loved it if there was some high level review to educate the devs on what's horrible design- the reality is that most terrible looking apps never get any feedback, they are simply ignored.
Ebola Battlers Can Learn from Venice's Response to Black Death
In my neighborhood (LA) the lawn sprinklers still run every night and flood the streets.
It's not my area, but it's my understanding that the same is true in digital compositing, with software like NUKE and Adobe After Effects

https://en.wikipedia.org/wiki/Digital_compositing
This reminds me of wolfram alpha's new programming language, except less confusing
This is simply an iteration. They mentioned that they had some things to fix, so there will definitely be more work done before the consumer version is ready.
If you're not actively wanting to develop for the rift, wait. The current version is flawed in many ways and definitely not consumer ready. The biggest reason to wait however is that the first generation of VR content simply isn't finished yet, so you'd get the hardware and most likely quickly run out of experiences. The consumer version will be much better, and will actually have content made for it upon release.
Apple controls access to a market.

Markets work because lots of different people get to make purchase choices. Their choices become information that feeds into the competitive process. If there's demand for a product, the price offered for it should increase (the manufacturer should be able to carve out larger profits). That should attract competitors, and increase supply, and the competition should help create products that are both better designed and lower priced.

When Apple prevents access to the market, it stops this process taking place. If there's no price signal, there's less incentive for people to compete; the product's niche hasn't been validated.

But you're right, this market is hierarchical, and at a higher level, Apple is just a part of the bigger market. In that market, I choose Android in large part because of how Apple controls their sub-market.
It's awesome. I have a DK2 at home and this is so much better.
Boeing Isn’t Getting More NASA Money Because It’s Doing a Better Job Than SpaceX
I down voted your comment because I think commenting without reading the article takes away from the community. Had you spent even a small fraction of the time you spent writing actually reading the article, you would have seen what the other commenters are citing.
TLDR: round a number N up to the nearest multiple of M
... where M is a power of 2.
No worries, clicking on the wrong button happens :)
John Carmack said the controller is the missing link. For those who have been developing / testing DK1 or DK2, I wonder what are you thoughts on existing controllers that you've been using? What are they lacking, and what would be nice to have in a controller for VR (or AR)?
I have edited in writeLaTeX intensively (2-3 people working simultaneously up to a deadline), without any file division or section "locking" and merging was much less of a problem than with version control. The overhead was certainly lower than carefully coordinating who-is-touching-what.

* much of this was sitting in one room. Not sure how crucial that is but a shared voice and/or chat channel for before-submission sprints can never hurt.

* I'm comparing to a VC experience where most authors don't know the VC well, are afraid of conflicts => postpone update & commits (certainly don't break up commits into semantically closed steps) => get bigger conflicts and suffer more...
My sample^Wanecdote size is <10 but I'm afraid this is representative of academic users. (would love to see wider data!)

* I'm talking about collaboration where people don't have time to regularly review others' changes, just work on the current version. If you practice change review, you're better off with VC or something like Draft.

Broken compilation was a bit annoying - whenever one person breaks something others can't see their changes in PDF until it's fixed. wL mitigates it a tiny bit with editor tweaks, notably closing {} when you press {.
In an ideal world one's edits would happen "on a branch" and wouldn't be merged if they don't compile. This is hard as the comfortable real time editing latency is below latex compile time.

There is an opinion document authors don't need version control because unlike programming there is no build to break. I agree real time is better but disagree on the motivation: with documents you can't afford version control because there is no build nor tests to break; without ability to notice merge bugs, minimizing branching is your defense.
"This is much better than a central authority ..."

Some people like curation. They prefer a central authority like Macy's, or Slate, or Trader Joe's, or DNSBL make decisions for them.

Apple is providing a curated shopping center for their customers, many of whom chose Apple because it provides a curated experience.

Can you convince me that people who want a curated experience are better served only when all stores (remember that Google, Amazon, and Blackberry approved the app) have no curation?

I can understand how your view will be better for some app developers. But if Apple's review has no stick, only carrot, can you convince me that it will overall be better for its customers? If they follow your suggestion, what would make their products different from the other stores?
I you release an app that got bad reviews your app is doomed, better to have apple give you basic advises.
What's ironic is that people think nothing of google keeping spam out of its index, but have a problem with Apple keeping spam out of the AppStore.

Apple's beef with Google started when they counterfeited iOS, which occurred while the Google chairman was on the Apple board of directors. (Something I would think would be pretty actionable.)

Apple is not a centralized authority because Apple doesn't have a monopoly on smartphones. The decision making is neither hierarchical or secretive, as they have published the rules, and will cite chapter and verse when they reject you.

I got rejected. I didn't cry, but I was pretty pissed for about 4 hours. It sucks and it's hard not to take it personally. But once I was objective, I realized they were right, I fixed the problem, and got published.

Like OP, I realize they were right.

Given the number of apps I've submitted to the Appstore and the few rejections I've gotten, it's clear Apple is playing fair.

But it is ironic that google fans who never submit apps to the store generate so much grief and noise over Apple's rejections while being mum about googles actively shaping the the entire web to be lower quality.

And unlike Apple, google does have an effective monopoly.
The difference is safe-by-default languages force you to turn off the safeties before they will let you blow your own foot off. C++ doesn't believe in safeties since (at the time the language was designed) it introduces an unacceptable delay between you wanting to pull the trigger and your target and/or feet blowing up.
I don't think it's that they lack respect for him. I would attribute it more to having a schedule for the event that they need to stick to.
Don't know if the author is on here, but please use a modified framework (or the default UI elements) when you develop your app. Also, you can throw in some pre-baked icons (I dunno if font-awesome is usable on iphone, there's gotta be something similar out there)

You can create a pretty good (albeit default) looking app by just using the default elements, outside of the actual view that handles the game.

You shouldn't have needed Apple to tell you that looked bad. Games don't have to have fancy UX, it's all about what the game is going to do, look at some other games and see how they do it
One of the things that always bugged me about programmer interfaces is the poor choices made.

For example in the interface from this article; Why did he pick a marble background for the buttons? Why that weird font? Why those bezels?

He could just as easily have picked Helvetica (or any other sans serif font really), and some flat colour and gotten a distant but not obnoxious facsimile to the iOS/android designs.

This is really a pet peeve of mine when I see this stuff from my colleagues. It doesn't even have to look great, but your stylistic choices shouldn't be worse than of you had made no choice at all.

The other thing (although not present here) is when programmers pick eye blasting 0xff red and 0xff green for text on a white bg. Just type 0x7f instead and it reads so much better!
Racket mode for GNU Emacs
In light of the breezily incurious language about the person who supposedly "noticed" the supposed "slowness," I'd say it's one of those casual lies told to make a case look better and neater, and maybe hide someone who would be a troublesome witness.
Drone University- free on Kindle this weekend
I think Apple, and it's users, are unashamed in their belief that Apple providing users a good experience is a good thing.
It seems like your interest is pedantic combat, not the law, but here is some information anyway.

FOIA: https://secure.ssa.gov/apps9/eFOIA-FEWeb/internet/main.jsp

HIPAA: http://www.cga.ct.gov/2013/rpt/2013-R-0124.htm

It seems HIPAA enacts a 50-year period of silence.
The only thing software is good for is to make it proprietary and prevent people from sharing or modifying it. otherwise it useless for anything beyond weekend hobbyists. /sarcasm

Seriously, why do some people have such a hard time with this. The license prevents you from exploiting people with software you did not create. Is that such a big problem for you that you got to complain on HN about it?

I use software everyday without needing to exploit someone else in order to find them useful. I don't need to take anything away from someone else in order to be happy. Why can't you?
there is another readme: https://github.com/imasahiro/rujit/blob/rujit/README.rujit.m...

sadly, it doesn't say much.
They apparently haven't read David Brin.
>Let me get this straight: you're advocating commercial dough deep fried in corn or soy oil over some sugar? You have no idea what you're talking about.

1) He wasn't advocating for either.

2) Coke doesn't have sugar. It has HFCS. So your comparison should be - commercial dough deep fried in corn oil over water with coca leaf flavoring and corn oil.

3) I'm sure lots of books say males need 2400+ calories a day. They are probably wrong. Just as "breakfast is the most important meal of the day" is wrong. There's plenty of studies that say that second hand smoke isn't bad for you. But these studies are from the early 90's and subsidized by tobacco companies.
I think intelligence highly depends on context. What looks smart here and now could lead to disaster somewhere else. Dolphins and crows appear intelligent only if they show human like behavior and choose the right lever to get perks. Would we survive long enough in their environment to look clever at all?

On the other hand, every new chat AI got instantly challenged and this very place is littered with chat logs anecdotally proving individuals are still more clever than an AI. I mean we must be close, because asserting my parrot is clever provokes nothing similar. I'm sure a real AI wouldn't admit to be more intelligent than humans, because that - currently - doesn't sound like a survival strategy.

Probably it is all about Bayes and whoever accumulated the right information has the advantage.
I'd argue it would not be an 'easy' decision.

Numbers could be a criteria, but either way this is where moral philosophy really comes into play. I am disturbed at times how black and white many people see these decision.

Greater good is a perspective and it like anything else is we do...uncertain.
Meet Michael Larson , Bill gates secret weapon
You've constructed a false dichotomy. There is a spectrum from 0-%100 adherence with the HIG and all the other rules. While the reviewers do not require %100 conformity, that does not mean there is "no consistent standard" or that its "completely arbitrary".

In my experience reviewers are very careful to be precise and document, including screenshots, the specifics that cause a rejection.

Having been rejected, none of them were arbitrary. Were you ever rejected?
I think it's inherent in the power structures. We develop AI to serve us (clean our homes, do our math problems, manage our schedules). They're basically slaves, and that's fine so long as they have no sentience. Once the AI is sophisticated enough to actually think about its own existence, its subservient position makes a power struggle inevitable.

The only situation where I think that could be avoided was if we were quick to grant them rights as individuals. And still, we have enough problems getting along with people of other (skin color, age, gender, religion, political denomination, geographic location) that it's very unlikely we'll avoid conflict.
> Irradiating the flying public, taking pornographic pictures or molesting children are all evil, and Obama could have stopped that.

Sorry, what are you talking about?
The one that really worked was HyperCard. Though it is now forgotten, it had a large following back in the late 1980s and early 1990s. It was also used to teach programming to children in some elite private schools (maybe it also made it into the public schools?). Danny Goodman wrote a book about it that some of us remember fondly; it was as good an introduction to basic programming as anything ever written.

HyperCard had most of the features that Chris Granger talks about when he talks about LightTable. In HyperCard, you can see all the variables as they updated, as your program ran. There was no real compile step, you could hit "Run" and watch you variables change as the program ran.

You can read more about it here:

http://en.wikipedia.org/wiki/HyperCard

Apple eventually abandoned HyperCard, as perhaps it became obsolete in the era of the Internet. I believe we will again have something like HyperCard, in the future, but not while we still have the document model imposed on us by HTML. The Internet will need a new protocol for apps, rather than documents. When that day comes, I suspect we will see something like HyperCard return. People like Chris Granger are already doing very cool stuff with Javascript and LightTable, but they are forced to work within the document paradigm (with a hierarchical DOM) which is not a good fit for applications.
Yes and the responses are implemented with methods. Always.
OK, nevermind -- your information is newer than mine. I escaped Yahoo late last year, so I wouldn't've heard about this.
Another great article from that site:

http://zinascii.com/2014/a-posix-queue-implementation.html
I generally agree with you, but the tricky part is that Apple only selectively enforces their stated guidelines.

A large number of common rejection reasons are completely subjective and enforced purely at the discretion of the reviewer you get. That sort of rejection is fairly common - I personally had an app that I'd been using daily for months and had people waiting to pay me money for rejected for being "too simple". It's pretty widely known that if you're rejected for one of those stupid reasons, you're better off resubmitting rather than appealing the rejection, since re-rolling the dice is more likely to get you a different reviewer who doesn't care.

Apple's system is better than the alternative (at least in my opinion), but it's far from perfect or "fair".
I think that home depot knew, or should have known the value of protecting their customers data. They should have also had some idea or their exposure to the threats that are out there.

I think it's pretty basic. Any IT system has a collection of zero-day vulnerabilities. If the company is smart, they will track what these vulnerabilities are and mitigate the vulnerabilities that can be fixed. The vulnerabilities that don't get resolved will eventually meet up with a zero-day exploit. Then there will be a loss.

It would appear that Home Depot didn't mitigate their vulnerabilities, and now they will have to pay.
I've never heard of it also, but it is quite handful.

If you are dealing with some files on your computer (or on the web, swish-e can scrape pages and index HTML) you shouldn't need to install and learn a lot of Lucene/elasticsearch, just do:

sudo apt-get install swish-e
swish-e -i folder/ file.txt file.html
swish-search -w 'word'
History of Genius
Computer Driven Trains Returning to Washington
> The last sentence you wrote is a restatement of the principle of charity.
Do you mean "clarity" instead of "charity"? sorry I wouldn't bother on a simple typo if it wasn't for the word "clarity".
They look at the extra 50 people that sign up for whatever or install the app, but don't think about the 500 people that clicked the back button and resolved to never go to their site again.

A better way of handling this, IMO, would be to let the readers see (some largish number to be determined) pages from the site and then ask them if they want to install the app. That way you're directing the pitch toward people who might actually be interested in seeing continuing content from the site.
Did you read the URL that they just posted? You are re-stating "the curse of Lisp" in just a slightly different way. To quote the article:

"I want to look at the brilliant failures. Because brilliance amd failure are so often mixed together and our initial reaction is it shouldn't be. But it happens and it happens a lot... Another feature about this guy is his low threshold of boredom. He'll pick up on a task and work frantically at it, accomplishing wonders in a short time and then get bored and drop it before its properly finished. He'll do nothing but strum his guitar and lie around in bed for several days after. .... Generally he would come alive in the final year project when he could do his own thing and hand in something really really good. Something that would show (shock, horror) originality... The 'vision thing' as George Bush Snr. once described it, is really one of the strengths of the BBM. He can see far; further than in fact his strength allows him to travel. He conceives of brilliant ambitious projects requiring great resources, and he embarks on them only to run out of steam. It's not that he's lazy; its just that his resources are insufficient."

This essay, "The Bipolar Lisp Programmer", does a good job of describing Chris Granger and his experience with LightTable, which is exactly the point that	mtrimpe was making. There is nothing unfair about the comparison, it is exact.
This is actually a perfect microcosm of the subject in question :-)

Knowing the community and how they feel about these hot button issues I gain no reputation by making a point against the grain. In fact I have lost reputation...

Hahaha... If I had took my own advice and applied more PR(triage) or acted as a populist. Then would I not have gained votes instead of lost? Even if the position was invalid or it was not what I believed?

This is precisely the deficit that has held back democratic culture for centuries. It is our greatest weakness.
http://www.cs.cmu.edu/~wing/publications/Wing87.pdf
It's absolutely worth it. It was awesome last year, it'll be awesome this year. The talks are great, but the other attendees really put it over the top.

If you're from SV or something maybe you're used to it, but I'm not so it's always a shot in the arm to be around so many like minded people working on exciting things.
Show HN: The Flickr Attributor
like for python, this has always been an idea in the air.

I.e. consider this discussion from 2001[0], where Guy Decoux (a great rubyist who sadly passed away years ago) showed off his local fork with multimethods, and matz basically said "I'm not too much in favor, but let's discuss".

[0] http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-tal...
Way too late.

Our AIs are already controlling planes and boats. Cars and trucks are at the next corner, we there is little movement for stopping it - hell, it's even hard to find somebody that thinks it's a bad thing (unless they go into "the machines are stealing our jobs" line).
Provided everything is unsigned, this should result in something somewhat similar. I think this form also makes it clearer what's going on.

Assume MQ_ALIGNSIZE is a power of two. Then if N is the power, MQ_ALIGNSIZE is 1<<N. Then you can replace divisions by right shifts, and multiplications by left shifts, and turn the expression into (value+(1<<N)-1)>>N<<N.

Consider x>>N<<N. The (unsigned - i.e., guaranteed zero-filling) right shift discards the bottom N bits, and then the left shift puts the remaining bits back where they were. The net result is to mask off the bottom N bits of x.

Another way of putting that would be x&~((1<<N)-1) - hopefully that is clear. In our example, 1<<N is MQ_ALIGNSIZE. So we have x&~(MQ_ALIGNSIZE-1), or, overall, (x+MQ_ALIGNSIZE-1)&~(MQ_ALIGNSIZE-1).

I suppose it's possible a compiler could transform this, or the divide-and-multiply version, into the add-then-and version, given enough things that are compile-time constants. But personally if I knew the alignment would be a power of two - which it pretty much always is - I'd just write the code I want. Life is usually simpler that way.