| Website | https://bradgessler.com |
| Github | https://github.com/bradgessler |
| Bluesky 🦋 | https://bsky.app/profile/bradgessler.com |
There’s now a lot of Rubyists active and posting on 🦋, including myself.
I put a “Ruby Hacker & Bulders” starter pack together if you want to check it out https://go.bsky.app/HXB2cPh
If the WebKit bug at https://bugs.webkit.org/show_bug.cgi?id=265386 is fixed, a door opens that lets people incrementally update HTML pages without JavaScript, by way of HTML streaming and clever use of the declarative shadow DOM.
Works in Chrome and Firefox, but Safari is the last remaining piece that needs to be fixed for this approach to be viable.
@jensimmons if you still take requests, this one would be greatly appreciated.
🙏 🙏 🙏
Check it out! I've been working on a new way to build command-line interface apps that work with web services that doesn't require an API, making it dramatically less complicated to deploy CLI apps.
I call it Terminalwire.
Currently I have it working in Rails, but the plan is to roll it out to more frameworks and runtimes.
Right now its in private beta and I'd love to work with folks who want to ship or simplify production CLI apps.
I read through all the Github issues in the Rails 8 milestones and wrote about it so you wouldn't have to!
Read the summary in 9 minutes (or less if you're a fast reader) at https://fly.io/ruby-dispatch/the-plan-for-rails-8/
Enjoy! 😌
I wrote https://fly.io/ruby-dispatch/rails-on-docker-without-docker/ after being surprised that some Rails devs don't want to install Docker on their workstations & take time away from app development to learn Docker, Kamal, and basic Linux admin skills.
Makes sense the more I thought about it, so I make a case for how @flydotio can be an on-ramp for Rails devs who want to gradually learn Docker while shipping updates to their apps.
🤘🤠🤘
I've been running Turbo 8 in production since Beta 1 was released a few weeks ago and wrote about a few "gotchas" that tripped me up. Hopefully this helps you have a much smoother experience when deploying it to your Rails app!
Overall its a great addition to the Rails stack and will make it possible to delete all of the `format.turbo_stream` spaghetti code from our apps.
🤘😎🤘
Yesterday, when I tried the Turbo 8 beta I found comparisons to earlier versions of Turbo distracting, so I wrote “Turbo 8 in 8 minutes” that’s hopefully clearer for people who don’t care about the drudgery of the turbo_frame helper and turbo_stream response.
Things should be much easier in Turbo 8 😎
Finally wrote about my clean-sheet rewrite of Rails form helpers at https://fly.io/ruby-dispatch/better-rails-forms-with-superform/
The whole thing is based on @joeldrapper's https://www.phlex.fun/ library, and I had a lot of help from Joel along the way in some pairing sessions. Thanks Joel!
Since I took a clean-sheet approach, I was able to get this form to permit its own parameters. It’s also much easier to build complex forms or manage lots of different forms in a large Rails app.
Check it out at https://github.com/rubymonolith/superform
🤩
