stimulus

I'm worried LLMs will make people ignore what's already there and auto generate useless functions instead of using what's there in Ruby/Rails. I've been using Rails for almost 20yrs (on and off) and I can't count the number of times I did something only to find out it was either natively supported in a recent version... or at least a new best practice in modern Rails. You find the same thing with JS to an even higher degree, but there's always 10 options in NPM and they all need to be updated every year otherwise the other 20+ packages you depend on can't be upgraded. There's a stark contrast in maintenance overhead and DX between frontend and server side. Even the rails JS libraries are very stable. Hotwire's Stimulus hasn't had a release since 2023 and it always works just fine. https://github.com/hotwired/stimulus/releases

For those interested in the source code, here they are the repost of the mentioned tech: - Turbo (HotWire) https://github.com/hotwired/turbo - Stimulus https://github.com/hotwired/stimulus

This project seems more similar to the ones below than to Vue.js: https://github.com/alpinejs/alpine (acknowledged in their readme) https://github.com/stimulusjs/stimulus https://github.com/intercoolerjs/intercooler-js https://github.com/mavoweb/mavo https://github.com/bigskysoftware/htmx https://github.com/unpoly/unpoly (ordered by GitHub stars)

Similar projects: https://github.com/stimulusjs/stimulus https://github.com/alpinejs/alpine https://github.com/intercoolerjs/intercooler-js

Congrats. Unfortunately my favourite PR [1] Model error as object didn't make it into Rails 6, but it will be in Rails 6.1 Active Storage still needs work [2], ( I really wish paperclip had stayed a little longer ), but the update should really be good enough for general purpose usage. And hopefully someday Action Cable would really work without switching over to Any Cable, the latency are way too high. And I heard Stimulus 2.0 [3] is coming too. And with Github and Shopify taking more hands on approach in development, Rail's future is brighter than ever. [1] https://github.com/rails/rails/pull/32313 [2] https://github.com/rails/rails/issues/31419 [3] https://github.com/stimulusjs/stimulus/pull/202

I've been interested in learning about Stimulus since it was quietly announced, as a way for my team (Rails developers) to keep our JavaScript organized and let it leave a minimal footprint. That being said, I think I've seen this before... is it being posted today because it's interesting, or because something is new about it? edit: ah... linked from the front page[1] v1.1.0 - @sstephenson sstephenson released this 19 hours ago [1] https://github.com/stimulusjs/stimulus/releases/tag/v1.1.0

If you were building a full SPA I'd suggest http://vulcanjs.org, but if you specifically don't want to deal with React and Meteor then maybe you need something closer to https://github.com/stimulusjs/stimulus ?

> noticing that Stimulus will not work with IE11 which I need to support See: https://github.com/stimulusjs/stimulus/blob/master/INSTALLIN...

Ah, nevermind, this goes over that: https://github.com/stimulusjs/stimulus/blob/master/INSTALLIN...

> "You can read that and have a pretty good idea of what’s going on. Even without knowing anything about Stimulus or looking at the controller code itself. It’s almost like pseudocode. That’s very different from reading a slice of HTML that has an external JavaScript file apply event handlers to it. It also maintains the separation of concerns that has been lost in many contemporary JavaScript frameworks." [source](https://github.com/stimulusjs/stimulus/blob/master/ORIGIN.md) This might be a subjective matter of taste, but I find the React solution much uglier, harder to read, and less intuitive despite the fact that I've been writing React for a while now, and have never written Stimulus. Here's my guess on why: React syntax has to be able to simultaneously account for JS syntax, HTML syntax, and its own API - all within one syntax that

> "It allows us to party with productivity like days of yore. A throwback to when a single programmer could make rapacious progress without getting stuck in layers of indirection or distributed systems. [source](https://github.com/stimulusjs/stimulus/blob/master/ORIGIN.md... I suspect if you're in a situation where you need bureaucratic approval or "CYA" you don't have one of the main problems stimulus is trying to solve - helping small teams or single developers create apps that can keep up with apps written by larger teams with more specialities/ists. Doesn't mean you can't or shouldn't use it, but it does mean you've got options others might not. I do freelance development from time to time by myself. There's a limit to how big/complex of a stack I can be responsible for. Rails has been a great tool for me even though in my "real" job

For a quick & dirty look, I did `git grep test`. In there, I noticed circle.yml in the root directory, which I'm guessing is for testing on Circle CI. From this... https://github.com/stimulusjs/stimulus/blob/master/circle.ym... Until you have a better idea of how to proceed, try this: $ curl -o- -L https://yarnpkg.com/install.sh | bash $ yarn $ yarn test I'm completely guessing here. I've never used Yarn before just now, but I suspect you'll find some of your answers in there.

I believe this section attempts to answer that question: https://github.com/stimulusjs/stimulus/blob/master/ORIGIN.md...