I was an Ubuntu user for many years, mostly out of inertia. I used it on all my servers and used Ubuntu or Mint for desktop usage. Once they started pushing Snap hard, I finally switched to Debian on all my servers and it's been great. For my PC at home where I dual boot Windows 11 and Linux, I switched from Mint to Manjaro as I didn't want to use anything based on Ubuntu anymore and I wanted something with all the latest packages (and hardcore reliability/stability is less of a concern) so Debian was out, but Arch seemed like a pain to get set up. I have a feeling I'll end up moving from Manjaro to Arch eventually just like I did from Ubuntu to Debian, but for now it's working for my needs.
einsteinx2
joined 2 years ago
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.
Project lead (or maybe one of them I’m not sure) just left too: https://stgraber.org/2023/07/10/time-to-move-on/
As I’ve told colleagues and upper management, Canonical isn’t the company I excitedly joined back in 2011 and it’s not a company that I would want to join today, therefore it shouldn’t be a company that I keep working for either.
Ouch lol
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.
It could have just said: c++ programming
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 feel like you just answered your own question of why people don’t like VB.NET and prefer C#. Per your own words you have two languages that are “just as good” except one of them needs settings adjustments or it’s not as good, and also has “alien” syntax which makes it harder for other developers to work on the code and makes it harder for you to move to other C-style languages (basically every currently popular language).
So if at best they’re “just as good”, then the obvious choice is C# which requires no settings change and has familiar syntax. Especially so if you can work in both just fine.
It’s not just some “god complex” thing, it’s mostly just practicality.
I feel like that last sentence describes all of AWS, not just the documentation lol
Or Matrix if it’s meant to be more “Discord style”
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) ;)