- 3 Posts
- 9 Comments
Mikina@programming.devto
Linux@lemmy.ml•Why Vim Is More than Just an Editor – Vim Language, Motions, and Modes Explained
72·1 year agoI’ve switched to vim on a whim few months ago, and it still is a pretty fun and satisfying experience. I couldn’t get LazyVim to properly work on our Unity project, since the LSP can’t handle the hundreds of projects it generates, but IdeaVim in Rider works pretty much the same, as far as the movements are considered.
However, the important thing is that I said fun and satisfying, not faster and efficient. I still make mistakes, I have to look into a keybind reference sheet every time I want to do something I’m sure has to have a special keybind but I’ve forgotten which one it is, but once you do that it feels good.
Slowly but surely learning new stuff, getting the hang of some motions you use often, not having to reach for your mouse, all of that feels good. It’s still no way near the speed or efficiency of me just clicking the damn mouse, instead of fumbling around with VIM modes, undoing random actions because I missed one important key and now half of my text is gone, or just remembering that your clipboards get overridden by almost any action unless you do it differently.
So, if you want to get efficient and quicker in your programming, I highly recommend checking the keybind section of your IDE, and learning the few important keybinds it has, such as jump to next function/next parameter, search symbols, and the like. That will make you more efficient.
If, on the other hand, you want your editing to be a skill you can slowly continue mastering, eventually (after years of use) min-maxing, but always having some cool new things to learn that will feel good, them vim is pretty nice for that.
Just don’t expect it will make you faster or more efficient.
Mikina@programming.devto
Linux@lemmy.ml•Mecha Comet is a modular Linux handheld coming soon to Kickstarter for $159 - Liliputing
1·2 years agoI tried it like a year ago, maybe more, and it wasn’t ready for that. The battery life was awfull (which was a SW issue of the OS not being able to stand-by properly), and accepting calls wasn’t really reliable. It’s more of a gimmick and great as a side-phone, but I wouldn’t use it as a daily driver.
But the situation might’ve changed.
Mikina@programming.devto
Linux@lemmy.ml•Mecha Comet is a modular Linux handheld coming soon to Kickstarter for $159 - Liliputing
3·2 years agoI can do that and more on my Pinephone running Kali Nethunter. While it’s mostly a gimmick with awfull battery life, I’ve already used it a few times mostly in regards to wifi pentesting for my cyber-sec job, i.e when going to lunch onsite and you notice a new wifi AP you didn’t see when inside the office you’re working on.
And since it has an USB-C, I can simply plug in a dock with two USB-As, Ethernet, PD and HDMI, to turn it into a full-fledged Kali desktop.
- OrangePi with HomeAssistant and PiHole.
- Old gaming PC turned 24/7 server with Jellyfin, V-Rising server
- Hetzner cloud with Matrix server for Messenger and Discord bridging.
- Synology NAS for SMB and sharing stuff with others through Synology Drive, which also serves as a seedbox for Redacted.ch, with Headphones and Transmission.
Mikina@programming.devto
Linux@lemmy.ml•Today I'm grateful I'm using Linux - Global IT issues caused by Crowdstrike update causes BSOD on Windows
251·2 years agoI wouldn’t call Crowdstrike a corporate spyware garbage. I work as a Red Teamer in cybersecurity, and EDRs are bane of my existence - they are useful, and pretty good at what they do. In the last few years, I’m struggling more and more to with engagements we do, because EDRs just get in the way and catch a lot of what would pass undetected a month ago. Staying on top of them with our tooling is getting more and more difficult, and I would call that a good thing.
I’ve recently tested a company without EDR, and boy was it a treat. Not defending Crowdstrike, to call that a major fuckup is great understatement, but calling it “corporate spyware garbage” feels a little bit unfair - EDRs do make a difference, and this wasn’t an issue with their product in itself, but with irresponsibility of their patch management.
But a paid licence will affect users that are all right abd for whom you’re doing it.
I understand that using something with a risk of loosong access because you’ve upset the developer is something that will turn away a lot of people, but then again, I’d say that “don’t be a dick” is a pretty reasonable requirement. The only issue I see that it’s a pretty vague definiton, but maybe just limiting it to profanities and insult towards the contributors is something more concrete, which would be easy to fulfill and also enforce.
I wonder, is it possible to create a license that would allow you to simply ban people who are being a dick about something from using it? Sure, it may turn away some people, since there’s always a risk of abuse, but it’s your work and as far as I know, you are the one who sets the terms.
If I’m not mistaken, most of the FOSS licenses (or maybe even laws?) guarantee you that you would be able to use the software even if the project later decides to change to proprietary license. But I assume you can simply specify in a licence “Everyone can use it, expect X.Y.Z”.
Would that be legal? Sure, it would probably be pretty hard to enforce, but in some cases it could make for a pretty satisfactory (and petty, of course) C&D letters, for people that really deserve it. You insult the devs of a software your company depends on, demanding something while being a dick about it? Well, fuck you, no library for you and your company.


My bachelor’s was actually called Software Engineering (it was 10 years ago, so it migh’ve changed a lot), on Faculty of IT. It was mostly just applied programming (but also indepth - from assembly through smalltalk, to bash, C and Prolog), with a lot of courses about SDLC, UML, DevOps, and all that.
We also had a lot of advanced math, from integrals to logic, and some CS like data structures, algorithms and all that jazz.
It was not as theoretical as actual Computer Science on other faculties, and was more devops oriented, but I did learn a lot of fundamentals about every language I can imagine, including lambda calcul, and also all the math I could ever need. And I’m pretty glad I was forced to learn about proper processes, am able to read and correctly design an UML, and have some insight into various types of the SDLC - which apparently isn’t that common, judging by my experience when actually working. Not that it ever matters - all it ever got me was being internally annoyed that people are using/doing it wrong, but it’s not a big deal because everyone understands eachother, and there’s no reason to point it out and be smug about it.
But yeah, CS was mentioned a lot, but the difference was mostly that CS is theoretical and way more math heavy, while SWI is pretty similar in most of the circulum, but instead of obscure theoretical proofs about big O of algorithms, you are learning about UML and SDLC.
Also, I got to do an Ethical Hacking optional course, which landed me a job in cybersec and started my carrier (before I moved to gamedev), so that’s also nice.
In general, it gave me a lot of “technical soft skills”, it was also team project oriented and asked us to have all the requirements and documentations and architecture designs 100% formally written, and that is a really good skill to have.