skysight-inc/HackerNews huggingface dataset:
Thanks for the suggestions. I will definitely do a bit more research on keyword optimization and try changing things around a bit and see what results it has.

We have share functionality in the app, but its not until the end along with the credits. We've actually already had a complaint that it's too accessible for kids that are using their parents iPad, iPhone etc.

I should also mention that the app is available on both iOS and Android marketplaces. So far we've gotten NO traction in the Android marketplace, so thats an even bigger mystery.
If the web had been as unpopular as RSS readers, things might have been different. In a health market, if the leader fails to innovate, competitors come in and steal share.

In an unhealthy market that's not growing any more (like RSS), things get a lot more stagnant because folks aren't actively making product choices any more and there's not a lot of incentive for new entrants.

I'm betting there's not a ton of innovation in the Gopher market, either.
Well noted.

If you try attaching any file above 30 MB in GMail, it prompts you to send it "via Google Drive" instead, and automatically uploads it there.
Or he could just meet with whoever was in charge of Google Reader, down the street.
I want this, I know many people who want this. That's good enough in my book to create it. If enough people believe in the idea enough to fund me, then it's a good idea.

I know this is a hard project, that's why I haven't done it yet in my free time. I realize that this will require my full-time attention. But click through the links of my other projects in the kickstarter. I'm not new to hard problems and low-level coding in JavaScript.

I don't have a detailed roadmap and I can't make performance guarantees because I don't know yet. But I do know that I'll do whatever is possible within the constraints of a web browser. Again, I'm not new to these constraints. I believe the web is finally mature enough to pull something like this off.
Well that is what you get for going against the hivemind of hacker news. Sometimes we just need to sit back and let a few people have their bit of drama.
It's been quite a while since I've used Google Reader since my reliance on RSS in general has decreased over the last couple years. However, for anyone who still uses Reader on a regular basis who might be able to comment on this, I think Yonatan might be missing the point. It seems he's looking to incorporate individual features/aspects of Reader into G+ in order to woo newly disenfranchised users back into the Google ecosystem. The problem is that I think this is a case where the whole is greater than the sum of its parts.

Even if he incorporated a large subset of Reader features into G+, I think at best that would likely only capture the wants of a small fraction of the Reader user base given that both products have inherently different goals. G+ is, depending on how you look at it, either a full-fledged social network or a central identity service connecting various components of the Google ecosystem. Reader is a dedicated, decentralized (in the sense that the feeds themselves come from outside Google) RSS consumer. Both products seemingly have different philosophical approaches to the web (walled-garden vs. generally open) and I'm not sure that can be reconciled so easily.

These musings are off the top of my head though, so I'd love to hear thoughts from any avid Reader users and/or G+ engineers/users who agree/disagree.
Any plans for Brackets integration?
Thanks! I do think they could lower fees for individuals,
but put a limit on the number of patents, or Trademarks
a person could file--maybe just one at the reduced fee?

Corporations and LLC's would not get the discount.

I don't think their would be a rush of individual inventors
overloading the department with frivilious, Nolo Press enabled patent requests.

Plus, if that became reality; they could drop the program.

If anyone reads this, avoid any patent service that advertises on t.v.. Research your patient before you
hire a attorney, or DIY.

My main gripe was with the Tradmark fees. I don't
remember the fee, but even if it was $300.00--that's still
too high--especially for a www.mywebsite567.whatever?

I personally think the larger the company, the higher the
fee. Didn't Apple try to patent rounded edges?

Anyway--I appreciate micro entity reduced fee info.
A developer's guide to working remotely
Feynman’s double-slit experiment brought to life
What a great idea!! Getting feedback to incorporate into the next Google product! Whatever it is, I can't wait to start incorporating it into my daily workflow...I know they would never yank it or take it down, right? They are totally dependable!!

</sarcasm>

Seriously, I was getting close to using G+ once in a while for things...now I will never, and I'll think twice before using any Google product on a regular basis. Dependability matters.
Thanks Matthew, that's the plan. Also since the target audience is developers, I don't have to support ancient browsers. This isn't a news site for the general public, it's a developer library.
Was not the same thing said about Sparrow?
http://overapi.com/religion/ Erm, alright. I was looking for Redis :)
As an iPhone user who has tried Mailbox, nothing.
Strictly speaking, this is an example of an impact that you probably shouldn't be proud of.

Excellent point. Character matters. Ethics matter. A lot. If someone makes millions of dollars but is still doing bad things, that's not a person to be in business with.

The problem with workplace character metrics (e.g. reference checks) is that they do a poor job of measuring it, getting caught on superficial stuff.
No, I'm just writing a library in this phase. I'll have a prototype that uses it, but I expect the IDE authors to want to integrate it themselves.
You realize this person almost certainly doesn't exist, right?
You're likely talking a 10 second delay. A typical non-Olympic sized swimming pool is about 25 yards. At 3 mph, that's about 19 seconds. At 6 mph, it's about 9 seconds, at 12 mph, 5 seconds.

10 seconds may be the difference between life and death, but it's also only 10 seconds. You can pick up and lose 10 seconds quite easily. If they drove from 1 mile away, 10 seconds is the difference between 35 and 40 mph, or 60 and 70 mph. They could have saved 50 seconds if they drove 70 instead of 35; should they have?

10 seconds can be the difference between life and death, but sometimes it's not. In this case, the temporarily deceased waited an extra 10 seconds an came through it with no lasting damage at all. I'm hoping that someone, somewhere did the math on this, and determined that haste causes more problems -- either when an EMT trips and falls and injures himself, or when an EMT trips and falls and ends up taking twice as long to reach the injured person anyway, or when the EMT rushes to the injured patient and forgets the AED in the ambulance, or when the EMT administers the wrong treatment in his haste -- than it solves.

Granted, if my loved one died 10 seconds before the EMTs arrived, I might have some lingering anger, and if I died while watching EMTs slowly, nonchalantly walk towards me, my dying thought might be "Fuuuuuuuck yoooooooou EMTs", but from the perspective of a detached observer it makes perfect sense.
There's a time to be an excited fool and leap blindly into action, and then there is a time be a professional and carefully move into place to do your work quietly and skillfully.

You wouldn't happen to use a staging server, would you?
Box Score Replay
Yeah, all Apple ever made was rounded corners.
The thing is, that's actually the easy bit - use apt-get upgrade on say Ubuntu lts and you will very rarely see problems with your upgrade of software like Postgres, apache, ssh or nginx - it's so widely used that you're unlikely to run into issues, and upgrading takes a few minutes every few months.

The thing you need to test then deploy are upgrades to your language and framework/app, and those present exactly the same problem on heroku or on say a vps. You can't just redeploy your app without testing on a new config, and deploys to heroku are no easier or harder than deploys to your own server once set up.
Is right supplier best kept secret in dropshipping?

It would be nice if you can provide at least one supplier for any product you wish, this would give us fair idea about suppliers.
Scientific study shows that highly developed neocortex in software developers is still responding to reptilian complex's commands. Hence, dark clouds in sight. (Inspired by cloudout's headline)
Anything interesting?
No, seriously can you elucidate?

He could at least meet with someone who had worked on the project.
Court deals blow to CIA drone secrecy
I know reader was a free product that probably didn't make Google any money, but I find this plea for feedback on the back of the reader kill a little odd. Especially with the accompanying tone.

Feels something like:

"We're sorry that we took away your child support benefits, but can you give us some feedback on how we can improve our social services to the community? (any feedback about the withdrawal of child support will be ignored). Child Support Services. We listen."
Samsung Galaxy S4 - All you need to know
On a grid-by-grid feature list it loses, but Twitter is EXACTLY what is used by millions of people instead of RSS. They subscribe to Regexp facts instead of an RSS feed of facts. Instead of CNN RSS they subscribe to CNN Breaking News, etc.
"under the guise"?

Pretend for one yoctosecond that you work at Google, disagree with the decision to shut down Reader, and are in a position to try to make the product you're working on help fill the void.

That people like you assume it's malice, or some conspiracy or evil plot, just saddens me.

Full disclosure: I have empathy, and own GOOG stock.
Why there’s no money: the imaginary part of financial systems
It's a common bit of firearm carrying wisdom. Not directly equitable to, but in the same vein as, "even when the gun is unloaded, its loaded".

Of course its a deterrent, but the only thing that makes it more of a deterrent than a whistle is that the officer is (or presumed to be) ready to shoot.
He outright says Google ruined the market:

"I remember back when RSS was amazing and something you paid for. I also remember when Google Reader showed up and very quickly started taking over. It was free. It was Google (back before we were all scared of Google) and it wrecked the market for all of the paid RSS services."

His last sentence:

"This whole mess is just another example of why free is so often bad."

I see what you're saying, that he thinks users are part of the mechanism, but the bottom line is he thinks this apocalypse can be traced back to Google Reader being free.
Out of curiosity, how hard is it to get a visa to start a startup in France as a US citizen? I've toyed with the idea of starting something in Paris.

There appears to be ample opportunity even if all you want to do is create a French version of some other successful product.
Thanks for the feedback, I've improved the copy on the kickstarter page.
This is the real, real, real death:

http://en.wikipedia.org/wiki/Information-theoretic_death

The other "deaths" are just technical shortcomings due to lack of research.
I wrote a library that brings Node's fs module to the browser. It transparently uses the File System API in Chrome and IndexedDB in Firefox (and presumable IE10, haven't tested it there). Feel free to use/contribute ;)

https://github.com/matthewp/fs
Exactly the kind of person I'm trying to help!!! Thanks for the support.
This may be a bit of a naive question, but why would anyone want to code on a tablet? Touch keyboards are horribly inefficient and are prettymuch impossible to use for touch typing.
My point was expressed pretty clearly, I thought, and I did it without calling several hundred people "lemmings" and without calling Yonatan Zunger a liar. I have a nice list of names I'm perfectly willing to call jcampbell1 in response, but I felt sarcasm was more polite.

Or is this one of those cases where "lol u suk" is the preferred response?
What I'd really like is a collection of Chef recipes to replicate a Heroku-like environment, complete with git deployment, buildpack compatibility, logging, etc.
Lots of references to filling the void Bufferbox left. It doesn't seem to be an acquihire, so they still exist. What's the difference between you two?
InstantCab (YC W12): A Hybrid Alternative To Ride-Sharing and Taxi Apps
Cool post, Andy. NLTK is a lot of fun, but it's not necessarily a production-ready solution -- for instance, scaling it out to other languages may pose some problems with respect to utf-8. NLTK's real purpose is more for pedagogy, and your blog post is a nice addition to teaching people Python and computational linguistics at the same time.

You might be interested in checking out pattern ( http://www.clips.ua.ac.be/pages/pattern ). It has a heuristic approach to sentiment analysis built right in that might be worth comparing your features against.

Finally, as far as classification goes, Python is pretty all right, but can be a tad slow working through large amounts of data. I've found that text classification at scale is best left to an external library, with Python doing feature extraction and managing the data pipeline. In the past I've built out feature sets with Python and then passed them to TADM ( http://tadm.sourceforge.net/ ). The advantage of TADM is that, being written in C++, it's meticulously optimized. Of course, you have fewer modeling options available to you. That's just one example; there are plenty of these kinds of services written in Java, too, for instance.

Thanks for a good read!
It's super fast and enticing to triage emails immediately rather than letting them gather dust in your inbox. Not much in the way of revolutionary features, but it definitely makes the entire workflow noticeably smoother.
1) The app is extremely well designed
2) There are some slick features that are virtually friction less to use such as telling the app to remind you about an email next week.
3) with #1 and #2 combined you have a more pleasant email experience than other clients.

All that being said, the problem with Mailbox as a standalone company is this: http://pandodaily.com/2013/02/11/wham-bam-thank-you-mailbox/
The author experienced Clinical Death[1] and not permanent death. However, it's interesting now that we are close to singularity, death may be no longer death.

What does it mean to die if I upload your brain and make another process of yourself? Is death related to the body or losing consciousness?

Finally, dying is like sleeping. You are not around when you are dead. The author certainly got a shock from the things that happened to him and the thoughts of not existing any more and not experiencing death per se.

[1] http://en.wikipedia.org/wiki/Clinical_death
Uhm, presenting stereotypes is sexist. They might also have been racist or whatever, but two wrongs don’t make a right.
Ask HN: What features do you want in modern debuggers?
I am trying to build a better debugger for C/C++ and hopefully for Python and Javascript. I am not too happy single stepping through various lines of code to see what got executed and what did not. When a program stops at a breakpoint, I think debuggers should be visually able to show which lines got executed so far and which didn't. This would really help in speeding up the process of debugging (especially new programs)

What other features do you think must be present in a modern debugger?
Google Takes the Dark Path, Censors AdBlock Plus on Android
Taking perl as an example, they probably know how perl does file i/o. Yet if we're switching to a concurrent system, the entire practice they have of doing file i/o needs to be re-grokked.

I see you didn't look into Coro or read much of what I said. You do IO in the regular way and the scheduler is automatically invoked.

(If you want to know what needs wrapping, just use your head. If it does IO, make sure you have that kind of IO wrapper. If you screw this up your program will still work.)

You are a masterful troll sir. The runtime itself is not novel.

You yourself stressed the importance of the fundamental difference in the Go runtime, two or three times I believe. It seemed to have something to do with your argument against libraries.

The one argument you claim to have left (userbase) is the one you've been ignoring my comments about since the beginning. I'm not interested in arguing it anymore, but if you're interested in it, feel free to re-read my comments on that matter.
Do you really think you have a privacy right?
Sorry, I should have made it clear, he drew, then pointed directly at my head - I was looking right at the end of it. Wikipedia says the rule is "Never let the muzzle cover anything you are not willing to destroy".

So, going from what seemed like an ordinary traffic stop to looking down a gun, I figured he was prepared to kill me if he found it necessary. As I could not figure out any reason for him to want to stop me like that in the first place, it seemed logical there was some massive escalation I was unaware of.
The deployment pipeline is a small portion of it. Even capistrano can provide the same.

The problems you describe are definitely real and non-trivial, but Chef helps with this.

Heroku is also not a silver bullet for scaling up.
Original Show HN thread for Dropbox (2007)
Seeing dhouston reappear in the Mailbox thread, I found the original thread where he announced Dropbox. Fun to revisit the original thread some time ago.
I'm not sure what you're talking about. I never agreed to any such deal on the vast majority of websites that I visit.
What we liked is that it was Reader and not Google+
The critical think people forget is if you DON'T have the roundup up ready gene seeds, spraying your crop with glyphosphate will kill it so taking that action means you know you have seeds with the genes and are using them.
Unfair analogy, you could easily modify it to this:

You walk out your office because you were fired, your boss calls you at night because it was a mistake, you go back to work in the morning.

I'm not saying I disagree with your point. I don't think your analogy fits.
Agreed. It would be a rather short script to, e.g., send every js-accessible cookie on every site you visit up to a third party. It doesn't take a lot of code to capture a lot of high value data. The supposition that it does is quite strange.
Am I paranoid for not wanting to install any extensions in Chrome? There are some I'd like to use, Feedly is an example, but I can't get past the part of allowing them access to anything on any website. I would prefer something that lets you allow access on a case by case basis.
Python Code Review
Looking for code review for my first (short) python application at https://github.com/yousifS/spm.
All browsers do that when you have a registered RSS reader, right? I stopped using RSS a long time ago (encourages procrastination for me) so I might be wrong here.
Working in IT security at a large corp, this is exactly why we cannot allow install of Chrome on any machine in the firm.
Woz talks about the Apple iWatch
My normal walking pace is 2 miles/hour (and I don't think I'm slow). That's about 1 yard/second, so 25 seconds at a normal pace, and the article said 'slowly'.

I don't know if they're doing the right thing for the patient or not; just that that was the surprising info in the article, for me.
Now that GitHub has the ability to move files within a repo (https://github.com/blog/1436-moving-and-renaming-files-on-gi...) what will JS Git be able to do that can't be done by creating, editing, and moving files around in a GitHub repo?
The amazing thing here is: A few of my non-programmer friends told me that they would NEVER install a Chrome extension that can access all their data.

At the same time, all of them have no issue at all to install a regular Windows application from, say, Download.com. They are surprised when I tell them that any Windows application can not only access all their data but could also format their hard drive...

To cut a long story short: Google does a good job of educating users. Microsoft should follow (and innovate with a more fine grained security system).
So now I can just do my work on Github. If Heroku could somehow auto pull and deploy I could approximate a reasonable workflow anywhere I have a browser. This is certainly awesome for hotfixes on the go when you're on some public computer.
No, I was learning Vim at the exact same time, so ended up using Slimv (vim equivalent of Slime). I think in my entire life, I've spent about 10 minutes in emacs. Not because I don't like it, but more so because I never took the time to sit down and learn.
This article does not present a good argument against using Heroku. Yes, you can learn to do for yourself what any given service provides for you. That doesn't mean it is necessarily something that interests you or is worth your time.
Someone has to know where all the light switches are to turn them off.
Interesting.

We're targeting business problems and coworkers since workers have better incentives to contribute (compared to friends), and businesses can see tangible cash value from being more creative.

The thought was that if a coworker sent you an invite/email saying - "I want your ideas on this", it'd be hard for you to not contribute. But I'm hearing that it breaks the work flow too much to expect people to leave email and their current task management tool to use our tool whenever they want to brainstorm. Is that because it feels like they're spamming their friends/coworkers, or because their friends/coworkers don't necessarily want to learn to use another gadget/app? Would it be different if we emailed your coworkers on your behalf saying "soneca just brainstormed x" - want to add your ideas and help her?

I think integrating into a team management tool is a great idea - or maybe directly into gmail like streak (www.streak.com).

Async definitely was what we were going for - busy people want to brainstorm with you and contribute ideas, but it's impossible to get 5 of them in a room at the same time. MonsterLumen should help with that.
While I'm not interested in this at the moment (I choose to work with native tools), I can see the value for many other ppl so I've backed your project on Kickstarter and you on Gittip.
Once Reader lost favor inside the 'plex people didn't want to work on it because it wouldn't show well on their resume. (you don't get promoted for applying CPR to a dead product and manage to keep it alive in intensive care for another budget cycle). So there were no doubt people who were working on other projects who had previously worked on Reader sometimes fixing bugs, and there was probably a product manager somewhere that had at one time been responsible for it, and kind of still remembered where the files were in the source tree. But as a "product" it could continue to exist in Google with nobody "in charge" of it. Its hard to believe, and even harder to explain to someone who hasn't be on the inside, but there are things that exist as Google "products" or "features" only because nobody turned them off, but there is no one at the wheel any more.
There's no reason to believe that Gmail doesn't do the same thing for attachments. It's entirely possible they dedupe in the same manner.
You also don't need to ssh into the box with chef...
I agree. I find most of Google products awesome, and thank the engineers for their work.

I also think Google is smart to try to get out in front of the negative press. I think this attempt is solid approach to redirect people's passion in a positive direction.

The only mistake I see, is that nobody spoke up and said, "Reader doesn't have many users, but the users are bloggers and journalists, so we better shut this thing down with an extreme amount of empathy."

In the interest of being constructive, I think they should have:

1) Done a phased shutdown by disabling adding new feeds.

2) Published the API

3) Offer to work with alternative providers to make migration easy.