I want to publicly thank @bensheldon & the rest of the Good Job maintainers for building such a great, comprehensive job system. They truly are doing A Good Job
=> More informations about this toot | View the thread
Once more, and forever again, fuck fireworks
=> More informations about this toot | View the thread
Y'all, I can't believe this is finally happening.
Little CRM's initial alpha is finally live!
https://blog.practical.computer/2024/11/19/theres-so-much.html
[#]buildinpublic #rails #indiehackers
=> More informations about this toot | View the thread
It wouldn’t be shipping a new Rails app without fighting your JS compilation in production 🫠
I think I need to bite the bullet and move to Propshaft
=> More informations about this toot | View the thread
Another reason I love Oaken: I’ll be able to setup a reliable, sandboxed, as-needed dataset for performance testing. It’s all powered by a single file, I could run it in test/dev, and easy to maintain
https://gist.github.com/tcannonfodder/19ada6beaeafff449c6efcff35d63fdd
@kaspth really knocked the design out of the park
=> More informations about this toot | View the thread
Look at this astounding header illustration that Wren made!! I’m floored, it’s perfect https://pwawa13.wixsite.com/wrencraftt
One of the things I’ve prioritized with Practical Computer is making sure things look great. It’s important, because we have these displays that can truly show off beautiful work. That polish & care pushes you to make better stuff.
That’s why I work with Wren, who consistently knocks it out of the park! Truly some of the best investments my business has made.
=> More informations about this toot | View the thread
“I haven't used streams much, but from what I can gather I can recreate the features I want more elegantly with CableReady. I haven't tried Turbo 8, but I don't see the point as long as this combo exists. Mrujs has all I want, and the CableCar 🚡 integration is chef's kiss.”
https://thomascannon.me/guides/fixing-the-rails-networking-stack
=> More informations about this toot | View the thread
“Mrujs and CableReady are so great together. After using Turbo 7 on both serious and hobby projects since it was released, I'm more and more finding out that it creates a lot more problems than it solves for me. Especially frames, which encourages bad controllers (imo), but drive too.”
https://thomascannon.me/guides/fixing-the-rails-networking-stack
=> More informations about this toot | View the thread
Uigdhdjhshshehrufhh JavaScript
=> More informations about this toot | View the thread
I’m sorry if that means you eat dinner at 8AM; thems the rules
=> More informations about this toot | View the thread
Every day is further proof that we simply need to use UTC across the board. No more timezones.
They have played us for absolute fools
=> More informations about this toot | View the thread
@kaspth finally did it, I have seen the light on ActiveRecord Associated Objet
https://github.com/kaspth/active_record-associated_object
=> More informations about this toot | View the thread
Aaaa thank you @Lukew https://github.com/WebKit/WebKit/pull/30187
=> More informations about this toot | View the thread
I'm 99% sure on this, but is this the only way to get as error-tolerant/JS-failing-resilient as possible modal dialogs? I know you can use the popover
attribute; but in this case I do want these dialogs to explicitly be modal dialogs
https://codepen.io/tcannonfodder/pen/gONoedJ
[#]javascript #webdev #accessibility
=> More informations about this toot | View the thread
Especially on the frontend, given Rails’s history of jettisoning multiple iterations while never having sat down and truly thought out how the code lives on the client side.
I’m not saying this is the option, but it is an option. And it’s my strongly recommended option—the one I believe to be the most robust and easy to use.
Anyways; give it a read, chew on it, and let me know your thoughts 😄
=> More informations about this toot | View the thread
I want a frontend stack for our community that can ultimately grow the ecosystem at large, help us attract & keep new blood, and build significantly better apps. From my perspective, this approach accomplishes all of that. I don’t need everyone to adopt it (I want that, because I believe in it 😜), but the overcorrection to “don’t do anything outside of what the framework provides” worries me.
=> More informations about this toot | View the thread
I am honestly worried about the cargo-culting around Turbo and how that’ll cause this to either be ratioed or downright dismissed. 🫣 I think there should be multiple options. I have philosophical disagreements with Turbo & see clear technical shortcomings that are hard to work around. But I’m also human, so I know I’m fallible.
=> More informations about this toot | View the thread
The idea of throwing out Turbo & going to CableReady + Mrujs might feel like it’s a step “backward," less tested, or that you’re forging your own path by not sticking with what Rails ships with.
But I’d argue the exact opposite. It uses what the browser gives us! The concepts & protocols are universal, not a bespoke framework! And it tees up your app to be resilient by default.
=> More informations about this toot | View the thread
I just published ~3K words + diagrams + code samples + demo videos on the frontend networking stack I’m choosing for Little CRM, and all my apps going forward.
https://thomascannon.me/guides/fixing-the-rails-networking-stack
I know that’s a ton to dig into, but I believe this is a very strong path forward for resilient and maintainable web apps.
=> More informations about this toot | View the thread
Wherein @kaspth instigates my most shitpost tendencies, as I finish this draft on the networking stack
=> More informations about this toot | View the thread
=> This profile without reblog | Go to tcannonfodder@ruby.social account This content has been proxied by September (3851b).Proxy Information
text/gemini