Live data from Hacker News

An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

web.archive.org

51–60 of 132 posts

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#51
post #44
post #32

Earlier quoted context omitted.

I don’t understand the issue - why was it reverted? Are there multiple ways to do pattern matching? Why?

This comment describes well. https://github.com/rails/rails/pull/45553#issuecomment-11795...

I read that comment, but unless you know Ruby most of the specifics are meaningless

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#52

I was a devoted rails fan 10 years ago, but haven't looked back since full stack typescript. What's the general vibe on RoR nowadays?

I love TypeScript, but Rails has a wonderful ecosystem of libraries that just feels unbeatable for the backend. For some reason (hot take incoming) the JS community seems to hate working with each other and improving existing libraries. The Ruby community seems to rally around improving our libraries (gems) rather than reinventing them every year.

[deleted]

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#53

> Later in the year, Rails retired Webpacker Is Rails anti Typescript? It’s weird to see most other JS environments move to Typescript by default, while Rails now now ignores the ability to use it without jumping through hoops.

> Is Rails anti Typescript? It’s weird to see most other JS environments move to Typescript by default, while Rails now now ignores the ability to use it without jumping through hoops.

Have you not paid attention to the direction Rails is going? Hotwire (Rails' default front end) is all amount rendering HTML directly (not via JS) and using the absolute bare minimum amount of vanilla Javascript (with Stimulus). It's not React... So why would it need TypeScript's features and added complexity?

The whole point is using vanilla ES6 without a compilation step...

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#54

1. Rails retired Webpacker [that] compiled and bundled JS. Import maps, Turbo and Stimulus [are now the] default options, replacing Webpacker, Turbolinks and UJS . How do these new tools compare with the old? Versus Webpack, Vite etc?

My impression is that there are two ways to use rails: 1. Your frontend js needs are pretty minimal and you don't want something approaching a single-page app. In this case, you lean into Turbo and Stimulus to have rails do most things for you that would previously have been done with some a heavy-weight react-based frontend. 2. Your frontend js needs are significant and you do want a single-page app. In this case, i…

My employer fits your first criteria precisely. Turbo and Stimulus provide exactly as much interactivity as we need. The appearance is that we're trying to avoid Javascript. The reality is that we are (successfully) minimizing context switching when working on the code base.

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#55

Earlier quoted context omitted.

I love TypeScript, but Rails has a wonderful ecosystem of libraries that just feels unbeatable for the backend. For some reason (hot take incoming) the JS community seems to hate working with each other and improving existing libraries. The Ruby community seems to rally around improving our libraries (gems) rather than reinventing them every year.

I take it you’ve never tried to install nokogiri?

I think this joke is five or six years out of date (maybe more?). Nokogiri has been a breeze to install for a long time now.

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#57

Earlier quoted context omitted.

I love TypeScript, but Rails has a wonderful ecosystem of libraries that just feels unbeatable for the backend. For some reason (hot take incoming) the JS community seems to hate working with each other and improving existing libraries. The Ruby community seems to rally around improving our libraries (gems) rather than reinventing them every year.

I take it you’ve never tried to install nokogiri?

It's been fine for years now.

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#58

> Later in the year, Rails retired Webpacker Is Rails anti Typescript? It’s weird to see most other JS environments move to Typescript by default, while Rails now now ignores the ability to use it without jumping through hoops.

Depending on what your app is, I've found server-side rendering to be superior in nearly every way. I don't use Rails but Django is the same way. Django templates, bootstrap, jQuery and sprinkle in a little bit of HTMX here and there and my productivity has never been higher.

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#59
post #9

I was a devoted rails fan 10 years ago, but haven't looked back since full stack typescript. What's the general vibe on RoR nowadays?

At the backend side, it makes easy to build websites. However, the UI layer is a bit complex to integrate with common framework libraries like Vue and React. Although, I still use it in some projects :)

I'm not sure why you think it's difficult to integrate with Vue and React?

Maybe InertiaJS [0] would help.

[0] https://inertiajs.com/

Re: An Overview Of Upcoming Ruby on Rails 7.1 Features Part 1

#60

I was a devoted rails fan 10 years ago, but haven't looked back since full stack typescript. What's the general vibe on RoR nowadays?

What are you using for full stack Typescript? I’m not aware of anything as batteries included as Rails.
Post reply on HN