Godot is written in C++ not Rust…

Unfortunately all of those dark patterns actually do work statistically speaking, that’s why they’re so prevalent. It really sucks because it means they’ll never stop.

Vscode even has a terminal built in haha

This is amazing, going to recommend this to my team as a JavaScript replacement on Monday!

I used to use Alpine containers but I’ve since standardize on Debian completely. Proxmox is Debian, my VMs run Debian, my LXCs run Debian, my VPSs run Debian, Raspian on my RPi is Debian, Armbian on my Odroid is Debian, etc, etc.

The benefit of running the same distribution on all my servers no matter where or how they’re hosted can’t be overstated.

Less mental overhead remembering different commands or config paths, same software on everything, etc. It’s been fantastic and Debian has always been rock solid for me.

That’s exactly how I have my setup, and on my client WireGuard configs I have it set to split route so I can connect to my home VPN without disrupting anything else.

iOS dev here, especially when using Swift, supporting older OS’s greatly restricts which new Swift features you can use. Especially any OS lower than iOS 15.

Give the fact that the vast, and I mean like 95% or more, of iOS users update to the latest iOS version within months of release and over 99% of users are on at least the previous iOS version, it’s preferable to start a new app on the latest iOS version possible.

Unfortunately that means older (usually 5+ years) devices get left out, but with small volunteer dev teams or solo devs it makes practical sense.

Yep my go to is MIT for libraries/frameworks and GPL for full applications. I don’t want to restrict the use of my libraries to only GPL code unless I have a specific reason to do so.

That’s awesome to hear! I’ll give them a shot of one of my domains and see how it goes.

How has email deliverability been for you using Proton with a custom domain? I’m trying to move off of Google for everything but I’m still on Gmail for my personal email and a few custom domains. I’d love to move to Proton but have heard of problems with email going to spam or never being delivered but not sure if that only applies to their domains.

I’ve been using Namecheap for years and have been happy with it. Why do you prefer Cloudflare? Is it for easier integration with Cloudflare services? How’s the pricing compared to Namecheap?

Sorry for the interrogation lol

I’m glad I saw this comment because I was also about to skip it, but found the article to be a worthwhile read as well. Thanks for sharing it.

Hmm yeah that’s a good point about spamming commands. Great example of why UI/UX is so hard…it’s easy to throw out suggestions that sound good but the devil is always in the details (and edge cases) ;)

Awesome, that seems like a great idea. Since as I understand it, the app is essentially just running terminal commands, I think showing the currently running command would be a huge UX improvement. It would help both with knowing what’s going on and with debugging any issues with the commands.

Right now I’m traveling and my home VPN connection isn’t working for some reason, so I don’t have access to most of the VMs I usually use daily, but as soon as I get access again I’ll get them all added and really give this a proper test drive. I’ll report any issues I run across or UX suggestions I can think of. It’s great to see how well you take feedback!

Also funny enough, just due to talking about iTerm2, I went and downloaded it and found out about the split panes feature and I think I may now be a convert haha.

Just reopened the app and tried it again and figured out what happened. I had not entered a password in settings when adding the server since I connect using an ssh key. It detected I had docker but when I tried to click it, it errored out. If I had read the error, I would have seen that the problem was needing the password for sudo. I added the password to the server settings and now it’s working.

I guess then the only real “bug” I found so far is that on macOS the app defaults to using iTerm2.app which is a 3rd party terminal app which I don’t have installed, so I had to change it to Terminal.app. I know iTerm2 is popular, but I think the default should be the one everyone has installed, and let iTerm2 users select their app in settings, not the other way around. But that’s more a UI/UX/onboarding experience thing than a real bug (though maybe it’s possible to detect if iTerm2 is installed).

Anyway, I’m going to keep playing with this and will report anything I find. So far my second impression is that it just overall feels kind of sluggish and doesn’t have the best UI feedback when you’re waiting for things so I ended up clicking things more than once not thinking it was working then it would open multiple times (like clicking the root file directory).

Hope to see you keep working on this, it seems like a really cool idea.

Just downloaded this and tried it out on a Debian VPS I have. Ran into a bunch of bugs to the point I couldn’t really do anything with it, but I can see a bunch of potential in the UI. I really like the idea of being able to see an overview of shell, containers, files, etc. I have a bunch of self hosted Proxmox VMs and various VPSs I use on a daily basis, and whole I’m totally comfortable with the command line, this tool seems genuinely useful.

It seems like you have a bunch of functionality and UI implemented already, so I think taking a few weeks to just bug hunt would be super beneficial at this point. I’ll open up some GitHub issues when I have a minute later, but I ran into so many bugs in just 5 min that it was basically unusable which is extra frustrating because it really seems like it can be a useful tool if it works.

The second is exactly how I do it. Keeps everything separate so easy to move individual services to another host if needed. Easy to restart a single service without taking them all down. Keeps everything neat and organized (IMO).

The last time I updated my resume, I took a bit of a different approach to formatting it that I think worked really well. Instead of the standard sections, I wrote it in prose where I basically list each job and wrote a couple of short paragraphs describing what I worked on and things like if/when I was promoted (as in some companies I had multiple titles as I was promoted up). Having been on the hiring-people side more often than the getting-hired side, I find it much easier to read than a big list of bullet points and a (IMO useless) “list of technologies I know” section.

To answer your question of where I put it, yes I put it as another “job” in my experience section. So after my startup folded, I was working on one of my personal projects (an iOS app that’s in the App Store that I previously worked on as my job as an indie developer and had picked back up). In this case I modernized it to properly support the latest iOS versions and devices and started porting it from Objective-C to Swift.

This worked out great as I had essentially no gap in my resume since I started working on it again right after I stopped working on the startup. So even though I wasn’t getting paid, it showed I was working on something at least (and in this case, something on the appropriate level since I was rearchitecting the code).

Here’s a part of that section as a reference:

I approached the project as a senior engineer cleaning up and modernizing code written years ago by a junior — who happened to be me. Within a few weeks I was able to fix all of the core issues preventing its use on iOS 14, modernize the UI, and remove all deprecated APIs (some going all the way back to iOS 3).

In addition, I’ve been working on a major re-engineering of the data model, porting the entire app from outdated Objective-C to modern Swift 5, and beginning to add new user facing features allowed by the new data model.

I also linked to the GitHub page so they could see the work I did.

As for your question about when a project crosses into resume territory, I would argue any non-trivial project is fine. Even if it’s a new project you start from scratch, I think as long as it’s the type of work your would be doing if you were hired (in my case I was doing architecture work, etc) or even if say I had started a non-trivial project in a new language I didn’t know just to learn it (let’s say I started a non-trivial Rust project or something) I think it would also be fine. And I don’t think it matters if you’ve finished it, in progress work is fine as long as it’s on Github so they can review it. It’s really up to you, but I think the point is just to show you continued to work at your “level” and/or continued to learn it’s fine.

This is all just my opinion both from having used it successfully in my own resume and from having been part of the hiring process of many developers, but I can at least say I didn’t get any negative feedback about it and I did get the job. This was with a full 6 month “gap” after ending my last position.

My Github username is the same as this username so you can see my projects there if you want (the one I’m referencing here is called iSub), and I’m happy to DM you my resume if you want to see it as it contains personal information I’d rather not share publicly like my phone number (though I guess I could redact it and just post a link, this profile isn’t exactly meant to be private or I would have used a different username).

Hope that helps!

I have an issue with my cell carrier blocking traffic to my home WireGuard server. It works from everywhere else and other cell services so I know it’s them. I’m definitely gonna try out Tailscale to see if it’ll get around it. Thanks for the tip. Too bad about the battery drain but I’m usually only hopping on for a minute to run a few commands over ssh or whatever so shouldn’t be a big deal.

If you already have to setup and maintain WireGuard, what’s the added benefit of Tailscale for your use case?