Hacker Newsnew | past | comments | ask | show | jobs | submitlogin
Work in progress: open source Google Reader API clone (github.com/devongovett)
26 points by devongovett on March 15, 2013 | hide | past | favorite | 12 comments


I'll just leave this here :)

http://pastebin.com/raw.php?i=FD3xe6Jt


And for completeness, the response from the MongoDB team. https://news.ycombinator.com/item?id=3202959


You do realize this was debunked as inaccurate FUD mongering, right?


If you're interested in helping out, join #reader on freenode or send pull requests! :)


I like it. Instead of complaining, do something about it. Obviously there is a huge demand for something that's exactly like Google Reader. whoever builds this by July will have a good chance at creating a successful businesses.


Whoever builds the service, that is. Few people are looking to host their own feed reader.


Why o why do each and all of the OSS clones I've seen use a freaking full-fledge database? You could easily use SQLite or you know, files. This is not a rant against devongovett but to all.


I think Express website is http://expressjs.com/, not http://expressjs.org/


Oops. Good catch. Thanks!


Node.js and mongodb?

No thanks.


You're entitled to your opinions, but care to explain why?

(I have no affiliation with the project in question, btw).


Both technologies seem to have shifted toward center stage as the default "cool" stack to develop on. Neither perform particularly well, and those that say they do have yet to demonstrate (to me at least) that this is true with actual numbers. Javascript as a language is poorly designed as a server language, doesn't support hot swapping, isn't object oriented, and misses a number of features other functional languages enjoys (sensible typing being one of the biggest ones). The choice to use MongoDB "to learn something new" is wrong for something that you actually hope others will use. Better reasons would be something like: "my ideal architecture uses a data model perfectly suited for MongoDB," in which case, I'd ask why not use a different document based db that actually scales. Or, "I'm a mongo expert that can do crazy tweaks to make mongo fly."

This whole thing just doesn't seem well thought out, and I certainly will not invest any of my own energy into it or expect anything to come out of it.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: