124
Vim is built different (lemmy.ml)
submitted 1 year ago by to c/programmerhumor@lemmy.ml
37 comments fedilink hide all child comments
 
you are viewing a single comment's thread
view the rest of the comments
[–] 10 points 1 year ago (16 children)

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.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 16 child comments
    •
  • [–] -4 points 1 year ago* (last edited 1 year ago) (14 children)

    That's fine and you don't need to. But don't knock it if you haven't even taken time to learn it.

    The literal entire crux of my point is that core processes at a company should have intuitive software that doesn't require weeks of training.

    So yes, I will knock VIM if you decide to use it as your company's baseline coding environment. It raises the floor for no reason and forces everyone through a bunch of training when they don't need it to actually do their job if their software was intuitive.

    If you want to personally use it to do something powerful I have no issue with that, same way I have no issue with devs writing themselves bash or node scripts, what I have an issue with, is using it as the baseline. It literally requires training just for most devs to be able to exit it, and again, this is when tools like VSCodium have existed for years and are perfectly capable of handling large files.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 14 child comments
    •
  • [–] 7 points 1 year ago (7 children)

    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.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 7 child comments
    •
  • [–] -4 points 1 year ago* (6 children)

    You always have to learn the processes in a new company, this is just part of that.

    This thread seems entirely filled with people who seem to not grasp my core point.

    Yes you do, but in most cases, no you shouldn't have to. Software should be intuitive. If it's not, it's more efficient to write software that is, rather than waste time constantly training everyone on inefficient software. This is literally one of the core tenants of the agile manifesto.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 5 points 1 year ago (4 children)

    I agree with your core point, but no software is intuitive.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] -3 points 1 year ago* (3 children)

    Most people can intuitively both exit VS Code or edit and save a file with it.

    Saying that no software is intuitive is a false equivalency or overbroad generalization.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 1 point 1 year ago

    What makes stuff like the [X] button on the corner and Alt+F4 intuitive?
    Multiple years of having used MS Windows and similar looking software as a student.

    They got the marketing part right here, at least.

    But if we are being inclusive, nothing really is intuitive.

    I have seen BTech graduates struggle with installing software using the Wizard that is so omnipresent on Windows, so I don't expect anything to be intuitive at this point.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 1 year ago*

    This thread seems entirely filled with people who seem to not grasp my core point.

    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.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 4 points 1 year ago (4 children)

    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.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 3 points 1 year ago

    I'm a vim novice. I basically know just enough to save files or quit, paste with formatting, and "insert" changes. I think I used to know how to find within a file, and I'm sure I could learn again in an instant, but I haven't had to do that in a long time for my noobish tasks. I know it is way more capable than that, but I haven't had to learn more features yet since I use it at a 'nano' level.

    I agree it only takes 3 minutes to learn these things, but personally it took me a bit longer to make them muscle memory.

    I get it if someone were to be annoyed that things they knew how to do in another program they had to re-learn in vim, but this kind of thing it seems like you would just accept that you're going to be frustrated and then put in the work to learn it so you can work more easily with your coworkers or whatever. Like you said, vim has serious advantages, and it seems a little short sighted to not be willing to learn from people that want to train you up in a tool to be more effective.

  • permalink
  • fedilink
  • source
  • parent
  • [+] -5 points 1 year ago* (2 children)
    [deleted]
  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •