Eh I’ve seen colleagues that use Vim heavily do their work and they’re like at best 10-20% faster than me when it comes to pure text input/editing, honestly not worth the effort to switch to Vim for me.
Eh I’ve seen colleagues that use Vim heavily do their work and they’re like at best 10-20% faster than me when it comes to pure text input/editing, honestly not worth the effort to switch to Vim for me.
Just switch to VSCode or something similar, it has enough features and shortcuts that will quickly make you like at least 80% as productive as you were in Vim. It even has a Vim mode so you can wean yourself off of it more easily.
Honestly never got the appeal of Vim, you need to spend so much time learning and configuring it only to squeeze out a little bit of extra productivity out of it when compared to a “normal” editor/IDE. I don’t see why it’s so important to be able to edit and write code as quickly as possible since most of the time you’re going to be debugging or looking at the code or reading docs.
EDIT: Just noticed you said you don’t code a lot. I think most of what I said still applies, I imagine you don’t spend 99% of the time in the editor typing away.
OpenBUSSY
For what I see as a helpdesk guy, most problems that are encountered origin from Windows being Windows, not tech knowleadge of some person.
Yeah but things just work by default more often on Windows than on Linux. “Linux being Linux” is also the most common cause of Linux problems.
Linux usually does give you the tools to fix problems more easily than Windows but that’s where the tech savviness comes in.
Just bail out, it wasn’t meant to be. I tried a similar thing with family a few times and they always went back to Windows.
Linux is unfortunately not for people that aren’t at least a bit tech savvy. If you insist on them using Linux you’re gonna be on call to fix their shit all the time.
Not sure what you mean exactly. The Windows workstation machine could be accessed remotely from anywhere. I mean sure you’re gonna have to hook it up to a monitor to set it up but after that you shouldn’t have to access it directly, at least not often.
I don’t like VMs because I need to allocate memory upfront for it, and considering it’s a Windows VM and depending on the dev work you’re doing on it you might need to give it 10Gb+.
If it’s at all possible for OP I’d recommend getting a separate physical workstation and then just remoting into it with your Linux machine, if you use VSCode the process is pretty much seamless, you use VSCode from your Linux machine normally while all the work is being done on the remote machine.
Also no higher-order functions like map, filter, reduce etc.
Really weird design decision for a brand new language.
Comptime is pretty dope tho, I wish Rust had that instead of relying on macros so much.
It’s not THAT complicated but I wouldn’t call it dead simple. When you understand how git works internally yeah it’s pretty simple but people usually start with the idea that it’s a tool to put your code on a server to synchronize with other people and only later learn that you have both a local and a remote (or multiple remote) tree and how the tree really works.
I think the problem is most git 101 tutorials teach it wrong, IMO the best git tutorial is this: https://wildlyinaccurate.com/a-hackers-guide-to-git/
Unfortunately it’s pretty dense so it’s gonna scare off a lot of newbies.
Eh, that’s unfortunate. Yeah the whole ecosystem is still a bit wonky, probably more wonky than most popular languages but tbh I rarely used a stack that just worked out of the box, it almost always took some dicking around, I’d rather do the dicking around with a language that doesn’t always seem to work against me.
because no compiler can check to see if you thought of everything.
We can try to get closer to that with better language design. You’ll never get there but I think there are obvious benefits as to why you’d want to do that.
I write way less bugs in Rust than I have in Java or C++, and that’s mostly thanks to the language design.
I’m just tired of people entirely dismissing languages like C because they don’t have these features. Especially when the operating systems their code runs on and their languages may even be implemented in C!
Because that code has been review and re-reviewed and patched by experts in the field for years. You’re not gonna write a backend for an app with short deadlines in C because that would be absolutely fucking insane.
How long ago was this? I think the ecosystem got waaay better in the last 1-2 years. 3-4 years ago it was rough but shit still worked with a bit of trouble.
You need pkill -9 vim
to really make sure it’s dead.
I got a MacBook Pro M2. It’s a good piece of hardware, MacOS was kinda annoying at first since it’s my first MacBook but I got the hang of it and it’s basically a normal desktop environment to me right now and I can’t see that changing significantly in the near future, I don’t think AI is gonna move that fast as to completely eliminate the need for typical PC desktop environments.
I’m not sure if that’ll happen any time soon, they’d lose out on the IT professionals, audio professionals etc.
I got one just this year and it certainly doesn’t feel like an iPad at all.
Not sure what you’re talking about, a whole lot of people use MacBooks, I don’t think their market share dropped significantly. Desktop Macs, sure maybe but I think even that won’t completely die out.
Damn the cognitive dissonance must be wild.
I worked in a large company where they used scrum and I just don’t see where it ever helped me. Sure I guess forcing you to write down in Jira or whatever all the features/bugs you worked and will work on is good practice but I can do that without scrum too.
Daily standups were annoying and rarely ever helped people resolve issues that wouldn’t have been resolved by just talking to some people directly, which you would have done anyway regardless of the standup meeting.
Sprint plannings were useless and amounted to either taking 3-4 things off the top of the backlog or the manager forcing their priority feature in the sprint.
Story point estimation was awful, everybody pretends the points aren’t just measures of time but rather this complex abstract of multiple factors and whatnot but everybody still just converts them to time in their head anyway because of fucking course they do because the time estimate is the most important thing to know and the only truly objective measure of task difficulty.
In the end management gets what it wanted when it wanted no matter our complaints because that’s how things work in privately owned companies. Scrum for the manager at worst just becomes another bureaucratic hoop they need to jump through to get what they want.
This is also the experience of my colleagues from other companies, and also I read a lot of similar anecdotes online. I have literally never heard anybody seriously claim scrum works great in their company that also wasn’t personally invested in the ideology like a “professional” scrum master or consultant or whatever.
What’s the difference between that and just receiving orders from managers, like every other office worker in any company ever?
How’s Asahi Linux going nowadays tho? I know it’s probably not perfect but is it usable day to day?