Its possible- you'd have to register a new uri handler to call the TUI (it'll need to take cli args to load the link/issue), then rewrite Jira links (tampermonkey script/browser extension) to use the new uri.
A battery case would work too. Was just hoping for a model that is trimmed and optimized for longer trips outside the city/with absence of reliable power sources. Cut some of the performance, only efficiency cores, bigger antenna and optimize hardware aggressively for low battery usage. Maybe use some of the bigger case for repairability…
Not all coding is interesting, I would say the majority of it is a chore.
One shotting small utilities that I have no interest in writing (for me, front-end JS, chrome extensions, web scraping selectors) is wonderful. I just vibe coded a "crop a pdf" web UI and it worked with no intervention. It doesn't have to be meaningful, just useful.
Yeah, it's very convenient to ask an LLM to generate e.g. a "Hello World" browser extension and then to gradually fill it with logic. Searching for tutorials gets you outdated resources, poorly written ones and obscure failures.
Then again, I asked ChatGPT moons ago to generate a Filebeat config file, and its output contained syntax errors...
Its not supposed to be a usable computer. I've never hooked up any of my Pis to a monitor longer a few minutes other than to enable SSH, which now you don't even need to. Either way, I'm fine leaving out all the accessories.
The best part of the Pi ecosystem is that if one dies, I can easily find a replacement and just swap out the SD.
And it's just not true: ever wondered what those fingerprints are that nobody cares about and blindly goes for "yes" in SSH? The vast majority of SSH users would have no idea if they got MitM-ed.
Niеther an ssh MITM can use your private key on a legit server. A middleman doesn't need it in most cases, however. My point was that the situation with ssh is basically the same as with webauthn.
> Niеther an ssh MITM can use your private key on a legit server
Of course they can: that's precisely the meaning of MITM.
They don't get direct access to your private key (because they wouldn't need to stay in the middle anymore at that point), but they will ask you to sign the challenge sent by the legit server, which you will happily do if you don't realise that you are not talking to the legit server.
I guess you're saying that a challenge is tightly packed with a server ID and processed by the webauthn client lib, so a middleman cannot separate and forward the same challenge from its own server. I don't know the exact details of the ssh protocol, but I see no reason why ssh can't do the same.
If we are simply talking about ssh users ignoring fingerprint warnings then I don't see how this is an ssh weakness. A fingerprint change warning is basically saying "you're connecting to a phishing site" as I see it.
> If we are simply talking about ssh users ignoring fingerprint warnings then I don't see how this is an ssh weakness.
I didn't say it was an SSH weakness. I said that it was not "solved" problem in that most users I have seen completely ignore those warnings from SSH. So the problem persists even though SSH does it right.
With WebAuthn, the problem disappears. So that's an improvement for the users.
Don't get me wrong: I love SSH. I just think it's wrong to say that WebAuthn doesn't bring any kind of security to users.
HTML is not a programming language. But yes, I don't write much HTML anymore.
The issue with mixing languages is that they have different data models, even simple things like strings and integers are different in Python and JS, and the differences only increase the more complex the objects get.
Sometimes I write some code and I realise that this code actually needs to execute on the client instead of the server (e.g. for performance) or the server instead of the client (e.g. for security). Or both. Using one language means that this is can be a relatively simple change, whereas using two different languages guarantees a painful rewrite, which can be infectious and lead to code duplication.
Your time isn't free, and I'd certainly with more than $20/month.
I find it extremely useful as a smarter autocomplete, especially for the tedious work - changing function definitions, updating queries when DB schema changes, and writing http requests/api calls from vendor/library documentation.
Certainly, So I use an IDE, IntelliJ Ultimate to be precise.
None of the use-cases you mention requires LLM. Just available as IDE functionalities.
IntelliJ has LLM based auto complete, with which I am okay, But it still wrong too many times. Works extremely well with Rust. Their non-llm autocomplete is also superb, which uses ML for suggesting closest, relevant match, IIRC.
It also makes refactoring a breeze, I know what it's going to do exactly.
Also, it can handle database refactoring to a certain capacity! And for that it does not require LLM, so no nondeterministic behavior.
Also, the IDE have its own way of doing http requests, and it's really nice! But, I can use their live template to do autocomplete any boilerplate code. It only requires setting once. No need to fiddle with prompts.
The problem is sizing and consistency. When you're small, it's not cost effective to overprovision 2-3 big servers (for HA).
And when you need to move fast (or things break), you can't wait a day for a dedicated server to come up, or worse, have your provider run out of capacity (or have to pick a different specced server)
IME, having to go multi cloud/provider is a way worse problem to have.
There are a number of providers who provision dedicated servers via API in minutes these days. Given a dedicated server starts at around $90/Month it probably does make sense for alot of people.
