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

Building GitHub with Ruby on Rails

github.blog

Post reply on HN
Print view View original

291–300 of 332 posts

Re: Building GitHub with Ruby on Rails

#291

Post by chickenbane »

ksec wrote: post #199

And as I have said before but worth repeating again, Rails is perhaps the only open source framework that is being battle tested in development at scale. It may not be the fastest ( or in fact quite slow ), but I dont think you could find similar testing being done and Deployed at the scale of Github on any other framework. I wonder if Eileen Uchitelle will bring this practice to Shopify as well? Edit: It seems [1] S…

The Spring framework is the 800-lb gorilla comparison and I'd be surprised if Ruby was within an order of magnitude of Java.

Re: Building GitHub with Ruby on Rails

#292

Post by Rapzid »

weatherlight wrote: post #169
tiffanyh wrote: post #135

Earlier quoted context omitted.

> “It must also be a massive boon for the Rails ecosystem to have such a large property running off the head.” I would have expected Microsoft to focus on developer efforts into speeding up Ruby as a language given they are one of a small few large companies that have deep language/compiler expertise.

It's usually I/O and dDB calls that are the bottle neck, not the speed of the language. Although, Ruby and be a bit of a memory hog,Ii did hear though, that this got better with the new YJIT in Ruby 3.x.

> It's usually I/O and dDB calls that are the bottle neck

Not in my experience.

Re: Building GitHub with Ruby on Rails

#293

Post by Rapzid »

ksec wrote: post #199

And as I have said before but worth repeating again, Rails is perhaps the only open source framework that is being battle tested in development at scale. It may not be the fastest ( or in fact quite slow ), but I dont think you could find similar testing being done and Deployed at the scale of Github on any other framework. I wonder if Eileen Uchitelle will bring this practice to Shopify as well? Edit: It seems [1] S…

ASP.NET

Re: Building GitHub with Ruby on Rails

#294

Post by CoffeeOnWrite »

weaksauce wrote: post #289
CoffeeOnWrite wrote: post #259

Earlier quoted context omitted.

Instance variables, you mean those beloved things in Ruby that cannot be distinguished between not having been defined versus having being assigned the value `nil`? :p

there are many ways to lookup if something is defined or not instance_variable_defined? defined? are two common ones but if you are using something before defining it you are going to crash so that's definitely one way of distinguishing it. using fetch is another way to provide a default value to something that may have a nil value as a meaningful value.

Thanks for correcting me (sincerely)

> but if you are using something before defining it you are going to crash so that's definitely one way of distinguishing it.

Would you clarify? Like that was my point, casually using something where `nil` is a possible assigned value, or maybe the variable hasn't been defined, makes possible the (sadly common) category of bugs where the program does not crash, but proceeds as though the variable was assigned `nil`, but actually the variable was never defined.

In contrast to local variables where the program will crash if you reference the variable but it hasn't been defined.

My comment meant "bare instance variables in Ruby are not great [and we might not want to recommend them as a solution to people complaining about Ruby/Rails quirks]". Do you disagree and actually love the behavior of Ruby instance variables? Or are you simply technically correcting me? (which, again, I appreciate)

Re: Building GitHub with Ruby on Rails

#295

Post by djm_ »

rethab wrote: post #65

> scheduled GitHub Action workflow ..sounds like they're not dogfooding dependabot? curious if anybody knows more/why

Dependabot is based on releases from the various package repositories; running of main is pre-release - hence they’re probably using GitHub Actions to pin their Gemfile-defined Rails version to a commit hash.

Re: Building GitHub with Ruby on Rails

#296

Post by amrocha »

int_19h wrote: post #290
jeremyjh wrote: post #95

Earlier quoted context omitted.

These problems are always more common in server-rendered apps though, because front-end state is always a patchwork. And the Rails developers and community have a strong preference for this architecture.

The upside is that you can link just about anything in GitHub, and those links work consistently and point at the exact right content. This is much less common with SPAs.

SPA =\= client rendering

Re: Building GitHub with Ruby on Rails

#297

Post by teaearlgraycold »

ZephyrBlu wrote: post #239
teaearlgraycold wrote: post #233

Earlier quoted context omitted.

Sorbet exists, but it’s worse than what Python offers, which is dramatically worse than what TypeScript did to JS.

My experience with Sorbet has been way better than mypy with Python. Sorbet is way more useful.

That’s good to hear. I only ever tried Sorbet years ago when it was pretty new.

Re: Building GitHub with Ruby on Rails

#298

Post by kovacs »

ksec wrote: post #201
tiffanyh wrote: post #135

Earlier quoted context omitted.

> “It must also be a massive boon for the Rails ecosystem to have such a large property running off the head.” I would have expected Microsoft to focus on developer efforts into speeding up Ruby as a language given they are one of a small few large companies that have deep language/compiler expertise.

Unfortunately Github is the only product that uses Ruby inside Microsoft. So their incentive is pretty small. I do wish someone inside Github could push M$ to spend some money and collaborate with Shopify on their JIT effort though.

That's actually not true. There's at least one other product at MS that uses ruby... Yammer. Although I'm not sure how much more incentive that would add for MS.

Re: Building GitHub with Ruby on Rails

#300

Post by Alacart »

benatkin wrote: post #266

I've been using Codeberg, which uses Forgejo which is written in Go and is fast and light. Fantastic that GitHub has managed to wrangle so many lines of code in a language I don't care very much for, but my Samsung A53's browser is snappier without it :) Edit: to be fair, GitHub's has a hamburger menu that morphs to an X that I dearly miss. JK :P

Codeberg runs go on the frontend?
Post reply on HN