Need advice about which tool to choose?Ask the StackShare community!

ES6

61.8K
51.1K
+ 1
164
Ruby

30.6K
19.2K
+ 1
3.9K
Add tool

ES6 vs Ruby: What are the differences?

Developers describe ES6 as "The next version of JavaScript". Goals for ECMAScript 2015 include providing better support for large applications, library creation, and for use of ECMAScript as a compilation target for other languages. Some of its major enhancements include modules, class declarations, lexical block scoping, iterators and generators, promises for asynchronous programming, destructuring patterns, and proper tail calls. On the other hand, Ruby is detailed as "A dynamic, interpreted, open source programming language with a focus on simplicity and productivity". Ruby is a language of careful balance. Its creator, Yukihiro “Matz” Matsumoto, blended parts of his favorite languages (Perl, Smalltalk, Eiffel, Ada, and Lisp) to form a new language that balanced functional programming with imperative programming.

ES6 and Ruby can be categorized as "Languages" tools.

"ES6 code is shorter than traditional JS" is the top reason why over 98 developers like ES6, while over 590 developers mention "Programme friendly" as the leading cause for choosing Ruby.

Ruby is an open source tool with 15.9K GitHub stars and 4.25K GitHub forks. Here's a link to Ruby's open source repository on GitHub.

Airbnb, Instacart, and StackShare are some of the popular companies that use Ruby, whereas ES6 is used by Slack, StackShare, and ebay. Ruby has a broader approval, being mentioned in 2530 company stacks & 1140 developers stacks; compared to ES6, which is listed in 1461 company stacks and 1725 developer stacks.

Advice on ES6 and Ruby
Needs advice
on
JavaScriptJavaScript
and
RubyRuby

I'm new to development, and I've been studying JavaScript and Ruby concurrently, but I'm to a point now where I should really be focusing my effort into learning one language. I'd like a solid foundation and understanding, so that I can move forward with confidence. Everywhere I go, I keep hearing that RoR is a dying breed. However, I really have enjoyed Ruby and Rails...a LOT. Its approachable, fun, and readability is great. I just don't want to set myself up for failure by saddling myself in with a stack that will take me nowhere. What is your opinion on the future of RoR and would it be foolish for me to invest too much time in learning it over others?

See more
Replies (6)
Julien DeFrance
Principal Software Engineer at Tophatter · | 8 upvotes · 72.8K views
Recommends
RubyRuby

Ruby on Rails is far from being dead. In fact, this is a very popular choice in early-stage startups, given how fast and easily it allows them to launch their product and iterate on it.

Even at more mature companies, you'll still find a ton of opportunities. Not for internal tools or legacy codebases, but for actual production workloads: web apps, APIs, etc...

Some may tell you that Ruby doesn't scale, but is it really Ruby that doesn't scale, or the code they wrote?

Languages have trends. Sometimes, recruiters will try to take you one way or another to meet their own agenda. Don't always listen to what you hear. Long live Ruby! Long live Rails!

See more
Recommends
RubyRuby

You can’t directly compare RnR and Javascript, since the first is a framework (Ruby would be the language), and Javascript is a language. RnR even uses quite an amount of Javascript. I think that Ruby, and Rails, are design by improving on previous languages, and shifting the perspective from speed to readability and general developer friendliness. Opposed to that, Javascript did not have any design goals at all, and seems to be repeating the errors of all language designs that existed before. “Knowing Javascript” would not be a selling point to me when hiring someone, there should be mentioned specific javascript frameworks. And I’d always try to find someone who has experience in multiple languages. So my advice is to to learn RnR first, you get a head start, Javascript will just come along with it. And you can distinct yourself from other people that claim web development knowledge because they have done one javascript tutorial :-)

See more
Leonardo Ribeiro
Software Developer Consultant at Scalable Path · | 4 upvotes · 67K views
Recommends
JavaScriptJavaScriptRubyRuby

One of the things that we I often hear since I started programming, is that languages will die. Ruby and JavaScript are both one of the most popular languages today. And popular languages just doesn’t go to the top and die.

So, F*** what people say about languages dying. Go ahead and learn both, or choose one to learn. But also learn data structures, design patterns and testing. This is basic for awesome developers and a lot are missing that.

See more
pascal carrié
developper at self-employed · | 4 upvotes · 67.2K views
Recommends
RailsRailsStimulusStimulus

ruby got better and better, rails is outstanding. Listen David Heinemeier Hansson : https://corecursive.com/045-david-heinemeier-hansson-software-contrarian I recommend you to read Otis Meyer https://www.informit.com/store/practical-object-oriented-design-an-agile-primer-using-9780134445601#largeCover and https://eloquentjavascript.net/ Don't bother what's they say, just enjoy programming

See more
Ekapob Ukritnukun
Software Engineer at App47, Inc. · | 4 upvotes · 67.1K views
Recommends
JavaScriptJavaScriptRubyRuby

I know I'm cheating by recommending both, but that's because I don't think you can go wrong either way.

I've been working with RoR full-time for the past 3.5 years and I really enjoy it. Compared to JavaScript, it's so much easier to read which is amazing from a team collaboration perspective. As for the perception that it's dead, when I recently started looking for new opportunities, I received probably an average of 10-15 calls a week from recruiters looking for people with RoR experience. Also, if you look around for average wages of developers of different languages, Ruby is fairly high up there (higher than JavaScript if I recall correctly), probably because there are fewer of us around and we can command a premium.

However, that said, if your goal is to find a full-time engineering position quickly, then JavaScipt certainly is the flavor of the month and any product with a frontend component will need it. Even our enterprise SaaS platform which didn't use a frontend framework (React, Angular, Vue, etc...) required us to integrate JS packages and write custom ones. JavaScript is probably more versatile than Ruby at the moment and it seems like new frameworks are being written for it all the time, but remember that Ruby was also the preferred language by almost all companies 5-10 years ago.

At the end of the day, I would go with the language that you enjoy writing the most as you'll be using it a lot in your workplace. If you aren't having fun at work, that's a lot of time spent suffering.

See more
Joost Baaij
Internet creator. at Space Babies · | 3 upvotes · 49.5K views
Recommends
at

Yo Matt,

I've been in the Ruby on Rails game for twenty years. For the last ten, Rails has been declared deceased. ;) But in reality, Rails is still going strong. The jobs are highly paid and fun. All the pros you list are valid. Yes it is a beautiful language, the OO makes sense, it's dynamic and expressive, and the ecosystem is top shelf. What's to dislike? There are a lot of Rails websites out there. And new ones get created every day too.

Now, to address the elephant in the room....

Ruby is quirky. Since the syntax is pretty different from PHP, and core developers being opinionated, some people just see drama. When Node.JS got slightly usable, they moved over to that. Node.JS is very c/PHP-like after all in its syntax. Many engineering managers will just select the ecosystem that is biggest. Node.JS is a lot bigger. But if you don't care about going a little off the beaten path sometimes, Ruby in my opinion still, after all this time, gives me joy when I use it.

Also important: to this day, I can build everything I want. Ruby, Rails and many gems are being actively maintained. Security vulnerabilities are discovered and corrected. New developments still find their way into the language. For myself, I know that the anemic JS standard library would just frustrate me to no end.... every wheel is invented time and again. Ruby's standard library isn't as voluminous, but it's a lot more diverse and useful.

See more
Decisions about ES6 and Ruby
Ing. Alvaro Rodríguez Scelza
Software Systems Engineer at Ripio · | 12 upvotes · 249.4K views

I was considering focusing on learning RoR and looking for a work that uses those techs.

After some investigation, I decided to stay with C# .NET:

  • It is more requested on job positions (7 to 1 in my personal searches average).

  • It's been around for longer.

  • it has better documentation and community.

  • One of Ruby advantages (its amazing community gems, that allows to quickly build parts of your systems by merely putting together third party components) gets quite complicated to use and maintain in huge applications, where building and reusing your own components may become a better approach.

  • Rail's front end support is starting to waver.

  • C# .NET code is far easier to understand, debug and maintain. Although certainly not easier to learn from scratch.

  • Though Rails has an excellent programming speed, C# tends to get the upper hand in long term projects.

I would avise to stick to rails when building small projects, and switching to C# for more long term ones.

Opinions are welcome!

See more
Timm Stelzer
VP Of Engineering at Flexperto GmbH · | 18 upvotes · 435K views

We have a lot of experience in JavaScript, writing our services in NodeJS allows developers to transition to the back end without any friction, without having to learn a new language. There is also the option to write services in TypeScript, which adds an expressive type layer. The semi-shared ecosystem between front and back end is nice as well, though specifically NodeJS libraries sometimes suffer in quality, compared to other major languages.

As for why we didn't pick the other languages, most of it comes down to "personal preference" and historically grown code bases, but let's do some post-hoc deduction:

Go is a practical choice, reasonably easy to learn, but until we find performance issues with our NodeJS stack, there is simply no reason to switch. The benefits of using NodeJS so far outweigh those of picking Go. This might change in the future.

PHP is a language we're still using in big parts of our system, and are still sometimes writing new code in. Modern PHP has fixed some of its issues, and probably has the fastest development cycle time, but it suffers around modelling complex asynchronous tasks, and (on a personal note) lack of support for writing in a functional style.

We don't use Python, Elixir or Ruby, mostly because of personal preference and for historic reasons.

Rust, though I personally love and use it in my projects, would require us to specifically hire for that, as the learning curve is quite steep. Its web ecosystem is OK by now (see https://www.arewewebyet.org/), but in my opinion, it is still no where near that of the other web languages. In other words, we are not willing to pay the price for playing this innovation card.

Haskell, as with Rust, I personally adore, but is simply too esoteric for us. There are problem domains where it shines, ours is not one of them.

See more
Andrew Carpenter
Chief Software Architect at Xelex Digital, LLC · | 16 upvotes · 301.4K views

In 2015 as Xelex Digital was paving a new technology path, moving from ASP.NET web services and web applications, we knew that we wanted to move to a more modular decoupled base of applications centered around REST APIs.

To that end we spent several months studying API design patterns and decided to use our own adaptation of CRUD, specifically a SCRUD pattern that elevates query params to a more central role via the Search action.

Once we nailed down the API design pattern it was time to decide what language(s) our new APIs would be built upon. Our team has always been driven by the right tool for the job rather than what we know best. That said, in balancing practicality we chose to focus on 3 options that our team had deep experience with and knew the pros and cons of.

For us it came down to C#, JavaScript, and Ruby. At the time we owned our infrastructure, racks in cages, that were all loaded with Windows. We were also at a point that we were using that infrastructure to it's fullest and could not afford additional servers running Linux. That's a long way of saying we decided against Ruby as it doesn't play nice on Windows.

That left us with two options. We went a very unconventional route for deciding between the two. We built MVP APIs on both. The interfaces were identical and interchangeable. What we found was easily quantifiable differences.

We were able to iterate on our Node based APIs much more rapidly than we were our C# APIs. For us this was owed to the community coupled with the extremely dynamic nature of JS. There were tradeoffs we considered, latency was (acceptably) higher on requests to our Node APIs. No strong types to protect us from ourselves, but we've rarely found that to be an issue.

As such we decided to commit resources to our Node APIs and push it out as the core brain of our new system. We haven't looked back since. It has consistently met our needs, scaling with us, getting better with time as continually pour into and expand our capabilities.

See more
Thomas Miller
Talent Co-Ordinator at Tessian · | 16 upvotes · 162.7K views

In December we successfully flipped around half a billion monthly API requests from our Ruby on Rails application to some new Python 3 applications. Our Head of Engineering has written a great article as to why we decided to transition from Ruby on Rails to Python 3! Read more about it in the link below.

See more
Amir Mousavi

This post is a bit of an obvious one, as we have a web application, we obviously need to have HTML and CSS in our stack. Though specifically though, we can talk a bit about backward compatibility and the specific approaches we want to enforce in our codebase.

HTML : Not much explanation here, you have to interact with HTML for a web app. We will stick to the latest standard: HTML 5.

CSS: Again if we want to style any of our components within he web, we have to use to style it. Though we will be taking advantage of JSS in our code base and try to minimize the # of CSS stylesheets and include all our styling within the components themselves. This leaves the codebase much cleaner and makes it easier to find styles!

Babel: We understand that not every browser is able to support the cool new features of the latest node/JS features (such as redue, filter, etc) seen in ES6. We will make sure to have the correct Babel configuration o make our application backward compatible.

Material UI (MUI): We need to make our user interface as intuitive and pretty as possible within his MVP, and the UI framework used by Google will provide us with exactly that. MUI provides pretty much all the UI components you would need and allows heavy customization as well. Its vast # of demos will allow us to add components quickly and not get too hung up on making UI components.

We will be using the latest version of create-react-app which bundles most of the above along many necessary frameworks (e.g. Jest for testing) to get started quickly.

See more

For our front-end, React is chosen because it is easy to develop with due to its reusable components and state functions, in addition to a lot of community support. Because React is popular, it would be easy to hire for it here at our company MusiCore. Our team also has experience with React already. React can be written with ES6 and ES6 has a lot of popularity and versatility when it comes to creating classes and efficient functions. Node.js will be used as a runtime environment to compile the code. Node.js also has many different types of open-source packages that can help automate some of the tasks we want to do for the application. CSS 3 will be used to style components and is the standard for that.

See more
Aleksandr Filatov
Contract Software Engineer - Microsoft · | 3 upvotes · 99.5K views
Shared a protip
on
ES6ES6JavaScriptJavaScript
at
()
How to make your JS code faster just adding some parenthesis?

Optimize-js I will not describe this tool a lot here, because it's already good done by author on github

I just want to mention that this tool wrap up all immediately-invoked functions or likely-to-be-invoked functions in parentheses what is do a great optimization a JavaScript file for faster initial execution and parsing (based on my experience).

The performance of application where I've introduced optimize-js improved on 20% in a common (tested in Chrome and IE11).

Why it happens?

Is it maintaining now? - Unfortunately, no (but feel free to send PR)

See more
Mike Fiedler
Enterprise Architect at Warby Parker · | 3 upvotes · 145.9K views

When I was evaluating languages to write this app in, I considered either Python or JavaScript at the time. I find Ruby very pleasant to read and write, and the Ruby community has built out a wide variety of test tools and approaches, helping e deliver better software faster. Along with Rails, and the Ruby-first Heroku support, this was an easy decision.

See more
Get Advice from developers at your company using StackShare Enterprise. Sign up for StackShare Enterprise.
Learn More
Pros of ES6
Pros of Ruby
  • 109
    ES6 code is shorter than traditional JS
  • 51
    Module System Standardized
  • 2
    Extremly compact
  • 2
    Destructuring Assignment
  • 603
    Programme friendly
  • 535
    Quick to develop
  • 487
    Great community
  • 467
    Productivity
  • 429
    Simplicity
  • 271
    Open source
  • 233
    Meta-programming
  • 203
    Powerful
  • 155
    Blocks
  • 138
    Powerful one-liners
  • 67
    Flexible
  • 57
    Easy to learn
  • 49
    Easy to start
  • 41
    Maintainability
  • 36
    Lambdas
  • 30
    Procs
  • 20
    Fun to write
  • 19
    Diverse web frameworks
  • 12
    Reads like English
  • 9
    Rails
  • 9
    Makes me smarter and happier
  • 8
    Elegant syntax
  • 7
    Very Dynamic
  • 6
    Matz
  • 5
    Programmer happiness
  • 4
    Generally fun but makes you wanna cry sometimes
  • 4
    Fun and useful
  • 4
    Object Oriented
  • 3
    Elegant code
  • 3
    Friendly
  • 3
    There are so many ways to make it do what you want
  • 3
    Easy packaging and modules
  • 2
    Primitive types can be tampered with

Sign up to add or upvote prosMake informed product decisions

Cons of ES6
Cons of Ruby
  • 1
    Suffers from baggage
  • 7
    Memory hog
  • 7
    Really slow if you're not really careful
  • 3
    Nested Blocks can make code unreadable
  • 2
    Encouraging imperative programming
  • 1
    Ambiguous Syntax, such as function parentheses

Sign up to add or upvote consMake informed product decisions

- No public GitHub repository available -

What is ES6?

Goals for ECMAScript 2015 include providing better support for large applications, library creation, and for use of ECMAScript as a compilation target for other languages. Some of its major enhancements include modules, class declarations, lexical block scoping, iterators and generators, promises for asynchronous programming, destructuring patterns, and proper tail calls.

What is Ruby?

Ruby is a language of careful balance. Its creator, Yukihiro “Matz” Matsumoto, blended parts of his favorite languages (Perl, Smalltalk, Eiffel, Ada, and Lisp) to form a new language that balanced functional programming with imperative programming.

Need advice about which tool to choose?Ask the StackShare community!

What companies use ES6?
What companies use Ruby?
See which teams inside your own company are using ES6 or Ruby.
Sign up for StackShare EnterpriseLearn More

Sign up to get full access to all the companiesMake informed product decisions

What tools integrate with ES6?
What tools integrate with Ruby?

Sign up to get full access to all the tool integrationsMake informed product decisions

Blog Posts

Nov 20 2019 at 3:38AM

OneSignal

PostgreSQLRedisRuby+8
8
4271
Oct 24 2019 at 7:43PM

AppSignal

JavaScriptNode.jsJava+8
5
835
Jun 6 2019 at 5:11PM

AppSignal

RedisRubyKafka+9
15
1272
GitHubDockerReact+17
35
33652
JavaScriptGitHubNode.js+29
14
12520
What are some alternatives to ES6 and Ruby?
JavaScript
JavaScript is most known as the scripting language for Web pages, but used in many non-browser environments as well such as node.js or Apache CouchDB. It is a prototype-based, multi-paradigm scripting language that is dynamic,and supports object-oriented, imperative, and functional programming styles.
CoffeeScript
It adds syntactic sugar inspired by Ruby, Python and Haskell in an effort to enhance JavaScript's brevity and readability. Specific additional features include list comprehension and de-structuring assignment.
TypeScript
TypeScript is a language for application-scale JavaScript development. It's a typed superset of JavaScript that compiles to plain JavaScript.
jQuery
jQuery is a cross-platform JavaScript library designed to simplify the client-side scripting of HTML.
Python
Python is a general purpose programming language created by Guido Van Rossum. Python is most praised for its elegant syntax and readable code, if you are just beginning your programming career python suits you best.
See all alternatives