Hacker Newsnew | past | comments | ask | show | jobs | submit | timaelliott's commentslogin

http://hyperpolyglot.org/scripting is a similiar resource for php, perl, python and ruby only.


http://hyperpolyglot.org/ provides comparisons between various "families" of languages - not just the above. But there isn't a comparison between, say, Ruby and Haskell.


I use http://sugarsync.com personally which provides versioning and also lets you arbitrarily sync directories, not just the 'dropbox' one.


Nice to see a sync solution that lets me sync arbitrary folders. I was thinking of building a layer on top of dropbox for myself, but this works great. Thanks for the recommendation!


He already told you, they are good with the goddamn customers. They have people skills, they are good at dealing with people. Can't you understand that? What the hell is wrong with you?


I disagree. By restricting the number of rows I think you're just going to end up with folks creating sloppy schemas specifically to avoid going over the limit.

  post.categories (varchar) = "1,51,78,84,100"
and other wonderful non-normalized approaches.


Hm. If you must do that, remember Postgres is guilt-free-SQL, so don't use a varchar, use the array type.

http://www.postgresql.org/docs/9.1/static/arrays.html



I like that you guys pointed out more efficient ways to do stupid things :)


Well, if the time it takes you to contort your application to work around our row limits is worth less to you than $9/mo, you're probably in need of both technical and financial advice.


I don't disagree nor do I use heroku, it's moot for myself.

I was just commenting how row-limitations were a very NoSQL way of enforcing data limits and inappropriate for an RDBMS.


Oh, you don't need to use Heroku to take advantage of Heroku Postgres -- it's available as a standalone service.


People willing to go to extremes to save a few bucks are probably not hosting on Heroku to begin with. This doesn't seem like a scenario worth worrying about.


10 million rows though is a high enough limit to make that unnecessary.

Of course any limit can be engineered against. When I was in college, the deli used to have a deal where you could get a baked potato with whatever toppings you wanted for $1.50 or something. one of the topings was chilli. So I would fill the container up with chilli so it was more like potato chilli..... After a while they started charging by weight because apparently this was a popular approach to this esp. for college kids who would rather cut food expenses and spend money on other things.


Make a horrible schema just to avoid ten dollars a month? Surely the time of most developers is worth more than that.


Give a person an limit and he will try to overcome it no matter how silly it is.


I find over-normalizing databases to be just as much of a problem. "Perfectly normalized" databases create extremely nasty join statements which can create just as much havoc as poorly normalized databases, especially once an ORM is thrown into the mix, which most will be using.


Is making otherwise innocuous changes which have a substantial impact on user behavior important to the startup culture?

No, no at all.


I fantasize about computers too. I tried to picture clusters of information as they moved through the computer. What did they look like? Ships? motorcycles? Were the circuits like freeways? I kept dreaming of a world I thought I'd never see.


Took about 45 seconds of Google+Yelp to determine it's http://www.yelp.com/biz/mirai-chicago


Nice try, overpriced US universities and for-profit degree mills.


Awesome response from Spolsky but that's not Quora. You can tell because it has users and content :)


ya ur right... whoops. def my bad there. still, hope it helped :)


Why do you think you'd only get paid $33k? If that's the case, that's suggesting the compensation and ownership is:

  Co-Founder: $33k Salary, 45% Equity
  Co-Founder: $33k Salary, 45% Equity
         You: $33k Salary, 10% Equity
I'm hoping the problem is self-evident.


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

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

Search: