5,179 karma · joined August 28, 2011
Every time I see mention of "Brave" I'm reminded that Brendan left Mozilla because of his contributions to anti-gay rights causes, and then immediately founded a company called "Brave". In essence, to me, it felt like he was thumbing his nose and saying it was brave to be a homophobe.
So yeah, nah, comparing the moral high ground between Mozilla and quote Brave un-quote is not a compelling argument to me.
Things like big, thick composite cables and extra long VGA cables.
Now… maybe not?
Pro-tip, use a hole punch on a corner of the bag. That way, once zipped you can just squeeze it to get the air out.
(I also hoard blank CD/DVD jewel cases. Who says technology ruins lives?)
Fortunately my colleagues were very understanding, and I reverted back to text once I could type reasonably well and with minimal pain again.
At the end of the day I don't care how much of what you're presenting is your own words vs AI generated, as long as I can see evidence that you have reviewed and understood what you've passed to me. My resentment and ire is raised when the onus is pushed on me to be the first real human reviewer, having to do all the weighing of merit, practicality and in some cases plausibility that the quote un-quote author should have done before ever hitting send. It's passing the buck and an abdication of responsibility. It is lazy and makes more work for those you foist it upon when your role should be making the effort in your communications to make it easier for the recipient. Not wasting their time having to spend orders of magnitude more effort refuting bullshit you shouldn't have put out there in the first place.
It is something that has always pissed me off, however AI has made it fair easier for lazy people to think they sound smart and externalise their costs into my face.
[1] https://drewdevault.com/blog/Stop-externalizing-your-costs-o...
For example I was spinning up a new project and added SASS so I could do nesting to make things cleaner. My frontend counterpart pointed out that CSS already has that.
Anyone know of some good resources that would bring my knowledge up to date without trying to take me through first principles?
For something more likely to be read by a human and not parsed by a computer (and is not locale or i18n/l10n flexible) I'll use d mmm yyyy, e.g., 3 Jul 2026. To my thinking, for English speaking this is the friendliest unambiguous format (although I'm sure opinions will differ).
FTFY
With writing I find I'm drafting the flow for readability and clarity as I'm writing, so I go back and rework bits and pieces — sometimes even while I'm in the middle to typing a sentence. Maybe it's because I write code for a living.
Speech only moves forward and you have to state your retractions or clarifications on the go. You can't go back and edit what you've said.
I've been trying to use speech-to-text a bit to: a) give my hands a bit of a break when I'm writing prose, and b) see if it's faster than typing.
I find there are long pauses while I'm struggling to draft what I'm going to say to what I want written, so I'm not sure if it is faster (given that I'm a ten finger touch typist so can type pretty fast is short bursts, and the time spent going back and tidying up the output which is somewhat tedious). It might improve with more practice.
— No tokens were harmed in the production of this comment. —
Also, it is positively charming that you think most of us took the time to properly read something before coming here to espouse an opinion. :-)
Oh, sorry, I thought you said colon…
Second is a utility that will take a text file export from Wallabag, and use text to speech to convert it to an MP3 file. I then integrated it into a utility that I already wrote for managing articles so if I tag an article with listen it automatically gets converted and gets shunted to the podcast listening app on my phone.
Last was to recreate a little directory listing utility that I've had a 32-bit binary of for ages, but no longer (if ever) have the source code for. I'd always promised myself I would write it once I learned Rust, but decided try using AI as I was getting impatient to have it now. The utility lists all files, including hidden, in a directory, grouped by type. Below is an example listing the directory for the project itself:
Directories:
.hg src target tests
Files:
.hgignore AGENTS.md ARCHITECTURE.md CONTRIBUTING.md
Cargo.lock Cargo.toml GEMINI.md README.md gemini-log.html
Some command-line flags to just list a particular type, such as only directories, or only unsatisfied symbolic links.