+1 for the Seiko 5s. Love me a SNZG07J1

I switched from Copilot to Codeium after only a couple of months of Copilot use - just based on the cost since currently I’m just a hobby coder.

The main difference I’ve noticed is that Codeium doesn’t seem as smart about the local context as Copilot. Copilot would look at how I’m handling promises in a project, and stick to that, whereas Codeium would choose a strategy seemingly at random.

A second, and maybe more telling example, is that I do my accounts using ‘plain text accounting’ in VS Code. This is a very niche approach to accounting software and I imagine is hardly in the training sets at all - there certainly would not be a lot of public domain text accounts in the particular format (BeanCount) I use in public code repositories. Codeium doesn’t make any suggestions for entries as I’m entering transactions, whereas Copilot would see that the account names I’m using are present in another file in the project and suggest them, and very quickly figure out the formatting of transactions and suggest them correctly.

I’m on iOS. I’ve been testing a beta of Jello that looks really promising, but as a beta has a bit of distance to go. I’ll check out Feishin though - thanks for the recommendation.

I’d love Jellyfin to turn out to be the solution, but I suspect it’s not, at least yet.

I’ve got three of these little 1L HP’s, one for production, a spare, and one for development. But really, it’s a small load - that list would happily run on an old nuc. The constraint is really memory which I’ve mostly addressed by moving from VMs to LXCs. And I could be even more efficient by just running all the docker containers on one host if I had to.

Storage for media and backups is a Synology NAS.

Infrastructure:

• Proxmox VE - everything’s virtualised on Debian, mostly in docker inside LXC’s for neat backup/restore and moving between nodes
• NGINX Proxy Manager - in front of most of my homelab services so they have https certificates
• Tailscale - access everything, everywhere, including on phone, securely
• Uptime Kuma - monitoring, with ntfy notifications
• apt cacher NG - unnecessary caching of apt updates

Apps:

• AudioBookShelf - Audio books (download them from here into BookPlayer (iOS) to listen in the car)
• Kavita - eBooks.
• BOINC - curing childhood cancer
• Forgejo - git repository. I do a bit of dev, but everyday self-hosters should probably still learn git to manage their configs
• Jellyfin - TV/Movies
• Syncthing - I replaced dropbox with Syncthing and FileBrowser, and Evernote with Syncthing and SilverBullet

Currently in testing on the dev server:

• neko - virtualised browser. Been experimenting with this in a container with a VPN for really simple secure browsing - ie launch it, do your online banking and then destroy the container.
• Dashy - I go through periods of wanting a pretty home page with all my services, set it all up, then fail to actually use it and eventually delete it, then hear about another cool one…
• Sharry - securish file sharing. I don’t love just emailing my accounts off to the accountant.
• LimeSurvey - survey software (like Survey Monkey) - just something I’m testing for work
• Omada controller - I’ve got a TP-Link switch and WAP that don’t really need centrally controlled, but you know, can be.
• A couple of development environment LXCs I use VS Code in

I still have not landed on a music system. I’ve put some of my library on Jellyfin, and tried a couple of apps with, but haven’t hit on a good combination yet. [edit:formatting}

This, or two turnbuckles joined at the top point with a couple of links of chain.

I read somewhere that GoPros and other action cameras are one of the least used purchases, so I figured “that should mean there’s plenty on eBay”. So grabbed up second hand bargain, played around with it for a couple of weeks, bought some extra batteries and other accessories, and since then it’s sat in the cupboard except for a single occasion.

Turns out you don’t need an action cam if you’re not getting any action.

Or SyncThing + Filebrowser

For anyone without the inclination to wade through 47 pages, here’s what they say about HTMX, which they’ve classified as “Assess” rather than “Trial” or “Adopt”

htmx is a small, neat HTML UI library that recently became popular seemingly out of nowhere. During our Radar discussion, we found its predecessor intercooler.js existed ten years ago. Unlike other increasingly complex pre-compiled JavaScript/TypeScript frameworks, htmx encourages the direct use of HTML attributes to access operations such as AJAX, CSS transitions, WebSockets and Server- Sent Events. There’s nothing technically sophisticated about htmx, but its popularity recalls the simplicity of hypertext in the early days of the web. The project’s website also features some insightful (and amusing) essays on hypermedia and web development, which suggests the team behind htmx have thought carefully about its purpose and philosophy.

I’d had a bit of Linux server experience, but no desktop Linux. I tried Pop!_OS on an old macbook and everything just worked. I could figure out what was going on without any drama.

+1 for Pop. I’ve just done this. I had to run updates plugged into the cat 6 to get wireless, apart from that, everything just worked.

I’ve been around - did COBOL at uni. DOne a lot of commercial work in Delphi and C++. I loved the few months of Swift I tried, but started on webdev 6 months ago. I felt really unsafe in JS, and was looking forward to moving onto Typescript. But, as time’s gone on, I’ve found JS just seems to work how I think it’s going to. I haven’t run into problems with types at all. I assumed I’d end up on a complied language for server side, but the Node ecosystem’s so mature it’s just been efficient to stay in JS land.

If I was going to teach kids to code, this is where I’d start. Low friction to get going, and powerful enough to run most of the world. Bountiful resources to learn and get support.