<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
First time poster, and silent admirer of Ruby and the effect its had on my career.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
<br>
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Tiptoeing round your question about CRUD apps, what resonates is the issue around choice and Ruby’s popularity. I sympathise with you folks involved in pure web development, serverside or otherwise, as things are now overwhelming.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
<br>
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
In my job, i’m lucky enough to use ruby. Used it for 8 years to parse rows of fiddly csv data. I also use it for webdriver test automation, and now AWS Lambda functions. I’ve never touched rails, but only because i’ve never needed to.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
<br>
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
I’ve been guilty of worrying about this popularity/job prospect question too much in the past. “Ooh ruby is down on itjobswatch”. “Maybe i should start using Node. Maybe Go or powershell. I’ll dust off my python knowledge maybe.”</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
But the same thing always happens... i just go back to using Ruby... </div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
A) because i’m a dad of 2 and need to be objective with my spare time.</div>
<div style="text-decoration: -webkit-letterpress;"><span style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69);">B)
</span><span style="background-color: rgba(255, 255, 255, 0);">in terms of productivity, it still reigns supreme. It can declaratively express my intentions better than any other lang.</span></div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Its the little things that add up!!</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Quick ranges with (...)</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Sugar for string arrays, %w()</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Enumerable on all collections.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Whitespace freedom</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Tons of built in methods.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Variable assignments are values</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
<br>
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
And many more...so many benefits that you discover while trying to use a different lang to solve the same problem.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
<br>
</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
I dont think the stranglehold that java and c# have will ever fade, and i’ve stopped caring. I’ve seen little widespread awareness of the benefits of ruby when i’ve been for interviews. Thats just the way, but I’ve felt very positive about Ruby lately. AWS
has given a good opportunity to Rubyists by supporting it natively on LAMBDA and so I hope we’ll begin to see more heterogeneous code bases. Ruby functions living alongside Node, Python et al in one domain. In step, we’ll see no more job adverts stating “must
have java experience”.</div>
<div style="caret-color: rgb(69, 69, 69); color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;">
Even if this isnt the future, i can’t imagine using any other language for what i do and so i’ll keep spreading it’s message. What is that message? I guess it’s the same one i saw when i attempted (and failed) the first ruby quizz question. “use ruby, live
longer”.</div>
<div><br>
</div>
<div>Matt</div>
<br>
<div id="AppleMailSignature">Sent from my iPhone</div>
<div><br>
On 18 Jan 2019, at 19:21, Mark Burns <<a href="mailto:markthedeveloper@gmail.com">markthedeveloper@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>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>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>Chat mailing list</span><br>
<span><a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a></span><br>
<span>Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org">http://lists.lrug.org/pipermail/chat-lrug.org</a></span><br>
<span>Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org">
http://lists.lrug.org/options.cgi/chat-lrug.org</a></span><br>
<span>List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a></span><br>
</div>
</blockquote>
</body>
</html>