That’s fine and you don’t need to. But don’t knock it if you haven’t even taken time to learn it.
Yesterday I needed to insert a tab character on every line from 2 to 31,000 something. I made the line selection keystrokes in Cursor - it immediately crashed so hard I had to restart my PC.
You always have to learn the processes in a new company, this is just part of that. And if they don’t give you the explanations, training and time to learn, that’s a good sign you wouldn’t want to be at this company.
Maybe also speak to some of your new colleagues, whether they had similar trouble and see if you can improve the process for the next person.
Last post from me. I have given you accurate information in good faith. Since you’ve decided to become aggressive and hostile, I can tell that you’re an unpleasant person and I’m glad you’re not on my team.
What do you mean “build our dev environments around vim”? If you mean they write dev tooling in vimscript and explicitly require everyone to use it, I actually agree with you. I don’t believe employers should really ever force any particular editor or IDE if the work is getting done. I would be equally annoyed by a workplace forcing me to use vscode instead of vim. It would slow me down way too much.
If you are just complaining that they build dev tooling as a CLI, hard disagree. That is absolutely what dev tooling should use because it’s actually universal and can be used regardless of your editor choice.
At my workplace, our dev tooling is done via CLI and our developers use vim, emacs, and vscode. Because it’s all CLI, it’s easy for individual developers to add their own scripts to automate parts of their workflow as they see fit (and if such automations are deemed useful by the group at large, it will get merged into our shared devtools repo). We even have some editor-specific stuff in there people have written that they find useful, but it’s entirely optional.
deleted by creator
Are you guys actual programmers? What’s wrong with using Vim for development?
deleted by creator
You don’t grok vi.
That’s fine and you don’t need to. But don’t knock it if you haven’t even taken time to learn it.
Yesterday I needed to insert a tab character on every line from 2 to 31,000 something. I made the line selection keystrokes in Cursor - it immediately crashed so hard I had to restart my PC.
Vim did it in a few milliseconds.
Oh. I’m going to go practice some of that now. Thanks for the link.
deleted by creator
You always have to learn the processes in a new company, this is just part of that. And if they don’t give you the explanations, training and time to learn, that’s a good sign you wouldn’t want to be at this company.
Maybe also speak to some of your new colleagues, whether they had similar trouble and see if you can improve the process for the next person.
deleted by creator
I agree with your core point, but no software is intuitive.
deleted by creator
We grasp the core point: vim is not typical. This is not insightful.
What we care more about is the link to the jobs portal of the company there will be an opening at soon that uses vim as it’s standard dev tool chain.
You can learn enough Vim to be productive in it in about 3 minutes.
You can install some plugins; your experienced coworkers have probably figured that out for you.
It’s ok to be a junior, but you should investigate things from time to time. You may even surprise yourself.
But you do you.
deleted by creator
Last post from me. I have given you accurate information in good faith. Since you’ve decided to become aggressive and hostile, I can tell that you’re an unpleasant person and I’m glad you’re not on my team.
Good luck and have fun out there.
deleted by creator
Vscode definitely can’t handle large files like vim can. I can open files that are multiple GBs in vim without issue. Vscode definitely cannot.
What do you mean “build our dev environments around vim”? If you mean they write dev tooling in vimscript and explicitly require everyone to use it, I actually agree with you. I don’t believe employers should really ever force any particular editor or IDE if the work is getting done. I would be equally annoyed by a workplace forcing me to use vscode instead of vim. It would slow me down way too much.
If you are just complaining that they build dev tooling as a CLI, hard disagree. That is absolutely what dev tooling should use because it’s actually universal and can be used regardless of your editor choice.
At my workplace, our dev tooling is done via CLI and our developers use vim, emacs, and vscode. Because it’s all CLI, it’s easy for individual developers to add their own scripts to automate parts of their workflow as they see fit (and if such automations are deemed useful by the group at large, it will get merged into our shared devtools repo). We even have some editor-specific stuff in there people have written that they find useful, but it’s entirely optional.