Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Finding relationships between Ruby’s top packages and their dependencies

shopify.engineering

Post reply on HN
Print view View original

41–48 of 48 posts

Re: Finding relationships between Ruby’s top packages and their dependencies

#41

Post by reducesuffering »

kiwicopple wrote: post #38
reducesuffering wrote: post #33

Earlier quoted context omitted.

Yes, some portion of their backend is Elixir/Phoenix: https://github.com/supabase/realtime but most of their current stack and active development, frontend and backend, is Next.js, and not the Rails/Phoenix fullstack way: https://github.com/supabase/supabase

I just did a full write up on the Architecture becaase we have this question often: https://supabase.com/docs/architecture#architecture > most of their current stack and active development, frontend and backend, is Next.js This is only the Dashboard. We dogfood Supabase to build Supabase, so we use the tools in the doc above

No better clarification than the author! In my mind, I was thinking of just the web framework UI-for-CRUD comparison, where Next.js is supplanting what Rails is typically used for (like your Dashboard / GUI, and most of the core webapps for the previous 2010 Rails co's), but fair enough, you're probably leveraging a lot more of your own PostgREST, triggers, functions, & webhooks than a typical backend Next shop.

Re: Finding relationships between Ruby’s top packages and their dependencies

#42

Post by reducesuffering »

jrochkind1 wrote: post #34
reducesuffering wrote: post #25

Earlier quoted context omitted.

GitHub is actively transitioning away from Rails. Netflix is mostly Java / Node.js, they are not a significant Rails shop. Also, OP said "modern", probably to mean not companies that chose their tech stack a decade ago. New SaaS these days trend towards Next.js / Node (Supabase, Substack, Notion, Planetscale, Railway, Secureframe, Newfront, etc.), some Django, the occasional Rails or Phoenix.

> GitHub is actively transitioning away from Rails Cite?

https://www.theregister.com/2018/08/16/github_rails_microsof...

"GitHub is about a third of the way through an architectural change that began last year. The company is moving away from Ruby on Rails toward a more heterogeneous, composable infrastructure. Ruby still has a place at GitHub – Lambert referred to the company as a Ruby shop, but he said there's more Go, Java and even some Haskell being deployed for services."

https://github.blog/2021-03-16-improving-large-monorepo-perf...

"We’re also in the middle of a significant refactoring effort, doing our part to decompose GitHub’s famous Ruby monolith, and writing a new microservice in Go"

Re: Finding relationships between Ruby’s top packages and their dependencies

#43

Post by Alifatisk »

igravious wrote: post #39
kayodelycaon wrote: post #11

Earlier quoted context omitted.

Been using Rails since 1.2. Still excited. Rails 7 + Hotwire + ESBuild = Once I add bootstrap and simple_form, the amount of code I don't have to write in a Rails application is just incredible. And yes, I've used other things on and off my entire career. React is a love/hate relationship. Happy to punt it when working on a small project.

I've been trying out Alpine instead of Vue/React/whatevs and I'm liking it. Also, I'm using Propshaft instead of Hotwire rails new --skip-hotwire -a propshaft

Isn't propshaft and hotwire two separate things?

Re: Finding relationships between Ruby’s top packages and their dependencies

#45

Post by ericb »

reducesuffering wrote: post #42
jrochkind1 wrote: post #34

Earlier quoted context omitted.

> GitHub is actively transitioning away from Rails Cite?

https://www.theregister.com/2018/08/16/github_rails_microsof... "GitHub is about a third of the way through an architectural change that began last year. The company is moving away from Ruby on Rails toward a more heterogeneous, composable infrastructure. Ruby still has a place at GitHub – Lambert referred to the company as a Ruby shop, but he said there's more Go, Java and even some Haskell being deployed for servic…

He referred to the company as "a Ruby shop" so maybe that's a bit overstated?

Re: Finding relationships between Ruby’s top packages and their dependencies

#46

Post by scruple »

jrochkind1 wrote: post #36
scruple wrote: post #15

Earlier quoted context omitted.

FWIW, I started with 2.X back in 2007/2008 and I have decided that my current employer is my last role working in a Rails shop.

What do you plan to focus on?

I started my career in embedded and I am strongly considering swinging back towards systems work.

Re: Finding relationships between Ruby’s top packages and their dependencies

#47

Post by reducesuffering »

ericb wrote: post #45
reducesuffering wrote: post #42

Earlier quoted context omitted.

https://www.theregister.com/2018/08/16/github_rails_microsof... "GitHub is about a third of the way through an architectural change that began last year. The company is moving away from Ruby on Rails toward a more heterogeneous, composable infrastructure. Ruby still has a place at GitHub – Lambert referred to the company as a Ruby shop, but he said there's more Go, Java and even some Haskell being deployed for servic…

He referred to the company as "a Ruby shop" so maybe that's a bit overstated?

No major company completely overhauls their tech stack overnight. I originally stated that they're transitioning away from Ruby so I don't think that's overstated, they are. Just like Twitter, LinkedIn, Soundcloud, Grab, Parse, Twitch, and Deliveroo have done before them, it's not unique.

It's 20 years ahead of Perl, but same fate. It doesn't have a niche besides web w/ Rails, which javascript/typescript is now dominating. It's the slowest and has the most well-known scale problems. The dev ecosystem is almost unanimously moving towards static types, a la Typescript and MyPy. It's symbols are not as transferable like more popular C-based langs: Javascript, Java, Python, Go. The only point devs will routinely point to in favor of it is "well, it just feels fun and nice to work with", while actually StackOverflow survey data shows Rust, Typescript, Python all leagues ahead in "loved", while Ruby is in majority dissatisfaction land right next to the monstrosities of C++ and Scala.

Re: Finding relationships between Ruby’s top packages and their dependencies

#48

Post by ericb »

reducesuffering wrote: post #47
ericb wrote: post #45

Earlier quoted context omitted.

He referred to the company as "a Ruby shop" so maybe that's a bit overstated?

No major company completely overhauls their tech stack overnight. I originally stated that they're transitioning away from Ruby so I don't think that's overstated, they are. Just like Twitter, LinkedIn, Soundcloud, Grab, Parse, Twitch, and Deliveroo have done before them, it's not unique. It's 20 years ahead of Perl, but same fate. It doesn't have a niche besides web w/ Rails, which javascript/typescript is now domin…

* Ruby has static types (Sorbet)

* Most of the alternatives still don't come close to Rails for web app productivity--that's more than a gee it feels fun

* The pendulum of JS apps is swinging away from pointless SPA's and more toward hotwire and live-updating apps

* Ruby is as fast or faster than Python on most points

Post reply on HN