I've had nothing but bad experiences trying to do things I'd ordinarily do in Rails in Golang instead (and I really like Golang). Writing "Rails apps" in Golang feels a like like writing them in Sinatra used to feel: good at first, but halfway through you realize you're just wasting time reimplementing a buggier version of half of Rails. On the other hand, I've had very good experiences factoring subsets of Rails app…
Replacing Ruby on Rails: Let's Go
21–30 of 89 posts
Re: Replacing Ruby on Rails: Let's Go
#22Re: Replacing Ruby on Rails: Let's Go
#23Re: Replacing Ruby on Rails: Let's Go
#24Earlier quoted context omitted.
I for one would like to see a serious Go-based alternative to Wordpress. Virtually every major CMS out there uses PHP, and all of them are highly prone to hacking.
Would you say that they are prone to hacking solely because they are written in PHP? Is secure PHP impossible?
In my experience, most vulnerabilities tend to come from insecure, poorly written, unvetted third party plugins and libraries.
Someone writes a plugin that creates a widget, security is either a non-thought or an afterthought. They think someone else might like the widget so they publish it. Thousands of people find it useful, even years after originally released. They are all unknowingly using an insecure piece of software.
Re: Replacing Ruby on Rails: Let's Go
#25Rails is still the best framework for building CRUD applications. It shouldn't be used for every scenario but if you want to build a traditional CRUD app, nothing is better than Rails in my opinion.
Re: Replacing Ruby on Rails: Let's Go
#26There is nothing as feature-rich and widely adopted as the Django equivalents for translation https://docs.djangoproject.com/en/1.8/topics/i18n/translatio... formatting of dates and times https://docs.djangoproject.com/en/1.8/topics/i18n/formatting... or for handling timezone conversions https://docs.djangoproject.com/en/1.8/topics/i18n/timezones/ .
Ideally the Go core, or the Go community, would provide a great experience (consistent, idiomatic, documented, supported) for developers coming from Rails, Django and other platforms.
Right now I recommend Go for backend and APIs, but I stop short of recommending replacing your Rails or Django with Go. There's still an enormous amount of work you would have to do to come close to the kind of web app support you'll find in platforms that are already mature and focused on delivering front-end web experiences.
Re: Replacing Ruby on Rails: Let's Go
#27I've had nothing but bad experiences trying to do things I'd ordinarily do in Rails in Golang instead (and I really like Golang). Writing "Rails apps" in Golang feels a like like writing them in Sinatra used to feel: good at first, but halfway through you realize you're just wasting time reimplementing a buggier version of half of Rails. On the other hand, I've had very good experiences factoring subsets of Rails app…
Re: Replacing Ruby on Rails: Let's Go
#28I personally think any language that compiles to JavaScript and are quite similar are the perfect language for web. Since you can re-use code from client and the server. Right now my bet is TypeScript.
Re: Replacing Ruby on Rails: Let's Go
#29I like Go, and I am replacing aspects of Rails apps with Go, but for a lot of web app uses, Rails is really, really good. Hashicorp, who has a very high Go competence, migrated away from Go to Rails for their web service. http://blog.gopheracademy.com/advent-2014/atlas/ > Once we decided to evaluate other technologies for our web service, we had a few choices. Based on having Rails experience and the maturity of that…