skysight-inc/HackerNews huggingface dataset:
I'm intrigued by the credence given to studies based on self-reported emotional states.

For example, I've seen a ton of studies on happiness.. for example studies that report on the happiest countries. How do they control for cultural imperatives? I think we all know people who consider depression etc to be character flaws. I'd go as far as to say most people feel pressure to represent themselves as happy and content. Being honest about yourself is seriously difficult, even when you're the only one listening.
Well, as long as the development request isn't for pixel perfect. Many people outside the control of development see the mockup from Photoshop and completely freak out when it doesn't match exactly. You try explaining that in the long run it doesn't matter, that browser incompatibilities prevent this, and that it will take longer to achieve that. The people "who know" what's needed don't care about that stuff.

Although, a common way to get them out of their "I know better" state is to point out the time factor and how much extra it will cost them. Suddenly they will worry over browser incompatibilities all day long.

The worse are the people that point out that the fifth paragraph on the third page ends with three words on the final line in the mockup but the website version has four words in Firefox and two words in Chrome. I just want to so tell them to just let the text flow its own way, dude. In the end I tell them in a nice way they're being silly.
The trust model is inherently broken when doing crypto in the browser the way they are, since the code could be changed at any time. But that doesn't mean you shouldn't implement things properly outside of that.
No, it didn't convince me to keep using Gmail. It was a change I embraced, but I don't use Gmail anticipating what they're going to introduce next.
Rather than "megabad", Mega's crypto scheme actually seems pretty reasonable given their desire to do it all in-browser.
Good read, but despite being a major proponent of Node.js and many of the ideals it seeks to embrace, I'm not sure I'm comfortable with calling Apache "archaic". It's not like IE6, which has objectively no redeeming value as a modern platform target -- it did back in the day for sure, and is still relevant in some spheres, but overall I don't think anyone (even Microsoft) would argue that IE6 is "archaic".

But to call Apache, one of the most popular and successful actively developed webservers _archaic_? I think that's a bit much. It's not inherently bad just because it's not really targeting the C10K problem... just different.

[A minor nitpick to be sure, but it bothered me nonetheless as I feel like I'm seeing this "Threads bad. Async good." rhetoric passed around as fact all over the place and it's starting to feel a bit like Animal Farm ;)]
>If Haskell, Lisp and friends are so great for building large software systems then surely people are going to flock to them and do exactly that

No, I have seen no evidence to suggest that a majority of people will do the best thing when given the option. Popularity does not correlate well with quality. Or are you seriously suggesting "Transformers 19: BANG BANG EXPLOSIONS!!1" is the pinnacle of human artistic achievement? Those who realize how good haskell is are using it. Why would we stop and try to figure out why the majority are still watching Michael Bay sequels instead?
Can't find the source saying hjkl ascii code is a simple bit-shift operation away from tty arrow code.
Back to the Future’s Terrible Newspaper
A little late with the reply here, but I think that his thesis is bogus. So-called "retina" displays are not the reason for flat / modern UI designs moving away from skeuomorphism. I would argue it's just a new trend that naturally developed both from a wont to get away from the old, and from the relatively new sophistication of on-screen design tools (like CSS3, HTML5, etc).
If you're going to do a response blog post link to the original article at the beginning when you mention the original.

I read the original but don't assume everyone has.
The API also returns

'copyright': 'For use only by clients authorized in writing by IMDb. Authors and users of unauthorized clients accept full legal exposure/liability for their actions.'

as part of the json with every request made.

Since he is using the API key taken from the official app (see: https://github.com/maddox/imdb-party/issues/8#issuecomment-1... ) i really doubt he got anything from them.
GoDaddy does hosting too, but suing them for being the host would be like suing the owners' ISPs for giving them internet access.
The only thing that is Megabad in there is using math.random to generate random data for the RSA key generation. That means they are dependent on the browser vendor to provide a sufficiently good PRNG, now and in the future. Seems like it might have been wiser for them to implement one, though it might be difficult to get good sources of entropy from Javascript.
Show HN: GetHacker - Paid, short term projects for developers
> So, yes, Haskell semantics encourage functional programming, C semantics imperative programming, both are Turing complete and yes GCC is currently better at optimising C code than any Haskell compiler

No. That is not why C is winning. C is winning because of fundamental differences between its semantics and Haskell's semantics that makes it possible to implement C with less overhead on actual CPUs.

If the lesson you took from your language theory course is that all Turing-complete languages are equivalent, you should ask for your money back. While it is true that they are all capable of expressing any algorithm, there are fundamental differences that deeply affect the efficiency of implementing them: http://news.ycombinator.com/item?id=5082609
Ignoring disliking apple and closed source, OSX is pretty much out of the running just because I can't put a tiling window manager on it.
Enfield: a programming language designed for pedagogy
Me too. Quite delighted to see ocaml having a refreshed page and active community.
New functionality is great, but your flow chart implies the user uses your app because they got excited because you introduced a new feature. This shouldn't be the driving force behind users visiting your app. That's all I'm saying.

I suppose during onboarding this is actually more important, at least until the point where the user decides "okay, I like this." I may have misunderstood the point. I just hate feature-focused development.
Right. Reds are linear better if you're going to be pressing keys and holding them down, as for moving in an FPS. But Browns, are better if you want a single keypress event registered, as for using the keyboard to type.
Also, they have cell phones.

http://www.wsbradio.com/news/news/local/growing-problem-cell...
I carried around a Nexus 7 for a couple of weeks, then returned it for a refund. I've never owned a smartphone.

Compared to my Mac, I found it harder to do productive work on the Nexus 7 and easier to slip into time-wasting and even "addictive" behavior. By "addictive" behavior, I mean behavior that has a sense of desperation or out-of-control impulsiveness to it. When my life is going very badly, I get "addictive" about online chess playing and Netflix viewing, and that was harder to avoid on the Nexus 7 than it is on my Mac.
On the Media segment on "Is Anybody Down": http://www.onthemedia.org/blogs/on-the-media/2012/nov/19/rea...
Species that have much lower lifespans than humans are less likely to develop cancer in their lifetimes. These species particularly benefit from the lack of humans around Chernobyl more than they suffer from the high radiation.
This is a downside to using a code hosting site. Joel Spolsky once said that "politics are orthogonal to software". I might not care if Chinese censors block my blog, but I want my code to be available to as many as possible. The smaller the site that holds the code, the easier it is for them to selectively allow it.

I don't want to go out of my way to make it so they can allow access to it despite a horrible censorship system, but I'd prefer not to put all my eggs into one giant basket either.
Case law over domain names, domain registrars and such is very thorough. You'd be surprised how much regulation and existing cases concern domain names and registrars in particular.

In Texas, they might have more standing against GoDaddy than Texxxan.
Yeah I understood what Entfusion stood for, it just doesn't sound friendly to me. I know how hard it is to find a good domain name so it's certainly not bad -- just sounds a little like a SaaS product to me.

Yeah it was a bug or something was wrong with how the page loaded for me. It's working now and I see the jquery slideshow. Much nicer than what I saw before, haha.
That is definitely one aspect. Shorter lifespans mean less lifetime in which to develop cancer.
The escape key is also in a better place.
Sorry but claiming that executables written in a dynamically typed languages are resistant to invalid dynamic linking is not just bizarre, it's nonsense.

Either the code you are writing is 100% in the dynamically typed language and it couldn't care less about dynamic linking, or it's invoking functions in a dynamically linked library through an FFI, and it will fail like any other language.
I would imagine that they self-audit a lot better than the US based degree mills, but I'd be fascinated in the specifics as well.
You're perfectly correct, and Apache has and continues to serve as one of the most successful and widely deployed web servers to date. That said, in the context of more conveniently architecting for high volumes of traffic, Apache was conceived in a time of fundamentally different problems, and in that respect it can be viewed as a more antiquated option when scoping out the landscape of appropriate web server software.

I did not intend any pejorative connotations by calling it "archaic". I just wanted to emphasise that it has been eclipsed by newer software following different design paradigms better suited to this kind of problem.
Oh, yes I meant MBA. Sorry for the confusion.
0 Downside in Trying to Connect
Probably good to point to http://libertyinnorthkorea.org/
As someone a decade older than you with a CS degree who has yet to ship a mobile app, I salute you nshen! Keep doing what you're doing.

As for the game, I have only positive things to say. I think it's very well done overall. The juggling/swiping works smoothly. The falling items look great. Love the addition of bombs and power ups. Overall, the simplicity of it is what stands to me the most. Many of the games that catch on as addictive time-wasters have simple premises. I think you've found one.

Have you given any thought to a two-player mode? Either cooperative or head-to-head battle?

My only advice is to listen critically to your feedback, but trust your gut. Navigating through everything people say can be a challenge. If you haven't already, I'd read up on the subject. Here's a little article to get your started: http://uxmyths.com/post/746610684/myth-21-people-can-tell-yo...

Good luck!
Rovio Titles Among The Most Addictive Games For Kids, Kytephone Survey Finds
For a website called Designer News that header bar is pretty fucking incoherent.
I'm pretty certain Monaco goes online via France, no submarine cable available. I guess this would be a futile move.
Not sure why this is big news.

There has been a ruby library called imdb-party that I used several years ago to do this: https://github.com/maddox/imdb-party. Leverages the IMDB iOS API also.

Here is part of the code I used for simulating their id system (ex: tt0903624):
# http://www.imdb.com/title/tt0903624/

require "imdb_party"

imdb = ImdbParty::Imdb.new

all_movies = (1..999999).map{ |m| "tt" + ("%07d" % m).to_s }

(all_movies - current_movies).each do |movie_id|

movie = imdb.find_movie_by_id(movie_id) rescue next
But both clients still need to be able to decrypt it with their separate keys... even if the cleartext hash matches, the stored data is ciphertext and can only be encrypted with one user's key.
I don't think that network topology is terribly relevant here. International law is.
"You are overlooking the fact that Al-Khabaz informed the system owner 2 days prior of the problem"

Warning the system owner doesn't give you the ability to run pen tests if they do not wish you to do so.
From the wikipedia account, assuming it's accurate;

> The 774–775 carbon-14 spike was an increase of 1.2% in the carbon-14 content of tree rings during the years AD 774 or 775, which was about 20 times higher than the normal rate of variation.

A somewhat convoluted way of saying that the increase was only 1.2%, but this was an uncommon variation (a spike) as most of the time (year to year)(?) variations where 20 times smaller.

Without delving into the mechanics of possible transfer functions and localised concentration for other reasons and just going for a simple linear coupling ... this could simply mean that 1.2% more material was raised up or that 1.2% more cosmic rays were being let through ... and that this unusual (like an eruption, like field lines hiccuping, like a flare or a nova) as "normally" you see a much smaller variation in isotope levels.

Now the paleomagnetic record isn't continuous and year by year globally complete, it's formed from spot observations of the magnetic orientation at ground level in rock flows as they cooled. Inference of field strength at ground level from this is difficult, and inference from that to field orientation a few kilometers overhead is, umm, akin to reading tea leaves.

The IGRF (International Geomagnetic Field) is a richly structured and constantly fluctuating 3D beast that pulses on a daily basis and can only be coarsely approximated with confidence over five year intervals (the spherical harmonics used for this are fun).

> but just because scientists don't explicitly say "we've considered alternate explanations and found them less likely" doesn't mean they haven't done that.

A moot point as nor does it mean they have; what we have is mainstream reporting on the speculations of those scientists that are hypothesizing on the assumption that increased isotope production was caused by an increase in external cosmic ray levels.
There are possibilities that arise from the assumption of no such increase that are equally interesting and have similar probabilities (ie equally difficult to quantify)
I visited Chernobyl a couple of years ago and was stunned by the amount of large fish in the waterways (a canal now cut off from the Dnieper river, IIRC). It seemed you could almost walk from bank to bank on the swarming fish.

It made me wonder if this is what European waterways were generally like before us humans fished and fished and fished and polluted the Rhine, Danube, Volga, Dnieper, and other major European rivers.
Is it funny that your towel isn't always clean?

Responsive design has its place and the article describes that quite well. IMHO it shouldn't be applied to the article itself.
It sounds to me like Mega is just using block-level hardware de-duplication and they're making sure it's clearly spelled out in the Terms.

After all, if each file is being encrypted with different keys, then Alice and Bob's encrypted copies of THE HOBBIT wouldn't match at all. So much as removing the file from Mega's servers and re-uploading it would seemingly change the key and thus the encrypted data entirely, right?

And when encrypted blocks do happen to match, there'd be absolutely no way of knowing whether they represent the same block of the same source file. In fact, one could be reasonably confident that a block overlap was purely incidental, given the random unique keys. (barring completely broken key generation)
Previous discussion (but now closed) here:

* http://news.ycombinator.com/item?id=4729068

That one even gave the link to the single page version:

* http://www.theatlantic.com/technology/archive/2012/11/noam-c...

Many other submissions which I won't enumerate
No, that's a terrible analogy unless this stranger is not a stranger, and is known to be trusted holding tons of personally identifiable information of yourself and your peers, and has already been alerted they left a window wide open (in this example, minimal tech know how is required).

And saying crowbar is intentionally misleading people into thinking that damage is somehow being done during the check.
Software is easy to distribute. Copy your eggs to multiple baskets.
That's assuming people are rational and willing to put up with large up-front costs on the promise of future returns.

Haskell is different, and learning Haskell is closer to learning programming all over again than just picking up another algolish language. Most programmers don't even seem willing to do the latter, much less learn something truly novel.

The people who do use Haskell professionally (e.g. Standard Charter or some number of hedge funds) seem to be very happy with it.

Now, there are some core problems--largely with education and ecosystem maturity--that make Haskell harder to adopt. Recently, people have actually started working on both of these[1]. But neither is a quality of the language itself.

[1]: http://fpcomplete.com/
There are tools that make it easy to work disconnected. Ruby On Rails is one, because of its one-stop-shop nature and its easy-to-download docs.
Alot of people here are saying you can get cheap rent in London if you're willing to travel in from the suburbs. Yes this is true. But it is also true that transport can be very expensive. You can easily spend £20-£30 for a return train ticket which would cost you £400 to £600 per month in travel costs. So be careful about choosing where you live. At that rate it may be better to live at walking distance to office.

My advice is to live South of the Thames (generally cheaper) and then commute in at about £10-£15 per day. Still £200 to £300 per month. It's quick too.

LOndon is awful for cycling also. I hear Berlin is very cycle friendly. So you could save alot in Berlin on rent and transport.
Actually this makes me think of the flophouse case on another HN thread...
MLK's "I Have a Dream" video taken down from Vimeo now back online.
> Do you really think the use of dynamically typed languages is an important enough factor to require justification?

Yes, because when you pick a dynamically typed language, you are giving up on important advantages that become crucial as your code base grows, among which:

- Type annotations, which make it easier for newcomers to understand the existing code base (and obviously, catching early errors by the compiler).

- Automatic refactorings, which guarantee that your technical debt remains at a reasonable level since it's so easy to evolve your code base as it grows. Even the simplest refactorings require human supervision in dynamically typed languages (here is a good explanation why: http://goo.gl/SKaos )
TestObject Raises $1.4M For Its Automated Android App Testing In The Cloud
Okay then, cut off your nose to spite your face.
Highly doubtful. My day job is at big IT company. Possibly the most well-known in history. You can guess. I'm the lead guy on my team for running our quality control. 6-sigma style stuff. The guy in charge of international training for this quality program said, "The fact is, IT is now a commodity."

The whole meme started with Nick Carr's infamous Does IT Matter? editorial in the Harvard Business Review. He argued that while IT provided a competitive advantage in the past, it doesn't anymore. It's important for keeping up with the competition, but it will never put you ahead of the competition because it has been commoditized. All of his arguments made perfect sense at the time. And most IT organizations to date still take them to heart.

His arguments just assumed one thing incorrectly: they assumed that enterprise IT would never change in terms of the end user functionality it delivered. He assumed there was no more innovation to be had, that everything ever needed to be invented had been invented, and so we had reached the peak of functionality, like how you can't improve much upon the hammer and nail beyond perhaps the screw and electric power screwdriver.

Unfortunately, IT is treated like a commodity for most organizations, and commodities never get special attention.
I watched 'The manufacture of consent' recently, I had a hard time stopping listening to him. His wording dug right through my skull, very concise yet simple.
Thanks for recommending "Design for Hackers!" (I wrote it)

I think your advice is good. So much design is really about thinking. If you have a clear picture of what the experience is like for your user, and can create some wireframes or pencil sketches based upon that, then it makes the following steps much easier.
As someone who was familiar with the differences between Chomsky and Norvig (a simplification - maybe better to say Chomsky's view that developing empirical models is not scientifically interesting), I found this really enriched my understanding of Chomsky's view and gave me a lot of subtlety. He certainly doesn't seem antagonistic towards statistic modeling the way I imagined; just sort of bored by it. Be sure to persist to the end - there are some fun word games on the final page.
JavaScript security is really the best way to go for this type of service. At some point there needs to be a trade-off between the application goals and maximum theoretical security.

Chrome has native crypto.getRandomValues() and Safari's Math.random() was changed to use Arc4 PRNG back in 2008. I'm not sure if it has been updated to account for the flaws in the first bytes of Arc4, but if it has then this is cryptographically strong.

I don't know where Firefox and the other browsers stand on CSPRNGs, but as more and more implement crypto.getRandomValues(), this will improve services relying on client-side crypto.
"It's his own data in the system, which makes this completely different. In your lock picking example, it would be a landlord finding one of their tenants picking their flat's locks"

More accurate would be catching your tenant picking every single apartment's lock to prove that their personal lock is vulnerable.
This is good stuff. Would be great if it went right in and also talked about limitations like fewer ports-per-connection, poor standards support e.g. stuff like unsupported position:fixed property, dead file-input field, terrible response times for tap/long-tap etc.

I mean responsive layout for presentation of content (blog/BS) is fairly easy. For an interactive web-app however, design logic goes quite in the opposite direction. To this end I found http://html5rocks.com a very useful resource.

Looking at current number of devices and independent implementations of browsers having different levels of support for web standards, (even on iDevices!) I feel that we are sort of back to 1995.