Not a chance. Dynamic languages, especially Ruby, are way more productive than Go and Rust. Go is basically a less complicated, vm-less Java and Rust is a safer C++. Neither compete with Python, Ruby, Javascript or PHP.
Not a chance. Dynamic languages, especially Ruby, are way more productive than Go and Rust. Go is basically a less complicated, vm-less Java and Rust is a safer C++. Neither compete with Python, Ruby, Javascript or PHP.
Because there are loads. I mean, almost every major technology company on the planet.
Indeed, there are lists of the "biggest" YC companies and it's remarkable how stratified the core technologies are with the launch year. Around 2008-2011 and it was Ruby all over the place. A number of recent companies list Go as the foundation of their solution. Recently Rust has started to appear in the lists.
Shopify is successful because of a business model at the right time and right place. That they use Ruby should be ancillary, but the company seemed to have hired the "big fish in a small pond" from the Ruby world so now they're cargo culting hardcore with Ruby there, making Ruby their core technology identity, to the point that they're spending enormous engineering effort to gain the benefits that everyone else is enjoying for free with alternative platforms. Which...they can afford it. But it doesn't make it right.
That a business that would use Ruby in 2009 would use Go for the exact same thing in 2021.
Of course companies use low level tools.
But is any startup going to use the Rust version of Rails for their website? No. And on the flipside, is anyone going to use Ruby for some highly intensive numerical computation? No.
Businesses usually use more than 1 tool. Need fast computation? Use Go, Rust, C++, Java, etc... Need to prototype a CRUD website super quickly? Ruby, Python, PHP, JS. This isn't exactly a rule, but Rust isn't meant to replace Ruby any more than Ruby was meant to replace C.
Companies are building the same sorts of solutions in Go today that they built in Ruby in 2009. Loads of web applications are being built in Go.
Like I said, around 2010 even payment (e.g. the fundamental opposite of where a dynamic type system makes any sense) systems were being built in Ruby because it was the hotness. Though no one has wed themselves to an ephemeral choice quite like Shopify has, and most other examples from that era now have a rich, diverse technology platform.
"Need to prototype a CRUD website super quickly? Ruby, Python, PHP, JS."
That's like the first 0.05% of a product. Like building your GUI in Adobe XD.
What does a type system have to do with payments? The implementation of numeric types matters more, you can use a statically typed language but if you're using plain floats for a financial app you're going to have a rough time. Also a type system doesn't prevent math errors.
Ruby is also strongly typed so it's not like you can just mix up numeric types, plus has numeric types (BigDecimal) that are suitable for financial calculations (to be fair pretty much all languages do, even JS).
> Companies are building the same sorts of solutions in Go today that they built in Ruby in 2009. Loads of web applications are being built in Go.
Is there a single example on the level of Stripe, AirBnb, TripAdvisor, Shopify, etc...? Even early stage?
I don't see any Go equivalent to Rails, Django or Laravel. Most Go applications seem to be either back-end micro-services and it seems to mostly be in use in larger organisations. I have never seen a startup with <5 people using Go although I'll admit to have not looked that hard.
> That's like the first 0.05% of a product.
Is it? Tons of startups started without much more.
Go seems great in a team environment for enterprise software, Rust seems great for software designed to last forever, but I've never met anything that's as good at simply hacking together a solution like Ruby (maybe R for stats and related things). You can build software that does things extremely quickly.