[userbinator]

Never have I thought "I want a mouse with modifiable firmware", IMHO this is only going to lead to more bugs arising from the associated increase in complexity and the "we can always fix it later" mentality. All the mouses and keyboards I've used have a mask-programmed MCU, and essentially no bugs to speak of.

[rincebrain]

I think the point is less to add features and more to lower the barrier to entry for people making mice, since, as you said, in large part keyboards and mice are appliances to the degree that it should rapidly converge to a stable set of features.

Plus, on a human level, I wouldn't be surprised if the teams working on mouse development were annoyed they couldn't show their past work in the same way...

[userbinator]

to lower the barrier to entry for people making mice

The barrier is absolutely not firmware; you can get a single-chip sensor with a USB + PS/2 interface for cheap, no firmware required, and it's just plug-and-play on any PC. The mechanical design is the biggest hurdle.

https://github.com/RandomDelta6/USB-Mouse

[rincebrain]

I would imagine that it's plug and play until you start adding nonsense like customizable scripting on buttons or more than a certain button count as is standard on specialized gamer mice, but sure, fair enough.

"This is a platform you can build on", software and hardware specs included, is still a much nicer thing to iterate on than "it's commodity parts to slap together" for someone without familiarity with the processes involved at scale, and going from "this is an opaque piece of hardware that responds on guaranteed timing" to "this responds on guaranteed timing but also has more complex features" is still a substantial jump, since "building software that meets realtime timing requirements" is not a thing in a lot of people's wheelhouse.