TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Why Parse Picked Go Over C# to Replace Its Ailing Ruby Stack

2 pointsby umeboshialmost 10 years ago

1 comment

dalkealmost 10 years ago
This page links to a summary. The source article is at <a href="http:&#x2F;&#x2F;blog.parse.com&#x2F;learn&#x2F;how-we-moved-our-api-from-ruby-to-go-and-saved-our-sanity&#x2F;" rel="nofollow">http:&#x2F;&#x2F;blog.parse.com&#x2F;learn&#x2F;how-we-moved-our-api-from-ruby-t...</a> .<p>The saddest part, and an example of why I think Postel&#x27;s Robustness principle is not useful, is:<p>&gt; The hardest part of the rewrite was dealing with all the undocumented behaviors and magical mystery bits that you get with Rails middleware. Parse exposes a REST API, and Rails HTTP processing is built on a philosophy of “be liberal in what you accept”. So developers end up inadvertently sending API requests that are undocumented or even non-RFC compliant … but Rails middleware cleans them up and handles it fine.