skysight-inc/HackerNews huggingface dataset:
I really, really hope at least one of their devs reads HN.

You guys are great. From a UX standpoint, I get what you're going for. As a marketer, it makes sense. And as a developer, I can honestly say 1.0.2.6 wouldn't come CLOSE to qualifying as a gold master, let alone something you pushed out to millions of people.

The "bugs":

1) Rendering. Composite views in the app take 1-2s to render on an 8-core Xeon and a T1 line--I've seen much better performance from React which is DOM-based, so what gives? Are you firing synchronous API calls before loading the resources??

2) Local Files. More below under "personal grievances," but I consider this a bug for two reasons: first, you cannot sort by date added or adjust columns in any meaningful way. Second, it's not scanning local directories properly because plenty of local music found in "Songs" is missing from this view.

3) Hover states. Dear god, hover states. If you actually are coding this native, then you've got something weird going on with your first responder, layering, or a timer somewhere because drag selection states are buggy everywhere. Songs, playlists, and starred. Play around with this and you'll notice how something keeps interrupting the current layer event.

4) Play bar. I don't know if you changed the protocol on the local server responsible for actually streaming, or if you shifted over to some event/dispatch structure, but I'm getting a 1s delay and surprising lag on the play bar. Not exactly sure of the culprit, but it makes it very difficult to quickly drag and scan. To clarify again--this is not related to the network. Probably related to buffers and however current_position is reconciled.

5) Spotify Helper. Did I mention it's eating up 100% CPU on one core consistently? Whatever you're doing on the rendering side with bindings is foobar. I get this 50% of the time launching the app. Yes, I've run disk utility, verified and repaired permissions and the primary sector. And my RAM (and VRAM) is fine.

https://gist.github.com/j42/e11c0a2f5ee4d288cb31

6) A little one. When creating a new playlist and the artist + album fields are all uniform, it should auto-populate the playlist title. Not a big deal, but worth noting.

On to the "personal gripes," or "dark patterns." I get why you're doing it, but I don't like it:

1) You can't hide the social bar. I realize you want people to use the feature, but why not turn it on by default and still LEAVE the option to hide it in the 'advanced' section of preferences most people never visit anyway?

2) Local files are treated as second rate. Worse still, as mentioned above the local files view is actually broken. But even going through search and songs, trying to work with any kind of local media has become a pain in the ass.

For what it's worth, the API seems very well designed and as a whole the ecosystem has traditionally worked quite well. Especially when handing off streams between multiple devices and/or protocols.

I'll stick with my subscription for the time being, but can someone with actual clout take these issues seriously rather than just echoing the same old "we'll notify the devs, thanks for your suggestion!"
Hi, Yeah those links are mandatory by Indian banks but we do provide templates for them that you can modify for your use case. And as long the links are on your site, we will handle the rest (visibility etc.)
Here is are some past YC applications that I have saved over the years. These may help. Lot's of great applications to learn from. The recent course, "How To Start a Startup" run by Sam Altman has tons of actionable lessons from past founders many of which are YC companies and partners.

1. http://www.scribd.com/doc/111078156/Yc-Application

2. Dropboxes Application - https://dl.dropboxusercontent.com/u/27532820/app.html

3. http://blog.zactownsend.com/our-yc-s13-application

4. https://www.themuse.com/advice/the-muses-successful-applicat...

5. A failed but insightful one - https://open.bufferapp.com/buffers-y-combinator-application/

6. http://alexisohanian.com/our-y-combinator-summer-05-applicat...

7. http://www.nancyhua.com/2014/10/08/successful-y-combinator-s...

8. https://medium.com/@mattangriffel/getting-into-y-combinator-...

Hope this helps. Best of luck!
I don't quite get the thinking behind not revealing that information for a commercial service. It's really not ok, regardless of if it's an mvp product, there are still minimum requirements.

Two days of effort would get you to a basic presentation polish (privacy policy, terms, about, and more elaboration on the financial / payment side of things), along with a PO Box.
The Hairy Arm Technique
Hey, thanks for the kind words. The activation form will require 15 minutes to fill up and we can take you live in a day or two after that.
- We are using PAN and CIN api from govt. of India to verify a lot of details. We ask for the scans of few proof documents (much less than others).
- Our transaction fees are on our website http://razorpay.com
- We do provide integration plugins for almost all eCommerce platforms including nopcommerce
A time machine, or a job working at Intel? :)
Meta: That blog as got to be one of the best examples of terrible design - intrusive pop overs, buttons that constantly shake (<blink> tag anyone?), icons that randomly rotate to distract you and overloaded scroll bars that I can't grab.

Just. Stop. It.
But he's not trying to trick anyone, he's asking an honest question. I understand the concern, but going through life holding ones tongue before every question on the possibility that a bad actor might ask similar questions is like living life in a TSA queue, no thank you.
I loved SC:CT, and have played every iteration of SC from the first.

One of my favorite bits of SC:CT is the "are you a ninja?" dialogue.

https://www.youtube.com/watch?v=WuQJn93ZTqo
Very interesting. How are you computing your badges? What is you source of information?
You turned me off at PHP :( From an engineering point of view, why do you insist on a back-end component?
This is fantastic news! Joe is a great editor, thank you Joe Allen.

It has got just the right set of features to be a proper Unix editor that is good at editing and delegating other stuff to other utilities. I love the run shell in this buffer feature. The only thing I wish for is a soft-wrap feature, since I deal with long lines quite a lot.
>I'd honestly love to get into the head of collector types.

As a previous Pez collector back in the 7th grade, or "Pezhead" (back in the 90s using my paper route money) who yes, attended several Pez conventions at the time, I can attest that the draw was in-part connecting with other people around a shared interest -- the community.

Although some of the email on the big Pez email list at the time [1] was buying and selling, a lot of it was joking around, organizing meet-ups, sharing stories about a great "find" at a garage sale etc...

For me, the ability to connect via email with people from around the globe talking about a subject like Pez was what stuck with me. Although my Pez collecting ended, that unifying aspect of the internet continued to inspire me through my formative years and continues to this day.

That said, here is an indie documentary about "Pezheads" if you are interested in hearing more about crazy collectors:
http://pezheadsthemovie.com/

[1] http://www.pezlist.com/ The Original Pezheads Email List, online since 1995
Where can I try your payment experience?

The TC article says you're live on Shifter, NanoWE & Zostel.
But, Shifter doesn't seem to have an online payment option, Zostel redirects me to PayU and cannot find anything to buy on NanoWE.
Atleast you guys have templates :D

Best of luck guys... And start accepting bitcoins soon ;p
That explains why they send out so many ads for 90% off courses. The author would get almost nothing anyway so their hit isn't terrible.
The Art of Nomography I: Geometric Design
My point is that if you're a worker who doesn't want to be commoditized, you have to fend for yourself. The company won't protect you from it, but neither will unions. Basically, if you see yourself as part of any group, whether it's "all the employees of company X" or "all the members of union Y", you're asking to be commoditized.
Uh, no. Radiocarbon dating is routinely done on such things as shells, shipwrecks, peat, mud, and groundwater.
Thanks! The play-by-play is scraped from si.com into a SQL schema and the badges and stats are compiled from there. It's all done with a background worker (Resque).
Udemy was able to get teachers to use their platform by sharing most of the revenue with them, but once they had a large platform, they cut the revenue sharing dramatically. It's very hard for competitors to take on a dominant platform,even Craigslist still manages to dominate many areas.

However instructors can list their courses on both Udemy and on other sites, so this could be something a competitor could try to build off. Perhaps competitors can chip away at specific niches of Udemy, just as happened to Craigslist. For example, one site could focus on business, while another covered web design. Personally, I would be interested in building up a platform around programming courses.

This site could offer a number of improvement over Udemy, such as coding challenges and a better format for video. It could also instructors a guaranteed lifetime revenue share above a certain point (say 75%).
Creating quality content is the hard part. Learning hubs need to offer value added services, especially to programmers, as we can just create our own platforms, and go direct. I run https://sysadmincasts.com/ a weekly screencast for sysadmins, and have been approached to create on-line courses (not by udemy, but several similar sites). The thought of adding a middle man is almost sickening, as it takes countless hours to create something worth watching, so why give money away?!

Don't get me wrong, I like the idea of an on-line learning hub, where you can add courses as needed. But as a creator, it also sucks to work extremely hard to create something, and then have someone step in and take half of it (or more). So, there are some things to be worked out.
> BUT - if you really think that you aren't a great programmer AND this job will give you the opportunity to level up your skills, then it could be worth it. (esp if your current job is not programming-related)

Yes, this. I'm hoping that maybe I can not feel like such a loser for once if I take this job. I'll get stuff done and at least learn something.

My job so far has been not those things.
In those cases, I think the author agrees to only get a cut of the remaining 10%.
Will Europe Drag Down the World?
> set up his 'wealthy, modern' state by money laundering for Burmese junta

D'oh! I've been wondering how Singapore's low-taxing government accumulated all the capital that it invested, and that answer is so obvious: they took it from people somewhere else. Would you mind pointing me to a book that fills in the details?
Many registrars have sold people on using whois privacy to "protect yourself against hackers and spammers". [1]

Many end users either buy this argument or simply parrot what they see others doing (or not doing).

There are legitimate reasons for privacy but as a general rule if you are a business it's a big mistake.

On this page [1] it states that you will also "protect yourself from telemarketer". Well I am here to tell you (I also run a registrar that doesn't even offer privacy btw) that with thousands of domains under management we get perhaps 1 or 2 phone calls
per week. And if we were to use a google voice number that wouldn't even be an issue. (Yes, thousands of domains ...)

[1] https://www.name.com/whois-privacy
As in "Mr. Tompkins in Wonderland"?
Mechanical Turk doesn't always produce great results for something like web scraping. It really depends on the particular website and data that is being scraped. Usually there is also significant setup involved so that MTurk produces good results regardless of the task. If Rabbits really can do web scraping cheap, fast, and well then it might be worth the money.
Nes emulator written in go
Top sites built with Django
I don't think the author is using the term "pyramid scheme" correctly.
> Unions do not fight for any of the things you listed.

My first bullet is part of the union contract for stewards in NYC hotels. The second and third are part of the union contract for Boston hotels. The first part of my fourth bullet happened at a colleague's hotel who [twice] caught an employee stealing, the second part of that bullet happened at the last hotel I worked at (and perhaps "physically assaulted" was a bit strong - for accuracy purposes you can reword it to "throwing an object heavy enough to hurt someone had their aim been better").

> Were they working from prison after criminal charges were brought?

Unless you have the encounter video-taped it's not worth bringing criminal charges against someone for stealing $100 or throwing a walkie-talkie. Especially since it benefits the hotel to let the union "convince" them to re-hire the person because that cost the union in future negotiating capital (i.e. at the next contract's negotiation the union will be reminded how "forgiving" the hotel had been).
Although it is not illegal to vote informally, it does not follow you have a legal right to vote informally.
Great - thanks! We will be certainly signing up soon. We have a couple of other projects in the works that can benefit from this as well.
Jesus, this mess just never ends.

Torvalds' criticism of C++ is lazy thinking, but the schadenfreude that non-C++ developers exult in from his criticism is just plain dumb.

Go back and read Torvalds' screed (here's a link http://harmful.cat-v.org/software/c++/linus). Aside from some sloppy hand-wavy arguments about how he feels icky 'trusting' standard libraries, is he actually criticizing C++? Where in that mess of half-congealed reasoning is mention of multiple-inheritance or operator overloading, or any of the other classic C++ mis-features?

Torvalds is a systems-programmer and he detests the greedy-method design-as-we-implement approach to development that C++ application programmers wanted to bring to git. But, guess what? That pretty much describes application developers working in every development language in common use today.

You program in Java? Chances are Torvalds thinks you're a hack unworthy of working on git or linux. Ruby? Probably even worse. Javascript? Don't make me laugh. Torvalds even refers to you - yes, you - as "some CS people".
> Many democratic countries are run in a fashion that reasonably approximates what is good for their electorate.

I think this is a judgment call (it depends on what you believe is "good" for the electorate, particularly in the long term vs. the short term), but let's assume it's true for the sake of argument. That still doesn't mean that what's good for the power structure is good for the electorate. For a democracy to do what's good for the electorate, elected representatives have to act in the electorate's interest, and the only benefit to their own interest that they can consistently expect from that is getting re-elected. They can't make backroom deals with lobbyists, they can't promise favorable legislation to corporations in exchange for cushy jobs after retirement, etc., etc. In short, they can't do all the things that politicians in democracies routinely do to further their own interests, because those things are not good for the electorate.

So if the definition of a "functioning" democracy is that what's good for the power structure is good for the electorate, then I don't think such a thing exists, has ever existed, or can exist. The interests of the power structure will always be in conflict with the interests of the electorate. Some democracies may manage that conflict better than others, but it's always going to be there.
Javascript is downloaded by the client and can be verified by the client. I know the server can serve malicious Javascript, but then a client extension can check it. If the server doesn't know which clients are performing verification and which aren't, then it risks being found out.

And yes, that article mentions that it's safer to perform the entire protocol in an extension. But the point of the "verifier extension" is that then you don't need every user to use a modified browser[1], just a threshold number of users. It would be even better if browsers provided decent crypto primitives and more compartmentalized runtimes, of course.

The point of client side processing here can be seen, if you want as "open sourcing the code that will actually handle my vote" vs "open sourcing some code and promising that it is the code that will handle my vote". Even with the limitations of Javascript security, the former is better than the later, and the later is better than closed source in the server, which is the present situation. Arguably a dedicated (phone?) app would be better and dedicated hardware even better[2]. But then you have to deal with rolling that out to tens or hundreds of millions of people.

[1] Chrome extensions are usually also partially compartmentalized Javascript.

[2] http://googleprojectzero.blogspot.com/2015/03/exploiting-dra...
That is amazing. :-)
Whoa, amazing
"You should have it by 7:05 pm PST."

-- From one of the examples.

I have uneasy feelings about this. I know that you're targeting grunt-jobs and it's easily estimateable. But I also know that things happen and they can't always be met.

If I'm going to send out a grunt-job then more often I care more about it being done well than being on time. If you're targeting quick turnaround over correctness then I imagine that I need to spend more time verifying the work, exactly what I don't want to be doing.
Very interesting. I'll be buying a few, for my nephews and nieces. Thanks for posting.
The following comment by @fsk which I think what you are describing is inaccurate:

if you decrease your false negative rate by more than you decrease your false positive rate, you're actually hiring MORE bad candidates

First false negatives (FN) and false positives (FP) are independent of each other. FP estimates how many bad developers you would end up having regardless of your FN. The FN determines how many good developers you would turn away regardless of your FP. If you are confused about this, well, these numbers are part of appropriately called "Confusion Matrix". I would highly recommand reading up on Wikipedia (http://en.wikipedia.org/wiki/Confusion_matrix) or any textbooks before you jump on commenting and through bayesian equation around because you are certainly not using right terminology. Also both of these are again independent of actual % of bad developers out there (i.e. whether market has 99% bad or 1% doesn't matter, FP solely determines what many bad developers you would end up with).

Next, it might be actually easier for you to think in terms of precision and recall instead of FP/FN. Interviewing process is nothing but classification problem and P/R is standard way to measure its performance. Again Wikipedia is your friend to brush up on that.

A classic situation in classifier performance is referred to as precision recall tradeoff. You can plot that on curve called RoC and choose your operating point. The way you typically do that is by quantifying how much you would get hurt due to loss in precision (~ more FP) compared to increase in recall (~ less FN). You plug the costs in equation and decide your operating point. For companies that can rapidly deal with FP, increasing recall may make sense and other way around. However in most cases there are too many other reasons that I'd listed should typically prevent you from lowering your precision too much.
It freaks me out that people are so nonchalant about this. Browsers and OSes get cracked on a regular basis: you can't trust the server, you can't trust the client, and you can't trust the pipe in between.

There is no voting algorithm in the world that can be trusted in that environment, full stop.

Seriously, I'd love to hear how I'm wrong. And if not, then how could we possibly consider handing power over our laws, our courts, our armies, to whoever manages to figure out how to exploit this first? It's not like there isn't reams of evidence that people will attempt to rig votes; so if there is a way, eventually someone will succeed.

Why are people OK with this?
> only his complaints about the public sector unions were reasonable enough to address.

I don't understand. His complaint is basically that public sector unions and private sector unions have the same problems.
First, we weren't intentionally breaking any law. Second, arguing for or against firearms is beside the point. I'm arguing against people blindly obeying any law, if it comes at the expense of exercising sound personal judgment.
You don't. Go to the standards committee on bended knee and ask for another awkward addition to the language like <complex.h>.
> I once had a (prominent?) figure in the startup community walk past my desk and tell me he'd fire me if I worked for him, because it couldn't be productive to work in an editor like that.

That was a truly awful thing for someone to say. We all go through learning phases, and making fun of someone for the technology they choose to use is just hateful, not to mention discouraging.

I originally learned on Solaris using pico (as part of a college "intro to UNIX" class), and I'm highly thankful for the person who sat next to me and suggested I check out Debian. I used nano when I first installed Linux, because nano-tiny was the default editor on Debian. I knew enough vi to hit :q! or ZZ if I somehow ended up in nvi. Much later, I learned Emacs, on the assumption that I needed to learn one of the big two programmer's editors, and I couldn't stand the modal nature of vim; to this day my .emacs enables CUA mode. Much later I learned vim, partly by way of shared screen sessions with a proficient vim user.

Or hey, if you really want to make fun of my past technology choices, I used to write VBA code 15 years ago, which in the snarking order of overly opinionated geeks probably puts me somewhere between PHP programmers and COBOL programmers. Some of that VBA code is still in use today, which is both an amusing and terrifying thought.

I've had a long and winding path to the current set of technologies I use. I'm sure many other people have similarly long and winding paths, and weren't always using the same set of technologies they do today. If anything, that provides a level of breadth.

(On occasion I've been known to snark at specific technologies, such as PHP or MySQL. That doesn't mean I'm going to make fun of people who use those technologies productively, especially when learning. There is a time for offering constructive suggestions about alternative technologies and the features and benefits of using them; certainly if someone seeks out advice for what to use then by all means recommend your preferred technologies and give reasons for those recommendations. But drive-by snarkage and belittling about someone's choice of editor? That's just wrong.)
Sometimes you don't need planes: Japanese Fire Balloons
You are right that the current state won't last long. Computer science enrollments are skyrocketing, and businesses and government alike are pushing hard for even more people to flood the industry.
If your ability to defend from corporate espionage depends on the Bad Guys not asking you questions, then you're not defending yourself from corporate espionage.

The onus is certainly on the engineer to distinguish between information they can divulge and that which they would need clearance for. You can't ask the good guy to not ask questions by stating that questions are what bad guys use to trick by social engineering.

Your argument is inverting the burden of responsibility. It's not OPs job to protect your IP, it's yours. You can't ask them to not ask any questions in case that a questionee was in possession of IP and susceptible to social engineering.