Live data from Hacker News

Don't solve the solved problems

blog.collections.me

11–20 of 38 posts

Re: Don't solve the solved problems

#11
post #2

"MongoDB is how we store things" Is mongodb really a good solution for storing things? IIRC one concern about coinbase (YC) is that they used mongodb for storing financial information.

Stripe uses mongodb, if its good enough for them, its probably fine for financial info. As I recall, there is some aspect of mongodb that lets it scale up without maintainance, making it good for a service that just can't go down.

Re: Don't solve the solved problems

#12
post #5

That's a hell lot of things to change, break, go down, lose your data, start charging ridiculous prices, be discontinued, etc... I'm all for SaaS and not re-inventing wheels, but I'd be nervous if I had to rely on so many external dependencies.

Presumably when any of those things happen, that's when you bring it in-house.

Re: Don't solve the solved problems

#13

I was hoping for a slightly higher-level look at what problems not to solve. It seems that Collections.me solves a solved problem - convenient online storage. It iterates a bit on it, but you seem to be building something that is largely a pile of already-solved problems, both in its implementation and use cases. Just my opinion, of course, and that is how many services advance, but I thought I'd voice it in light of…

Try http://www.codinghorror.com/blog/2008/10/programming-is-hard...

The OP doesn't really talk about "solved problems", it talks about the companies core competencies.

Re: Don't solve the solved problems

#17
post #12
post #5

That's a hell lot of things to change, break, go down, lose your data, start charging ridiculous prices, be discontinued, etc... I'm all for SaaS and not re-inventing wheels, but I'd be nervous if I had to rely on so many external dependencies.

Presumably when any of those things happen, that's when you bring it in-house.

I don't think that's a viable solution. Some of these are quite complicated and replicating them in-house is not something you just up and do in a short time. That tactic might expose you to significant downtime.

Re: Don't solve the solved problems

#18
post #17
post #12

Earlier quoted context omitted.

Presumably when any of those things happen, that's when you bring it in-house.

I don't think that's a viable solution. Some of these are quite complicated and replicating them in-house is not something you just up and do in a short time. That tactic might expose you to significant downtime.

I agree they take a long time to replicate. Which is why it doesn't make any sense to me to suggest that you should build them in house before you get your product out to the world.

Re: Don't solve the solved problems

#19

most of these services wouldn't be around if they had taken that advice ;)

I just so happen to be working on a product that significantly overlaps with Collections.

I've spent almost a year on it and don't think I'm going to take their advice if it's all the same to them.

Post reply on HN