OpenLogi(openlogi.org) |
I’ve been using just Linux and Mac long enough to not know this, and I’m glad.
does not support Logitech Flow.
I am using it all the time. Will it come one day?
My vibe coded daemon is just a few hundred LOC of go code I can inspect, modify and trust.
This guy just built a preemptively-multitasking OS for the Intel 8088 chip, the one from the original IBM PC, which also features an early Mac-like UI: https://os8088.com/
This combined with many other comments about other projects and the massively increased access to vibe coding makes me really excited to see how things change in the next half a decade. I've been involved in FOSS for so many decades now I understand and (mostly) trust the systems in place enough to not get stuck worrying about patch quality and other woes that aren't really specific to LLMs.
What I find a lot more interesting is the copyleft and copyright implications of how this works and I've been thinking about it a lot more over the last year. I think we all have and I think it's normal and natural for everyone to conclude that software is going to become highly personalized, similar to how the web experience was changed by extensions and browser customization, but on a grand new scale.
What this really means, and what this thread confirms is happening, is that companies no longer have software as a lever for lock in and many other anti-patterns. In the past it would take a team of wizards to unfuck something enough so that other people could continue to use it without being abused. Think adblockers, DRM unlockers, things that enable features vendors disabled when they released a new product, things vendors gave up on because they're cheap or lazy, etc.
What would happen in the past is the wizards would dump a few hundreds of hours into doing some magic and then get cease and desist orders to stop doing something people wanted once it became a pain for a copyright, trademark, or patent troll, etc.
What will happen now and in the future is people are using their own "bespoke" software. Granny can have her version she likes, with big fonts and maybe it matches to an experience she is more familiar with like a traditional newspaper. Hackers can have their version of something where it's all matrix code flowing down the screen. Other users will fall into different areas of the spectrum and feature axis.
Similar to the web extensions we will see an ability to share and cultivate these things, meaning the Grannies, Hackers and other users might see something they like from one another and share it, etc.
We'll see how far we get down the road until people get confused at how software can be shared instead of "stolen" from each other. It will be interesting to see how that conversation goes this time around when everyone is using software to circumvent a different layer of software. Put simply, do the people vibe coding different workarounds or UX improvements to a social media site think another user doing the same thing with the same color palette is "stealing" from them? If so then they are doing the same from the social media provider.
I'm not a copyleft absolutist. I would say I am a critic of software patents and that the patent system as a whole is not accomplishing much of anything let alone it's original goals. Most of those are moot points now. Regardless of your opinions that genie is out of the bottle and it's not going back in.
Fuck the clunky bloaty official Logi drivers/apps
That's perfect
Either way, anything that isn't the stock Logitech software is going to be an improvement.
No need to be modest! You can explain it!
When my MX Vertical started to have left click issues I certainly preferred to install some much more reliable switches than to buy a new mouse, I cant imagine the average consumer would bother.
I’d like to press the computer 2 on my keyboard and the mouse changes too.
Having said that very cool project / nice of those folks to do it.
(I could just retrain my brain, but old dogs and all that)
So this appeared at just the right moment for me, thanks!
i recently had to stop using logi options, whatever the heck it’s called, because the app doesn’t start on my mac (sequoia). no error, no logs, nothing helpful can be found online. i gave up and started using bettermouse, which i have mixed feelings about. it does the job but the set of controls feels too complicated/overwhelming. i couldn’t find that sweet spot for my pointer speed/precision yet.
I am glad to get off of logi options though. Even before it finally stopped working altogether, it would frequently just stop working and my mouse settings would revert to default behavior.
Sometime ago when I tried using mouse, it felt unnatural in Mac OS. No pinch to zoom, no changing desktops by swiping with multitouch and so on.
Cmd+Scroll for zoom in/out, Ctrl+Left/Right arrows to switch spaces. It's not a fun as the trackpad, but those are things i don't do that often.
>Warning
>OpenLogi is under active development and not yet stable — features and config may still change.
Which seems in stark contrast to how it is presented on the website.
looks like a much better and lighter 'logitech options' app, will try switch to it tomorrow
> Rather than installing various complex software just use a trackpad that works.
You’re implying that the mouse users in this thread are wrong and misguided. In reality they probably know very well why they prefer using mice.
I had a high-end webcam that flickered. There should be switch in the software to switch from 50hz to 60hz that'd fix it but it was nowhere to be found. After digging deeper I found that it was only available in English version of software. It was before macOS had Setting to set language per app, so I had to manually replace Polish bundle with English one through binary.
Another one: Has K810 keyboard that started in "FN-by-default" mode. K811, Mac version of said keyboard allowed for changing default setting just as K810 on Windows, but K810 on Mac - no dice. Support told me to shell out 200€ on Mac keyboard so I ended up writing small binary switcher [0] that would run after keyboard got connected [0].
Similar issue, although I'm not sure if it's the Logitech webcam or just how webcams are automatically configured on Linux these days in general: if I use a really bright LED lamp, the automatic exposure time goes down to the point that it doesn't matter if the webcam is set to 50hz or 60hz, it's going to catch flickering from other subtle frequencies affecting light output. I've also had situations where I wanted to use it to film a white piece of paper that I'm writing on, but it automatically adjusts exposure to make it gray instead.
It took me forever to find something with a straightforward GUI that lets me manually override this behavior on Linux. I ended up settling for cameractrls.
https://github.com/ru13r/k380_fkeys_mac Thank you!
My once top of the range Brio USB 3.0 webcam produces so much high frequency EMI that GNSS receivers in its vicinity completely fail to operate across all bands (1.1 - 1.6 GHz). I had to disconnect it and use it from elsewhere, otherwise my lab dies. I have tens of others USB 3.0 devices that don't do this.
How did you know / learn how to write a binary switcher?
So in that particular case I have a keyboard and it's misbehaving. I know that by some dark magic I can make it behave as I want and that software on Windows can do that.
So I think, "ok, how does it communicate?" - with Bluetooth, obviously. So my next thought it: can I transmit over bluetooth magic bytes that do exactly like this. I definitely have a device on my computer, so I can try to make it.
From that it's all about "how to send arbitrary stuff from bluetooth" search. Instinct tells me there has to be a library, or that at least on person on world wide web tried to do something similar.
If I find even single instance of this, I'm home - read what they did, try to figure out if I can adjust it and do so. Hocus pocus - binary switcher happens.
Though, in the end, it's all about approach. I found many people say "I don't know how to do it, so I don't". My approach is "I rarely know what do, but that doesn't stop me from trying". And this trying new stuff brings practice for the next unknown endeavor.
But on another note, the genai content on the website is just so distracting and such a bummer. It sticks out like sore thumb.
https://github.com/gh123man/OpenSnek
Similar to other reverse engineering threads ive seen recently, AI is empowering us to replace crappy vendor software with something better.
Also - OpenSnek documents a mostly complete bluetooth spec for the Razer vendor protocol which as far as I know, hasn't been done anywhere else yet!
Really hope this to be true, but I think companies will go for crappy vendor software than one-man, unvetted, vibe coded software.
(Anyway, I don't care so much about what companies go for, as opposed to what I can do on my own devices.)
But do we still trust the open source software that is created now everything is vibe coded?
Recently there was a thread about Chatto [1], a Slack replacement completely vibe coded by one person. It works and looks nice. But looking at the code, I wouldn’t trust any of my personal information to it. It’s just tousands of lines of skills and vague instructions. It seems that trust in OSS is eroding and big SaaS might win here because they have the reputation.
Same for the harmony 1100 which is a universal remote but can’t ever be programmed again since logitech killed their online server. It had the secret sauce for generating the binary blob to send the device to program it and nobody could figure out how this mess actually works to reimplement it. It seems like the blob wasn’t just parameters but also all sorts of scripts that changed with the config.
Needless to say I steer clear of Logitech anything now. It’s joined my blacklist along with Samsung and LG.
Is this a recent thing? I don't recall ever having to make a logitech account to use logitech gaming software.
But the software does suck big time. The other day it didn't start on my machine because reasons. Had to remove it and reinstall it. Which had to remove my configuration, but whatever. Then, installation somehow went to 101%. But hey, at least it worked.
https://support.logi.com/hc/change_language/en-in?return_to=...
The offline installer has to bundle data for all supported products, platforms, languages and dependencies, even the ones you don't need, because you can't tell in advance. The online installer will just download what it needs.
Or, a webcam for example, or other peripherals.
The tap includes a GH action to track upstream releases (as long as I notice the PR!). Also, the offline version only compensates for some of the issues with Options+.
See you all tomorrow when we do it all over again.
Agentic coding will do for indie software what dating apps did for human relationships. Animal brains are not equipped to deal with having this much choice.
Open<Brand> + SEO on Steroids webpage is usually misaligned with the user. That didn't really change. The only thing that did change is that producing this slop has gotten much much cheaper.
What is true though is that eventually, even the most gullible person will have been exposed to this so much, even they will finally manage to stop their hijacked justice reflex from twitching and defending garbage against their own best interest.
So that's a positive.
You can configure and update your stuff anywhere where modern browsers can run, and have 0 spyware on your computer
What really took it to the next level for me were adding chord mappings. For example I can hold right mouse button + scroll the thumb wheel to adjust volume. So convenient!
Unfortunately the very obvious and quite grating LLM copy in the site and in descriptive text on the app does not make me feel well-disposed towards something that I really want to exist. Consequently, uninstalling. I'm surprised that I feel this way, but I actually trust Logitech more than this low effort thing.
What makes you say this is stolen from LinearMouse?
Of course producers like Logitech want you to install their own thing, so as to make it harder for you to switch to other brands of hardware, but an open system like Linux should not play along with that.
Another alternative is a utility called xmouse.
That'll work with Logitech mice too. It's only for all the extra buttons and functions that you need their software.
I'm not sure this supports G502 as it's supposed to be controlled by Logitech G HUB.
Anyway, if you want a CLI replacement for G HUB, I played a bit with opengcontrol [1] to support my new G502 using Claude Code. I wrote a short blog post about it as well [2]. I even got a battery indicator for my menu bar.
- The DPI slider did nothing most of the time, but sometimes the cursor movement changed when clicking a button or switching windows.
- No matter what I chose, the scroll wheel was stuck at absolute maximum sensitivity setting scrolling about a thousand lines per ratchet click. There was also no way to disable the "smart" switch to freewheel spinning.
- For some reason, tapping the thumb wheel triggered Task View. Tapping the thumb wheel isn't even listed as an interaction so no way to change or disable this.
Love the idea of an "open" version of Logi options, but this is just terribly executed. Can't state anything about the code but the bewildering behavior and weird bugs definitely smelled like vibe slop.
Made some changes, nothing, made more changes, nothing... Then to my surprise I restarted software and they were there, mouse speed x100000, and other weird stuff I've put in - I thought I was doing something wrong when the changes weren't applied :D
It takes 3.5MB of RAM currently.
I myself have an accessibility related plugin to make clicking easier [2] built using their Logi Actions SDK. It finds the clickable elements near the cursor and displays them in the Actions Ring and the LCD keypad. If you have the Logi Dialpad then you can have a complete mouse free workflow with Access Ring.
That's harsh. Consider English might not be the author's first language (I see Chinese on the screenshots). Just opening the site I get all the info I need from the text (local first, no account, no telemetry, that's great), install instructions are immediately visible, there are screenshots, even the config file format is one scroll away. This is a great landing page for an open source tool.
This is clearly LLM-written text, not something that the author asked an LLM to translate from a different language. Not sure how the author's first language is relevant.
As far as the page body content goes it seems like LLMs have taken a little bit too enthusiastically to an Apple style presentation of product features.
It's fairly obvious that an LLM has been used to design the site, but it does the job and the site isn't the focus of the product.
The Chinese version of the website through Google Translate shows the same LLMisms, so while I don't know which version was authored first but neither was human-authored regardless of language proficiency.
For me, the "finally local" call is disturbing, hinting that there are no other alternatives, ever. For Linux GP noted that there's Solaar, which supports all the features of this tool. I also use Solaar without any problems on my Linux systems.
Also notably, fwupdmgr provides updates for Logitech hardware natively, so there's nothing "finally local" about it. It's a new, polished tool written in Rust for more platforms, and kudos to them. However this doesn't vindicate their use of LLM for the site text.
See, English is not my first language either, however one can sharpen it with by using it.
Between no website and shiny but crappy LLM website, I’ll take the latter, and I wouldn’t wish another 2 weeks of unpaid copy writing on any open source dev.
Thank you Lordy for LLMs because I am going to hurt myself if I ever have to design and wire another contact form.
Given this is open-source, have you considered contributing a more expensive-feeling landing page? Or, donating to finance the project?
How so?
I'm not an AI advocate but in this case I honestly didn't see anything but a clean and informative website. I did have the thought that "this software is probably coded with AI agents" but that's just because there has been an explosion in new software lately.
But the website itself seemed perfectly normal to me, actually very clean and informative.
FWIW I don't really care in this case, just explaining how people can see it's generated. I only care about it working properly and being less bloated than Logitech's stuff. Pretty good that something like this is possible now.
Humans usually don't write like that: we form sentences, not "punchy taglines for ads". Especially not with a negative form using "no" everywhere: you may see, say, on ads for a BMW: "400 bhp, pure driving pleasure" but you typically won't see "No automated gearbox, no assisted steering".
Then the typical "It's X, not Y": "Everything Options+ does, without the account."
Funnily enough it's totally trivial to un-LLMish this type of prose but we don't notice it when it's been unkarenified for we then simply don't detect it's been written by an AI.
Nothing wrong with AI code either but it suggests the project may have been built in 2 weeks, has no community and low likelihood of ongoing maintenance.
So now overall instead of a flashy website I think the best signal of quality is a boring GitHub README and several months of commit activity, lots of merged PRs.
bellard.org style text-only, get-to-the-point-please content will the way forwards. "browsers" can then style and rewrite it till the cows come home - with fancy slideshows, LLMisms, carrousels, the works - or not and nobody will be worse off.
The way we structure content these days is insane. Separate content from presentation, please.
I came here looking for a reference to Solaar, which is what I currently use.
AFAICT there's no reason to switch to OpenLogi for Linux users.
> Quit Logi Options+ before launching: the two fight over HID++ access, and only one app can own a receiver at a time. On Linux, the same applies to Solaar.
While it does look extremely likely that AI is used for the copy writing, and probably for some of the code maintenance, I'm not convinced that this is being vibe coded.
Were houses crafted better before dimensional lumber and power tools? Maybe - they were also more expensive. So the same with programs and website via AI.
Speaking of, this probably can't be against any ToS, right? Since the devs using the LLMs don't look at any proprietary code, specs, docs, whatever.
So far, it's survived a few device firmware updates with no visible breaking changes, but I can't guarantee it always will.
Now if only there was one for Razer.
The recent sprawl of viruses, worms, and malware should give everyone pause when installing fresh software.
Absolutely. There is a limit to how much code can be shared on stack overflow and, in the pre-AI days, code snippets had to be understood well enough to integrate into a larger hand crafted work.
Furthermore, stack overflow code is shared by consenting users and is licensed per the terms of service, unlike AI generated code which is trained on non-consenting users and is both ethically and legally dubious.
Absolutely yes... The difference between those "22 year old coffee junkies" and some dude prompting an LLM is that the 22 year olds from 10 years ago still had to actually use their brains. They thought of the problem, came up with possible solutions, architecture, software stack, implementation etc... Some of this undoubtedly was copy/paste from stack overflow, but in that process: googled/researched things, read results from google (blog posts, stack overflow posts, maybe even books). And in that process they actually learned about software development and mastered the craft. That isn't a thing with vibe coding, LLM's don't "care" about the project/software they build. Most vibe coders don't even care.
I hate that I have to say this but inevitably people get mad if you don't: I'm not anti ai and LLM's are obviously useful in 2026. But I definitely have way more trust in software made the "old" way, by people who actually gave a shit, compared to software "written by" vibe coders.
> that it's open source makes it more trustworthy not less.
You aren't addressing the point the person you responded to made - people will lose trust because of _quality_, not because the code is available to you on Github. If 90% of open source becomes buggy, single-use software with massive security gaps, it makes sense people would stop trusting those projects.
Whether it's vibe-coded or not doesn't change that. If it is vibe-coded and unreadable, how is it different from manually-written and unreadable? If it is vibe-coded and readable, how is it different from manually-written and readable?
Judge the code by its quality, not by its provenance.
That being said: I wouldn't really trust SaaS to not be vibe-coded either. The only difference there is that SaaS likely has a financial incentive to stay maintainable so you could argue that helps.
and it seems... fine? SO MANY comments, but that seems pretty standard for LLM code these days.
The provenance of the code matters insofar as how much you should initially trust it, but the fact that it's open source means it's still verifiable. The increase in productivity that AI has unlocked means there is now much more output to verify.
Big SAAS is doing the same thing at scale. One would hope they put a bit more diligence in it but we know that's not the case.
If I think tool/software would be useful I throw GLM 5.2 (now 5.3) at it and ask to do an audit ;-)
Yes because everyone trusts what SalesForce is doing with their data..
Do you trust all OSS repos coded before 2024? AI-generated code is no different than code written by a human with different levels of seniority, different levels of focus, or different levels of discipline. A human is perfectly capable of generating spaghetti code too.
I hate Options+ as much as the next guy - but don't have the time / technical knowledge to audit thoroughly enough to establish trust in this.
I'm nearing the replacement point on my current MX Master - so is there a better alternative to Logitech?
reputation of what? sucking your soul dry?
Or make a fork with only the minimim set of parts that your agent cherry picks.
I guess my question is, why would you trust it when it is not vibe coded?
My suggestion is, have an AI review the code for you.
Or don't. It's up to you. You're as free to walk away as you are to embrace what's been made here.
“Is math” and “Either works or not” is only true with formal specifications and formal verification, which dwarfs the cost of producing said software.
It also matters how it works.
This kind of tool doesn’t need a whole Apple style marketing page to sell you on it.
It also signals effort to me, when I see vibeslop text I know the project most likely is a one shot weekend project full of issues which won’t be resolved. I’ve seen good examples of AI use in open source, and those projects write the readme and website copy without AI.
I think it depends a bit what's meant by "poorly" but I don't think I share that preference at all.
I would 100% rather read a developers copy explaining why they wanted to build something and what they think is useful about it, even if it isn't particularly polished.
As a comparison, LLM generated "marketing schlock" is polished, but it's normally pretty empty and doesn't convey much of it's value.
As an example, I use lazygit (a TUI git interface) - at least at the time I looked at it, the main intro was a youtube video of the developer talking through the features. It wasn't polished at all, but it did a great job of convincing me that lazygit was a project with a lot of love and thought put into it.
I could not disagree more.
I read plenty of not-obviously-AI-generated text and I much prefer doing that, even if it’s not from a professional.
It’s not about the quality of the text itself. If Claude was one person with a human level of output, Claude would probably be considered decent at writing.
But when I have to read the same genre of slop on 1 million different sites it gets really really annoying imo.
If you didn't even spend a minute writing a couple sentences about your own project, how much effort did you put into actually building and testing it? Or are you just letting others do the hard parts: Review and verification that your vibe-slop actually works as claimed, and then feed their feedback back into an LLM?
Hard things are hard. They’re not easy. But they’re worth it.
I'm curious if OpenLogi might be better. Despite the vibecoding accusations here, it has 55 contributors, is open source and seems well designed.
At some point my settings kept getting lost every time my mac went to sleep, and I had to restart the app all the time. I messaged the developer, but never received any response or acknowledgement and I just dropped it. It's a pity, because I did like it for a period of time while I was initially using it.
Was not aware it is even possible to replace the shitty logitech surveillance software. thanks for the tip!
Can you give maybe an example of a `funky stuff` for the mouse, like those touchpad gestures? i cant think of any, just to get an idea
Another thing I've configured is scrolling through a key press and dragging the mouse. Or opening a floating menu by using the thumb button on my MX Master3.
And that's only mouse functions, I have a bunch of other shortcuts/remappings/automations, many of which run only for specific apps.
Have a look in the forum - it's a gold mine and a lot of people have shared their presets.
Local software will always live longer and have more respect for my privacy than web based software.
I'm thinking about throwing AI at the problem and either working to make their site work offline, making standard QMK software work with my keyboard, or replacing the firmware with more standard QMK.
As far as I remember, QMK software was extremely annoying from my own perspective, and the Keychron team was also dissatisfied with them (there was something about them being slow to add their keyboards to the app). I can say that I was able to customize my keyboards only after they released their own app.
So huge chance that your problem is caused by QMK, not Keychron.
Regarding app, i'm sure it can be made portable, maybe even via turning it into single file html.
Some things could probably be pushed to the HID layer, but that would require a at least firmware redesign of the mouse, and some kinds of complex shortcuts are probably better done on the computer OS than that of the HID device, which is inevitably working with much less context.
Seems like that would add significant cost for something that can be done well without it.
[1] similar to this IIRC: https://github.com/Jombolio/DuckyOneX-Linux
EDIT: turns out that my keychron, at least, is compatible with QMK/VIA and there are already open source alternatives [1] that do the job.
Desktop software is way less reliable than you think – I have a few Akai keyboards I can't configure because they don't work on my Mac already, not to mention how hard it was at least finding this executable for more than decade old keyboard.
It is also less transparent and more difficult to review than, e.g., a Python script. Which would do just the same job. While being even more portable.
> It is also less transparent and more difficult to review than, e.g., a Python script. Which would do just the same job. While being even more portable.
Are you absolutely sure you would catch any malicious payload in some obscure single-purpose Python script?
Open source is great, but it's not a complete replacement for a narrow permission model.
Kinesis' keyboards with their "Clique" keyboard has a web-based configuration tool that does that. Their older "SmartSet" firmware instead exposed a virtual USB drive, with the configuration as a text file, and a firmware update could be done by dropping a new blob in there.
Click-to-screen latency is a combination of reporting rate, polling rate and latency within the software stack. Default USB HID polling rate is 125Hz so if you don't do anything extra on top this is what you get anyway. Even higher grade "office" mice offer higher reporting rates than that, "gaming" mice can easily be 1 kHz.
For modern ones there are some cool posts like this one [1], where most of the time there "were no statistically significant difference", or even wireless was more responsive.
Gamepads always impressed me - they can deliver insanely good response times while streaming high quality audio with no lag. I never found other BT accessories for phones/computers that were even close to that smooth experience.
[1] https://www.reddit.com/r/PS5/comments/m020e3/dualsense_wired...
Saying this as someone who has tried dozens of mice in my life. Last corded-one, bought for my son yesterday (razer cobra minecraft edition). I don't think I'd be able to tell the difference between wired and wireless in a blind test.
there is no reason not to, even pro player in esports is using wireless mouse
the technology is there even for top 1%
I have had cases where dongles were practically unusable in my setup, up to completely losing connectivity when transferring data through an adjacent port.
[0] https://www.intel.com/content/www/us/en/content-details/8416...
The thing is not about code or solving a problem, and we also shouldn't be pretending that it is, because that is what slop, grifters and businesspeople bank on.
Also, you can be sure that the features that do exist are half-baked at best, given that any person with eyes can see that the priorities lie elsewhere.
Completely vibe coded. It solves my problem. I didn't even consider that someone else might have already built it. It's fast, simple, needs barely any resources. It has a daemon, it can detect new mice. It even has a vibe coded logo. Oh, did I already mention that the whole thing is completely vibe coded?
Flipped the repo to public in case someone else might find it useful.
But I won't go so far and advertise it.
Previously this only worked with the built in AI assistant.
Be careful of prompt injection. Some people think nothing of adding harmful instructions to their repositories. Sol and Opus seem to be smart enough not to fall for it, but I don't know about other models.
Still, I see that page and I think 'Logitech Corporate driver software'. Maybe that's the intention? But it makes me start slightly suspicious.
For more details, go look up the Linux USB Gadget framework. You can even play around with some of it yourself using a Pi Zero 2 W (I did, making it appear to be a USB webcam - I saw guides on how to make it be a serial port and even an ethernet adapter too)
Of course not. But I can at least fairly easily review it. And that is the point.
A review cannot be done as easily with a minified JavaScript webpage or a WebAssembly binary that the WebUSB loader tool would use.
Also, with regards to binary Windows blobs that would require installing Windows drivers - yes, I agree that it is considerably worse than WebUSB. But we can always find something worse..
The point I am trying to make is that WebUSB, although being better than Windows binary blobs, is still less transparent, in my opinion, than e.g. a simple Python script.
Edit: To clarify: Whether the user will actually be able to find potential issues during the said review is a separate topic. But I think that the goal should be to enable users to do so. And make it as simple as possible and user-friendly as possible.
I especially prefer it when the alternative is often some random windows-only binary, probably requiring a driver to be installed at that.
Maybe there are some fancy animations illustrating RGB effects and stuff like that, these can add up, and I can almost (but not quite) excuse them if it is the case. At least, video animations are not a mess of frameworks and libraries that eat your RAM and CPU and introduce vulnerabilities.
Somebody at Logitech right now: “hold my beer”
Normally I'd say you have a point, but this was a poor choice of example.
maybe in 2012 as paper suggest, also millions of gamer also use these today
there is exist mouse gaming that have 4k,8k polling rate right now
You also want to have Nordic MCU specifically
USB ports have probably better shielding nowadays. But even so, the protocols and radio frequency ranges are still the same, so if I do not see a specific test on that (measuring latency distribution while adjacent port busy) I would not trust it if latency was important, even if it "feels" the same. And not all of us have professional gaming equipment or otherwise of much better quality.
If adjacent ports are not busy there should not be an issue nowadays, probably.
I can’t wait until Qwen 4.5 27B or Gemma 5.
Example 1: “as a JavaScript front-end developer working with React and node, I think LLMs save 500 hours a week and are better than anyone on our team.” <— easy to believe
Example 2: “as a backend Erlang developer working on life-critical systems the inconsistent output makes LLMs dangerous and the code is tidy but terrible at scale.” <— fully congruent with the first example
As an iOS developer, I have yet to see two different teams agree on best practices, architecture, or code style, and the only reason I've seen anyone agree on UI frameworks is that I've been in slightly more teams/seen more ads than there even are widely-used UI frameworks; and despite all the big promises in the job adverts, 95% of the work has been to take someone else's existing UI design and connect it to someone else's existing API.
LLMs fit right in.
(Unlike me: I'm burned out by iOS and LLMs came at exactly the right time).
The point is that "Vibing" still does not produce worthy output.
Growth rate alone forced the mean output to remain at beginner level. And then let's not forget that over the last decade+, the industry saw it fit to restrict almost all coding to juniors, and turned senior+ roles into a faux-management career track.
The vast majority of software engineers, pre and post LLMs, don’t care.
That’s different from caring about the software you build.
Oh dear.
If you really wanna worry about all of these things you better not use any open source from now on. Or even private software as well, because you can't even audit and know what "vibe code" touched.
I have no problem with vibe coded software.
But if you don't want to and still want to use an LLM, there are low-bar choices you can make (using a technical writing skill, using ASD-STE100 Simplified Technical English, choosing your audience, proofreading at the end with human eyes to make sure it makes sense and doesn't repeat itself uselessly).
I think it shows either a) low respect or consideration for your audience or yourself, or b) laziness.
Trust yourself to write even if it's bad. At least it's human.
> It's on the roadmap, at the far end: a cross-computer pointer and clipboard bridge is a very large feature. The half that lives in the protocol already ships. OpenLogi drives Easy-Switch host switching over HID++ (0x1814/0x1815), and paired mice follow the keyboard when it switches hosts. If the rest lands, it will be opt-in and local-network only.
A great example of why Claude's writing is terrible is the sentence "The half that lives in the protocol already ships". I cannot imagine any human writing this.
They didn't, so the reason isn't that English isn't their first language, it's that they didn't want to spend time writing text. In which case I don't understand how this is different from a native English speaker doing the same thing.
Now, I often find Claude's idea of idiomatic prose to be a bit load-bearingly seam-hitting as it lands not this point, but THAT one, but it is probably better than something hacked out by a person who confuses tenses, cases, pronouns and when they can enverb a noun. So I tend towards giving people the benefit of the doubt on this.
Lastly, if you think LLM-written software is full of security vulnerabilities and bugs, I have terrible news for you about the state of human-written code. The fact that what we do is often better than nothing at all, is no big recommendation.
What about people with fine English and terrible coding skills?
What about people with both terrible English and terrible coding skills?
> Now, I often find Claude's idea of idiomatic prose to be a bit load-bearingly seam-hitting as it lands not this point, but THAT one, but it is probably better than something hacked out by a person who confuses tenses, cases, pronouns and when they can enverb a noun. So I tend towards giving people the benefit of the doubt on this.
Personally, I find AI writing as insufferable as anyone else (though Anthropic's is particularly bad, maybe just due to my familiarity with it), but I wouldn't judge individuals for using it to make communication more readable, rephrase what they mean etc. If anything, any difficulty in reading my prose would support that.
> Lastly, if you think LLM-written software is full of security vulnerabilities and bugs, I have terrible news for you about the state of human-written code. The fact that what we do is often better than nothing at all, is no big recommendation.
I guess a lot depends on how you use the LLMs (I bet horrible coding skills coincide with horribly lazy and problematic usage of LLMs for development too), but I wonder how humans actually stack up to the slop-machine when it comes to how good or bad the code they produce is on average, since I'm sure that SOTA model code by now tends towards the upper end of that.
In other words, if a person wants to limit themselves to avoiding LLM code over fears of it being bad, they would also have to avoid any any all code written by people that essentially produced the problematic training dataset, as well as any programmers with the same capabilities (or lack thereof). You'd basically have to avoid using a lot/most of the software out there if that's your quality standard.
See the recent hack on CPU-Z: https://gist.github.com/N3mes1s/b5b0b96782b9f832819d2db7c668...
please provide some kind of statistics to back up this claim.
It is getting worse, faster. That's objectively true.
Running code is dangerous. I don't really see how its provenance matters: you should not run code you don't trust, period.
This reduces to "you should not use a computer, period." No-one can audit all the code they run daily.
Not sure if you're being manipulative on purpose or if you genuinely did not understand my point. I was talking about "trust", which is a whole concept in itself.
And so now we have a new twist on an old problem, and I think it’s going to get worse before it gets better.
There was already more code than I was able to review before LLMs. Because more code is being produced doesn't mean that I must run more code, I don't see that. I will keep running code that I can reasonably trust for the task. LLMs just add candidates or help making the better projects even better. But we will (as we should) keep auditing code, I'm sure of that.
Sometimes the provenance itself is enough to trust it, sometimes the fact that people I trust audited it is enough to trust it, and sometimes I audit it myself. Or I run it in a safe environment, sometimes that's fine too.
My point is that because it was vibe-coded does not make it more dangerous than random code found on the Internet.
And that's what I see first thing on the repo. Lots of LLM-style writing in the README, which makes me think if this is a vibecoded app, which looks like it.
Happy have LLM code for me.
I won't let them speak for me though. I think people who let AI speak for them in places other humans read probably couldn't speak for themselves pre-LLM. It's sad.
I think the bigger personal challenge is to not outsource thinking, understanding and judgement as we leverage new tools, and to continue our personal learning journeys. After 20+ years as a software engineer, you can probably coast on past experience for a long time... but if you aren't learning and exercising (one way or another), your skills will stagnate. That would be sad.
They did bother to do the thing they loved doing - the thing of value - and didn’t bother doing the boring thing. Instead of finding it within yourself to offer some thanks or encouragement you find an unimportant “blemish” to pile on. If that ain’t virtue signalling I don’t know what is.
It’s also an emphatic reminder of the truism that you just can’t please some people.
It's so easy to spot LLM writing, especially poorly constructed ones like this.
> A local-first alternative to Logitech Options+, written in Rust. Remap buttons, drive DPI and SmartShift over HID++. No account, no telemetry.
?? I see nothing wrong in there, every word is immediately useful to me as a person interested in this software. You’re being ridiculous
If it were an overly elaborate human creation I'd agree that criticism was unnecessary and perhaps even insensitive.
The average person cannot write good documentation (or website copy). It's an actual skill to learn how to phrase things, ensure that the documentation delivers the right level of detail to the different reader types etc.
As English writers, software developers make great programmers, not authors.
Depends on the project.
According to wordcounter.net, this landing page has 850 words. Most of that is just LLM fluff that could easily be removed, but even if you want to keep the original size, to spend two months on this you have to be writing less than 15 words a day.
I’ve thought “hey I’ll just throw together this 5 page website on Squarespace, it’ll take a week at most” and despite only having like 5000 words it can take over a month. When you see how slowly it’s coming together it really destroys your motivation as well.
The words depend on the layout. The layout depends on the words. It all depends on art, and call to action, and SEO, and mobile responsiveness, and…
You can spend like an hour tweaking one hero sentence. It’s a lot more complicated then what we did in school, ie “Atticus Finch defends Tom Robinson, a Black man falsely accused in a racist town, knowing he will lose.”
If you had to write those 18 words on a website it’d probably take half a day to decide how you wanted to write them, and where you wanted to put them.
What the h... I mean, it's an opensource software to make Logitech's users life less miserable, and you are comparing that to the effort of a student writing an essay, where their only or main job during those days is writing the essay?
Code can make your computer do stuff. If you run code in an environment where it has the possibility to do harm, then it is a possibility, and therefore a risk. Whether or not you accept that risk depends on the situation, but it is important to realise that the risk exists.
> I don't really see how its provenance matters
The fact that the code was vibe coded does not change the capabilities it has. If you run random code written by a human with root access, the code can do what root can do. If you run random vibe-coded code with root access, the code can do what root can do.
When you run code, what the code is allowed to do in the environment it is running is independent from who or what wrote that code.
> you should not run code you don't trust, period.
Trust does not mean that you have to review all the source code everyday, yourself. Trust means that you accept the risk given the provenance.
When you drive you car, you trust that it won't explode. You don't review the whole car assembly every day. When you cross a bridge, you trust that it won't collapse. You don't check the whole structure everytime yourself.
When you run your laptop, you trust that the battery won't catch fire. You trust that your OS isn't a malware.
In your life, you trust many many things. Many times you don't have a choice, many times it's institutional trust ("I live in a country where bridges don't collapse", for instance).
Now when you run code you find on the internet, I'm sure you apply that. Say it comes from Google: you probably trust it (after all, if you don't trust Google you're pretty much screwed).
Now if a random username on Reddit tells you to execute some code, do you happily do it? I don't think so. At least you shouldn't unless you understand what it does.
What's the difference between random code you find on Reddit and vibe-coded code? I don't see one. I don't base my trust on the fact that it was written with AI.
The fact that it comes from AI means "it is not an author that I trust, but it doesn't mean that the code is malware". I just need to find another way to trust it (maybe someone else audits it, maybe I do, maybe I run it in an environment where it doesn't matter, etc).
Before AI just having a good README and superficially looking good code (we're not going to do a deep review of it) was a gauge of quality that at the very least the person that wrote it knows what it's doing.
How do you do it now? Maybe the AI was expertly guided, but maybe it was vibe-coded by someone who hasn't even heard of basic security principles and your whole data is sent in plain-text somewhere. It doesn't have to be nefarious, it could be a debug feature that was never removed, or maybe the user never asked the llm to "make it prod safe". And there's no way to know unless you read the whole thing, because superficially the README and the code will look as good as any other llm project.
That's problem number one, before you could quickly see if it's made by someone who knows what it's doing, and thus that you can trust. With vibe-coded software not so much.
The second issue is not inherent to vibe-coded software but it's caused by it: it's a sea of garbage. It's very possible that the absolute amount of good software has increased, but it's become harder to find it.
> the genai content on the website is just so distracting and such a bummer. It sticks out like sore thumb.
The comment is fair and accurate. The vacuous marketing speak is tedious, unpleasant and risks undermining the technology it makes a flailing attempt to describe.
Your non-native English speaker excuse is neither fair nor accurate since an AI translation of a human-written Mandarin language text does not introduce the style of writing being criticised.
Not every open source project requires a grandiose marketing site littered with manipulative, cloying language. Let the project speak for itself.
I don’t agree at all. The text and illustrations are straight to the point. I just took the time to read the page fully and honestly every word is useful to me. I’m interested in this tool because Logi Options+ sucks, and it clears out every question I have for a replacement. I know what features it offers, what devices it’s compatible with, what it looks like, how to install it, even how it uses the network (update checker disabled by default is a nice touch)
I fail to see how this isn’t the perfect website for an open source productivity tool
Writing/generating something with Rust doesn't make it devoid of bugs or problems.
This weird take of “an LLM made it, it must be slop and buggy” ignores the reality of how almost all software written by humans was also quite shit before LLM’s came along
However, also considering that LLMs can’t judge the code they have emitted, humans have the advantage here.
Lastly, why we downplay the bugs in the code emitted by AI? Why the lower standards?
- AI generated patch allows access (https://news.ycombinator.com/item?id=49331423)
- Bug in AI scribe creates big problems (https://news.ycombinator.com/item?id=49294441)
As an addenda, human written code is much more maintainable with respect to AI emitted blobs. At least a band of humans can forge that code to a much better shape.
I keep telling people use AI, but use your head more.
Writing 850 words shouldn't take you two months even if you only have 10 minutes a day to spend on it. The discussion is about the short description on the product's website, not the product/code itself.
This is sales. And the right words means tens of thousands of more customers / users / contributors / stars / whatever over time. The wrong ones = dead and forgotten.
Irrelevance is the failure mode here.
> A background watcher reads the foreground app's identifier once per second; when it changes, the overlay you authored for that app is layered on top of the device's global bindings, with per-app entries winning and any unlisted button falling through to the global map.
as is in the documentation right now could have just read
> Your device will automatically use app-specific keybinds when a given app is in focus.
So much of the documentation copy especially is typical of the ways LLMs leak implementation instructions into their written copy.
> It's very possible that the absolute amount of good software has increased, but it's become harder to find it.
It was like that long before AI. Most software written by humans is very bad, and it was accelerating before AI. And there was too much software to review everything long before AI as well.
If anything, I find that AI writes better code than the average human-written code. Of course it makes it harder to judge the contributor (before I could clearly see that they were not good coders, now I can't). But as a maintainer, I was reviewing the code before, and I am still reviewing it now. Some people will send unreadable AI-generated PRs that I won't review, some people will send readable PRs that I will review and merge without any consideration of provenance.
A problem could be that I may receive too many PRs to review (I think it happens to Linux). And the consequence of that may be that opening a PR to big open source projects may have to become less accessible eventually.
But that is orthogonal to the problem of trust.
I fail to see how me saying "that's harsh" makes us not able to disagree?