5 ms·
I'm not sure what "not a chance" is referring to. Do you doubt that companies are being built around products not built in dynamic typed languages? Because the
by defaultname 5y ago
I'm not sure what "not a chance" is referring to. Do you doubt that companies are being built around products not built in dynamic typed languages?
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.
- Mikeb85 5y ago> I'm not sure what "not a chance" is referring to. 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.
- defaultname 5y ago"That a business that would use Ruby in 2009 would use Go for the exact same thing in 2021." 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.
- Mikeb85 5y ago> Like I said, around 2010 even payment (e.g. the fundamental opposite of where a dynamic type system makes any sense) 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.
- deleted 5y ago[deleted]