I had heard KJV had some translation issues, but I'm surprised to hear that about John. I tried to learn Koine Greek, and a lot of the lessons started with John 1, so I always assumed it was one of the easier things to translate.
I haven't used mIRC since the 5.X days, but I recall the author always included an updated profile photo in the about page. It was interesting to watch him age with each release update.
I downloaded this version to see if that was still the case, and sadly the about page no longer includes a photo.
Same. mIRC scripting was really what motivated me to learn to program. I had tinkered a little bit with BASIC before that, but mIRC was what kept me interested. It's one thing to write uninteresting "hello world" CLI apps, but mIRC scripting was something you and your friends could immediately interact with. I wonder if kids today have something similar...maybe Roblox scripting?
yeah I think the "this is immediately useful for me" part of mIRC scripting was a key driver in pushing kids to learn programming, and it seems lost in modern times.
That, but also Discord is basically what people use on computers for communication today, and Discord also has bots.
Of course, you cannot just willy-nilly write your own client for a Discord bot without dealing with tons of hassle, compared to how easy it is to write something that uses the IRC protocol, so not sure it's the same "instant gratification".
I played around in Windows 2000 for the first time in 20 years. I know nostalgia can be blinding, but I would go back to that UI in a heartbeat. The uncluttered taskbar, the simple start menu that isn't full of useless recommendations and ads—such a joy!
I don't remotely want to use Windows 2000 again, but it is interesting to see a version of Windows where the UI was consistent. Currently it is a mishmash of four generations of GUI toolkits, some UI is in one style, some UI is another, etc, etc
I use ChatGPT, Claude, Grok, and Gemini regularly. Even though 2.5 pro is really good, I find myself using Gemini the least because I have an aversion to giving Google even more data about me.
I know that even if they never inject ads directly in Gemini, they'll be using my prompts to target me.
I've been building SPA apps for years with express and React. For a recent project we decided to use Next.js and self host. The biggest benefits have been
1) having the middleware contained in the same runtime and therefore not having to set up multiple projects and hosting for each. We just build a single docker image and put it in ECS.
2) having things like routing, bundling, linting, etc. already included. There are some downsides--like I would rather have biome out of the box than prettier/eslint, but most the developers haven't really cared.
There is a lot of magic and complexity under the covers that I haven't fully groked, and from that perspective I have reservations about it, especially after the recent CVE. As an example of the complexity, I had to set up Sentry, and while Sentry does have a package specifically for next.js, it was still tricky to ensure we were capturing errors with appropriate context in every possible spot.
It's possible as our project matures we'll hit some roadblocks that will make us question our decision to use next.js and self host, but overall our dev team has been productive with it.
> Point being: SCIFs are the right tool for the job. Smartphone apps like Signal are not.
The job in this case seems to be secure, ad-hoc communication between multiple parties while on the road (the VP at least was doing an event in Michigan). Clearly a public smartphone app isn't the right tool for the job. Is a SCIF the right tool though? I always thought of SCIFs as purpose-built rooms. It seems impractical that every time a message needs to be communicated, the parties have to be whisked away to a SCIF.
There are portable SCIFs, basically specially designed trailers, to allow senior staff to communicate securely on the road. It's very likely Vance had one of these nearby.
Not to mention plenty of DoD facilities from coast-to-coast with SCIFs - even without a portable SCIF, he likely wasn't far from one.
Failing that, these people almost certainly have laptops connected to DoD networks at a lower COMSEC level than a true SCIF (indeed, "high-side laptops" were mentioned in the Signal thread). They could have communicated with those. I don't know about DoD policy if those would be acceptable or not for discussions about planned strikes, but it'd be a hell of a lot more secure than unsecured public smartphones.
I was working on a legacy CSJ project, and I tried to upgrade an OIDC library, but the newer version would only work with ESM. I decided to use that as an excuse to migrate our project to ESM. However, I hit a bug using dd-trace with ESM. Over a year later, that bug hasn't been resolved. I try to use ESM as much as possible for new projects, but it's not always simple to migrate existing projects to ESM.
I purchased an mp3 from Amazon Music, and there was a song that had a glitch in it, like you used to get ripping CDs if there was a problem reading part of the disc. I torrented the same track and the same glitch was there. So either Amazon was using pirated copies or the glitch existed in the actual recording. I guess I'd need to find a physical copy of the recording to compare.
I was always blown away by the fact that YaST could run either as a GTK app or a CLI/ncurses tool. The same config was available in both.
Back when I was using SuSE regularly, I was developing a pluggable web-based admin tool. I always wanted to look at the way YaST was written to see if I could do something similar for creating a web UI, but my project got sidelined before I got very far.
