You’ve picked the wrong list for an unbiased opinion.<br><br>I might choose Rails myself. And I often do for side projects.<br><br>However, I’ll focus on giving you some reasons why not to choose Rails.<br><br>Hard to hire and I believe this will continue to be the case. My subjective opinion is that it’s harder to hire in inverse proportion to the popularity of the language and it’s productivity. And as interest is somewhat objectively dwindling I believe this will continue to get worse. <br><br>And as it’s productive, businesses can achieve their financial goals more quickly and pay engineers more to keep them.<br>So there’s swings and roundabouts.<br>You can mitigate this by hiring contractors and/or more expensive people, but some companies do complain about the difficulty in retaining ruby skillsets.<br><br>You’re likely to end up with a heavily coupled codebase. You don’t have to, and I have some relatively honed practices for avoiding this, but it’s not The Rails Way. And you’ll find some resistance to decoupling efforts both from the framework itself and engineers who are used to The Rails Way.<br><br>You’re going to still feel like JavaScript is a bit of a second class citizen. It’s much much better now since webpack integration but it’s still not the same as working in a pure node environment. And you are going to build apps that use JavaScript.<br><br>Those are some initial thoughts. I’m sure there are a ton more interesting pros and cons yet to come from the list.<br><br><div class="gmail_quote"><div dir="ltr">On Fri, 18 Jan 2019 at 18:53, Josep Egea <<a href="mailto:jes@josepegea.com">jes@josepegea.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First message here, so Hi everyone!!<br>
<br>
> Taking account the state of technologies, the ecosystem and developers available for hire, if you were to build a new team from scratch to develop a fairly standard B2B CRUD application (something that Rails is good at), would you start building the product and the team around it with Ruby (and optionally Rails) at the core or would you opt for something else? If you would, what would you consider and why?<br>
<br>
<br>
For a side project, where experimentation and learning are part of the expected outcome, maybe not. With so many new cool languages/frameworks available, it would be difficult not to pick one of the shiny new things out there.<br>
<br>
But, for a real project, where productivity is THE target, I'd pick Ruby and RoR more than ever.<br>
<br>
Rails is super-mature right now. That means that you'll find excellent support in the framework and surrounding gems to cover most of the needs for a complete site/app. <br>
<br>
But also, and very important, both RoR and the supporting ecosystem are pretty stable right now, so you can expect to spend most of the coding time on features instead of having to constantly update your own code in order to chase the fast pace of evolution and radical change that young frameworks have. I suffered that at the beginning of Rails (1.x, 2.x and 3.x days) and it was a great detractor for productivity.<br>
<br>
So, for me, a resounding yes.<br>
<br>
Regards<br>
--<br>
Josep<br>
<br>
> On 18 Jan 2019, at 17:00, Tadas <<a href="mailto:tadastamo@gmail.com" target="_blank">tadastamo@gmail.com</a>> wrote:<br>
> <br>
> Happy Friday LRUG,<br>
> <br>
> I've seen some articles about Ruby/Rails dying or becoming less attractive over the last few years. On the other hand there are some strong voices that say the language and the framework have matured and are now better than ever.<br>
> <br>
> I'm not trying to get a scientific proof that either side is correct. While I do think that Ruby an Rails have definitely not gotten worse over time, I also understand that how people feel and talk about the technology do have an impact to the overall ecosystem of the technology. I would be curious to hear your subjective thoughts about the topic from the perspective of the following question:<br>
> <br>
> Taking account the state of technologies, the ecosystem and developers available for hire, if you were to build a new team from scratch to develop a fairly standard B2B CRUD application (something that Rails is good at), would you start building the product and the team around it with Ruby (and optionally Rails) at the core or would you opt for something else? If you would, what would you consider and why?<br>
> <br>
> Thanks for your thoughts :)<br>
> <br>
> Tadas<br>
> -- <br>
> Tadas<br>
> _______________________________________________<br>
> Chat mailing list<br>
> <a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
> Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
> Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
> List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br>
_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" rel="noreferrer" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</blockquote></div>