skysight-inc/HackerNews huggingface dataset:
Apple has always feigned a very strict and even preemptively cynical and condescending attitude toward developers regarding App Store approval. In their official statements, they always say things to the tune of "this isn't amateur hour. You're playing in the big leagues now. If your app doesn't have a polished feel to it, then it will simply be rejected." https://developer.apple.com/appstore/resources/approval/guid...

Despite this, they'll go ahead and approve apps which are so horrible that your middle school programming teacher would have failed you if you had created it as your first project in HyperCard. For example, have a look at this atrocious pile of garbage, which was allowed to sit at the #2 spot in the iOS free app charts for nearly three solid weeks earlier this year after Flappy Bird was pulled: https://www.youtube.com/watch?v=7Vk1BnfJ7UM&t=1m50s

(and no, that's not a poorly recorded video; it's showing the actual gameplay frame rate.)

I don't think we can have an honest discussion about App Store rejections or approvals without discussing this elephant in the room: Overly-simple, ridiculously ugly games. In the past month, all kinds of ugly stick figure and moving rectangle-based games have reached the top 10 of the iOS free app charts. The creators weren't even reaching for an 8-bit aesthetic, the games were just simply horribly made and rushed out the door. These apps were inexplicably accepted into the App Store despite their horrendous quality. Some examples of games which reached the top 10:

https://itunes.apple.com/us/app/the-line/id880338977

https://itunes.apple.com/us/app/make-them-jump/id900211132

https://itunes.apple.com/us/app/amazing-brick/id905455244

Those games in particular were created by the same crooks (Ketchapp) infamous for being the first to port 2048 to mobile without the true creator's permission. I'm assuming everyone playing that clone of 2048 was shown ads pointing to their new games, which resulted in those games being artificially pumped to the top 10. While that is despicable in itself, what is equally as vexing is that those hideous games were ever approved for the App Store in the first place.

There is a massive disconnect between what Apple says regarding their review process and what actually happens. They can say whatever they want, but in actual reality, it's essentially random and luck-based, and dependent upon whatever mood the reviewers happen to be in. (And apparently it helps if you've already been successful on the App Store before. "Oh, your app looks absolutely terrible? Well, you made us a lot of money with your 2048 rip-off once, so it's no problem; go ahead and flood us with your worst!")
To be blunt, this article makes me sick. An admission essay is one of many ingredients to the meal that makes a great candidate.

If all the other metrics are aligned, why does one need to hire a professional writer?
They're starting to do this: http://blog.archive.org/2013/10/25/fixing-broken-links/

We have started crawling the outlinks for every new article and update as they are made – about 5 million new URLs are archived every day. Now we have to figure out how to get archived pages back in to Wikipedia to fix some of those dead links. Kunal Mehta, a Wikipedian from San Jose, recently wrote a protoype bot that can add archived versions to any link in Wikipedia so that when those links are determined to be dead the links can be switched over automatically and continue to work. It will take a while to work this through the process the Wikipedia community of editors uses to approve bots, but that conversation is under way.
"Make sure to fix all bugs before submitting."

Good luck with that!
Presumably PHP.
I haven't seen the BENCHMARK trick before. It's very clever - a variation on timing failed login/password attempts.

This is a clear and effective writeup. Congrats OP.
I would say start looking for contract gigs. The interview process tends to be quicker and dirtier. Can you do a,b,c? Have you used tools a.b.c that we use? How fast can you get up and running on our project?

Since most contracts are 3-6 month gigs, these companies need to hire someone fast and get a butt in the seat and start building what they need. It's also a sort of trial on both of your parts. You want to see if you like working there and the stuff they have you doing, and the company will see if what you're doing is good and you interact with the project managers well and hit their deadlines.

I've had 3 month contracts go on for years, others you might want to just get out as soon as the projects done - which I've also had. Either way, you get some really valuable time in doing what you want - which is to program. It also gives you some decent references you can use to leverage to get a full-time gig somewhere. The weight of a good recommendation can never be underestimated.

Also, the only way to get better at interviewing is to keep interviewing. If you have a recruiter, always ask them what to expect. Do I need to dust off my edition of "Pro Javascript Design Patterns" or can I go in cold knowing that the questions will be limited to tools and experience? Is the company looking for a hardcore MVC Spring guy, or do they just need someone who knows Struts? Just knowing what to expect in the interview is half the battle.
I knew someone would complain about the longopts shown in the slides. That was done to make it easier to understand. Normally, you'd just use the short flag, '-i' instead of '--install'. Also, in Guix, you would say 'guix package', not 'guix --package'. A full example would be 'guix package -i emacs', which looks fine to me.
See also bucardo.

http://bucardo.org/wiki/Bucardo
It's intended as a reference manager for academics, but in addition to PDFs, you can also save other resources like web pages.

The interface isn't really designed for using it as an Evernote replacement, but for some use cases at least, it would be workable.
Except Apple really doesn't do much to call out benchmark results. Maybe that will change going forward.
Sports fan lobbyist fights NFL blackouts, taxpayer-funded stadiums, and Comcast
I can't resist quoting Jaynes (from the closing remarks in Chapter 2 of "Probability Theory: The Logic of Science"):

In 1933, A. N. Kolmogorov presented an approach to probability theory phrased in the language of set theory and measure theory. This language was just then becoming so fashionable that today many mathematical results are named, not for the discoverer, but for the one who first restated them in that language. For example, in the theory of continuous groups the term “Hurwitz invariant integral” disappeared, to be replaced by “Haar measure.” Because of this custom, some modern works—particularly by mathematicians—can give one the impression that probability theory started with Kolmogorov. [...]

However, our system of probability differs conceptually from that of Kolmogorov in that we do not interpret propositions in terms of sets, but we do interpret probability distributions as carriers of incomplete information. Partly as a result, our system has analytical resources not present at all in the Kolmogorov system. This enables us to formulate and solve many problems—particularly the so-called “ill posed” problems and “generalized inverse” problems—that would be considered outside the scope of probability theory according to the Kolmogorov system. These problems are just the ones of greatest interest in current applications.
And prepaid cards too, iirc, through Walmart.

Edit: ignore me, I see somebody else has already mentioned this further down...
As you can see, I do not perform scrubs as often as I should. Until I switched to SAS a year ago, I wasn't able to complete a scrub at all. The scrub you see is one of the few I've been able to complete. I need a week or two where I'm not using the filesystem that much, because the scrub really kills performance of the filesystem with the version of ZFS on Linux I'm running. I'm intending to do an upgrade to the latest version of ZoL, and then run a scrub, sometime in the next 3 months.

I haven't upgraded because, well, I haven't really seen a need to? The original reason is that this pool began under zfs-fuse, and when I switched to ZoL I kept the version at the last version supported by zfs-fuse so that I could switch back if needed. I doubt I'll ever switch back, but I do like the idea of maintaining compatibility with other ZFS implementations in case of any problems. I suppose when the OpenZFS unification stuff actually finishes, I'll be happy to upgrade to the latest version?
Nice tools. To be adopted better, it would be nice to make the demos more attractive. They look somewhat dated.
Gift HN: Unused domain 'appstores.io' with ~11 months registration left
Post your namecheap username and I'll pick someone at random in 24 hours and push it to the winner.

Edit: was 30 mins but that's not really fair to Europeans.
I see, I was confused about your point. I jumped to the conclusion that you were arguing a qualification implied an ethical standard.
Ask HN: We need to launch but our service works 1/4 of the time, what do we do?
A few friends and myself started building a virtual reality application for the medical industry a few years ago to help with surgery planning and practice for residents. All of us have been putting in time on the side of our day jobs and can’t be full time until we get revenue or investment.

We shopped it around when it was still just a pretotype and our target market loved it and wanted it immediately.

Fast forward to this weekend and we were planning on sending the big launch announcement out on Tuesday to the folks who expressed interest (~100). Unfortunately it has been issue after issue with the UI/UX, rendering not loading consistently and navigation throwing problems.

We have some serious investors that we have been negotiating term sheets with and they all seem ready to sign as soon as we launch but not before. We even have a meeting this week to talk through our term sheet with an Angel group’s board.

I know the "just ship it" mantra and all that but I feel like if we do, we will kill our customer base out of frustration with the product and they will just abandon it. It feels like time is running out and either investors are going to walk or someone is going to scoop the product and market if we don't release soon.

Do we push a broken product to our (~100) interested users or do we wait till it is consistently working and then launch?
Strip it down to the bare minimum you can have working in a hurry and hide the other features till they're ready.
Gifts that generate gratitude keep customers loyal
> It intrinsically turns a fissile or fertile product into a lower energy product until it's no longer fissile.

No, it turns an isotope that is not fissile into one that is.

> This stretches out the fuel supplies substantially, but it's still nonrenewable. Solar is, as long as our large scale fusion reactor is still running.

The Sun will eventually stop, as will any energy source eventually; so if "renewable" means "inexhaustible", there is no such thing as a renewable energy source.
C is like a frag grenade, dipped in glue. It is strangely enticing to use it. It was more popular in the past but for some reason most of those guys aren't around anymore.

C++ is like a nuclear weapon, that automatically disables any means you have of getting clear of the blast radius when you activate it.

Perl is like a leaky vat of nitroglycerin. It can be used as a weapon, but one wrong character and it kills you, most of your family, and half the neighborhood.

Java is a 500000 pound KalashnikovFactoryDesignerFactoryProducerSingleton "weapon". I hear there's actually a way to fire it, using 50000 programmers, however as 90% of those programmers commit suicide on any given friday nobody has ever seen it successfully fired. It helped quite a few large company's IT departments grow to impressive sizes. You know, on thursdays.

Scala is a way to fire the KalashnikovFactoryDesignerFactoryProducerSingleton with only 500 programmers, provided they have a deep working knowledge of ancient Egyptian algebra.

Javascript is like a machine gun with two barrels pointed into two different directions. You can aim it at someone, but when you fire it, both the target and some poor bystander you liked will go down.

Go is like C, except the glue on the grenade has been replaced by handcuffs, there's a million grenades chained to you and you're required to cite the error checking oath which goes "if I check my errors I will not die". What happens next can only be described as "humor".

Bash is a row of unlabelled black buttons, which in order mean "coffee", "milk", "sugar", "lemonade", "global thermonuclear war", "diet lemonade" and "tea". I am not sure about that order. Neither is anyone else. Great lemonade though, you should try it.

Python is the government's version of a normal pistol. If you aim it at the person in front of you it will proceed to start an Apollo program, design a moon rocket, put a bullet in an orbit that will take it around the moon and then into it's target, which of course has long since killed you, taken your wallet, and left the scene.

There, I'm out.
>The code I mentioned is definitely smaller than in the article.

Yeah, so this is a first sign of misreading the dangers.

Of course the code you mentioned is "smaller than in the article". The code in the article is a toy example to illustrate a specific point.

It's when you start to build a full app, with all the (necessary for the requirements) complexity that it's gonna get much more and more unyieldy that the code one would write on top of React.

>It is faster, because it is just a function call. It doesn't create any event objects, or have to go through six layers of other function calls.

Again: premature optimization. After you build your colossal temple of function calls in a NON TOY example, it will either be slow (because you'll have re-introduced abstractions and layers by yourself) or it would a complex spaghetti of cross-calls.

>It's simpler because there is less code, and there are less concepts.

Less concepts != simpler. Assembly has less concepts too.

And it's only "less code" because you're comparing a "toy example + framework" with a "toy example without framework". It's after that level that it gets hairy.

>No, it's not novel or new. Messages as function calls, and MVC comes from 70s smalltalk.

Yeah, and it's what all these coders going to React etc have tried already for a decade and found out that it doesn't cut it with modern apps, because the environment they run in is nothing like a Smalltalk MVC application.
Apple prohibits HealthKit app developers from selling health data
IBM Watson Discovery Advisor
By "something like this", do you mean ZFS? I am a HUGE fan of ZFS, and I do think that it's worth using in any situation where data integrity is a high priority.

As far as ZFS on Linux, it still has its wrinkles. I use it because, like you, I'm comfortable with Debian, and I didn't want to maintain a foreign system just for my data storage, and I still wanted to use the machine for other things too. (I actually started with zfs-fuse, before ZFS on Linux was an option.)

So, I don't know. If you just want a box to store stuff on, you might want to just look into FreeNAS, which is a FreeBSD distribution that makes it very easy to set up a storage appliance based on ZFS. FreeBSD's ZFS implementation is generally considered production-ready, so you avoid some ZFS on Linux wrinkles, too.

So, I'd recommend checking out the FreeNAS website, and maybe also http://www.reddit.com/r/datahoarder/ for ideas/other opinions. I do a lot of things in weird idiosyncratic ways, so I'm not sure I'd recommend anyone do it exactly how I have. :)
A VAX is actually a "minicomputer" in the lingo of the time -- because it's only the size of a washing machine, not the entire room!

https://en.wikipedia.org/wiki/Minicomputer
I always specifically avoided Lyft because I thought they would all show up with a stupid pink mustache on the car and fist bump me like we were bros. And all I wanted was a smooth transport for my wife and I.
I have one of these. It's great, and always draws comment when I use it. But it is just a small contactless card, of the type you might stick to the back of your phone, in a cavity in a rubber bracelet.

I had a wristwatch a couple of years ago that had an NFC sim in it for payments too, but that never worked reliably.
https://hackerone.com/programs
Incorrect. The philosophers know 'math'. The half-mathematicians that think they can escape philosophy should read.... well anything. Almost all grand-standing that people have about 'philosophy' is some weird fictional idea that people have in their mind.

Notice how all the recipients of the Lakatos awards and how they are people like Judea Pearl.

Here's a quote from here (Terrence Tao, definitely a mathematician).

http://terrytao.wordpress.com/2010/01/01/254a-notes-0-a-revi...

"probability theory is only “allowed” to study concepts and perform operations which are preserved with respect to extension of the underlying sample space."

Any attempt to side-step these issues leads to people wandering off into the middle of nowhere. Misuse of mathematical tools to areas where is does not apply and all sorts of other major and minor errors that could have been avoided. There is no computer science without Godel, Frege, Russell, and Turing.
Ada is very strict; its type system might not be as well-planned as Haskell's, but it's both strict and effective.
(Possibly) interesting aftermath to this article:

I gave this interview a long time ago to a completely unknown security blogger. (I think her blog had like 10 subscribers at the time). Quite a while later, she published it, and she had gotten at least one more subscriber in the mean time, and that was Bruce Schneier. He reblogged it on his blog, and from there it took off on slashdot, reddit, news.yc, etc..

The article linked to my site, which in turn had my cell phone number on it. I figured that I would get a massive avalanche of death threats, etc., but interestingly, I was only contacted a few times by email, and those were all positive things (offers for consulting gigs that I didn't take, a few conference talks that I did and that ultimately led to me joining twitter a while later, requests for advice).

It was striking to me at the time that the collective reaction of the world was so positive. I had feared that I would be stuck in an adware-developer ghetto forever. We often talk about the fact that Silicon Valley has succeeded in part due to its stance on failure, and I sense an echo of that in how it shook out for me.

Feel free to ask me anything. I figure it's the ongoing part of my penance. :)
The thing is, we don't have any extra features because we wanted to nail down getting our core service right. So the key process that is the primary feature is the thing that only works about 25-50% of the time right now.
Asking for consultancy advice in the comments section of an article focused on cheating that very system.

Is this what we've come to?
Is it really broken for the users or broken is your definition of broken because that's your baby and your dreams etc etc etc? If this 25% working part represents something that users could actually use, and you are all under pressure (for whatever reason), than ship it but ship it with a plan. E.g. let the users know what's missing and what's your plan to ship the rest of the service, and possibly show them a milestones timeline so they see this is not the crappy final version of the whole thing and that you are working hard on the other 75%. That will also help with the thing about your investors by the way, I guess. Of course, that's only a very personal opinion. I have never shipped a service or product like that but as a paying user/customer I would appreciate this approach.
Eh, casual friendliness is one thing, telling all of your employees/contractors to fist-bump customers is something else.

Don't get me wrong, I like things to be casual - in fact I find Uber's customer experience to be too far on the other end of the spectrum. "Yes sir", "of course sir", "would you care for some water, sir?" - blech!

I also enjoy chatting with my drivers, because hell, I might learn something.

But if my driver's having an off day and just wants to get me from A to B? That's fine. If my driver just isn't the super-chatty type? That's fine too. Expecting everyone performing a service for you to be bright, chipper, energetic, and ready to spill the beans on all manners of subjects, all the time strikes me as unreasonable - an attempt to create a social bond where none has been earned. Are we so devoid of meaningful social contact that we must try to artificially induce it by decree for paying customers?

Let's not forget that the fist bump - like the pink mustache - is not some organic thing that developed in the "community", it's an instruction from headquarters.

> "but when some friends and I are a bit tipsy and heading out to the club? Absolutely we'd rather be in a fun environment with an interesting person."

Does the interesting person want to be in the same environment as you? Does the interesting person find this environment at all fun? Has it occurred to you that people drive around drunks on Fri/Sat nights for a living, not for fun?

I mean shit, is this guy a driver or a court jester?
The only reason Python should ever be problematically slow is if you're writing bad Python. (Well, almost ever.)

What you have to understand is that pythonic Python is largely a matter of invoking C libraries, and that Python only really runs at "interpreted" speed the first time you invoke the code.

It's no more slow than a shell script which serves to invoke grep and sed would be, because you're relying on the underlying optimized tools to execute the bits that would actually benefit from optimization. The microseconds it takes to switch from one to the other are almost never going to be a meaningful slice of the total execution time.

Instead of picking over the mostly insignificant delays that are left, Python has said "hey, let's optimize for readability & developer sanity instead — things that actually affect project outcomes." And then you go knock off 10 different issues you wouldn't have had time for, and you don't stab yourself in the eye with a fork while trying to make sense of the old code.
>> Re 3: I think it's likely that there are diminishing returns the longer you present material the same way, and that switching it up makes students more interested.

Maybe as important, variety helps keep the instructor from losing interest in what he/she is teaching. If the instructor sounds interested, that makes the subject sound interesting, and that undoubtedly is good for learning. See the Hawthorne Effect.

>> When I read that part, I assumed they were talking about the individual students performing better, not the class in aggregate. If it's student by student, that is (weak) evidence against learning styles.

The bigger issue is the the lack of evidence in favor of learning styles. Without supporting evidence, there's no particular reason to believe they exist.
Any hints on building a ~16TB array? Drive size, RAM size?

I've been eying this - http://www.supermicro.com/products/motherboard/Atom/X10/A1SA..., but the project is firmly in the "one day when I have a spare $5k" basket.
If I had to bet it would be the non-safety systems, like lighting

Or just their website and intranet maybe?
It means I ran a scrub that completed on February 21, 2014 after almost 202 hours, and there were no errors, but there were some corrupt data blocks that were repaired from mirrors, adding up to 1.58MB of data that was repaired.

See http://docs.oracle.com/cd/E23823_01/html/819-5461/gbbwa.html... for more information.
coreyf
Thanks - that's a great site. It turns out that 3 Hours can take you pretty much anywhere in the world. This was a nice briefing on ETOPS - http://gc.kls2.com/faq.html#etops-138
Hm, I can't tell how good this will be and if it will beat RSS. There's not enough to go on.
With certified tools?