[flagged]
Besides, I'd love to see you make your case to HR: "I want to fire this person because they don't edit their text like I do".
Good luck with your career as a boss.
Less extreme than the previous poster, I'd actually like to provide JetBrains licenses for my teams and strongly suggest using them. The amount of help WebStorm, PyCharm, etc. give is honestly way too much to pass up and the kind of uniformity you can get from everyone using them is great, all out of the box.
I used to only use Vim and Emacs but there's no question they're much more incomplete tools for development. I don't see why one would pass up JetBrains IDEs considering they have a passable Vim mode and for the languages they have plugins and/or product lines for they're just better.
I've seen people produce absolute miracles using fairly archaic tools showing a very deep level of understanding of both the problem and the domain. Forcing them into some kind of straightjacket to use 'modern tools' would be the same as taking Itzhak Perlman's Soil Stradivarius away to force him to play on an electric violin just to get with the times.
Even if not, there's no reason not to allow someone to edit text however they like, and then just load their changes into Intellij or whatever to double-check formatting and use its static analysis tools before raising a pull request.
> I don't see why one would pass up JetBrains IDEs considering they have a passable Vim mode and for the languages they have plugins and/or product lines for they're just better.
I use Intellij at work for Java stuff, and I could easily see why someone would want to use something less resource intensive (especially for less IDE-dependent languages than Java). I regularly run into issue where I get pauses while I type.
Close your web browser or install "auto tab discard" plugin.
I can have Intellij, Firefix, and Chrome all open while typing in emacs and no typing pauses at all.
On the other hand, I can run Intellij alone with no other applications open, and still get pauses while typing.
It's an issue with Intellij itself, not a matter of system resources.
That said, at least for Java, I find the benefits outweigh the costs. But I don't find that to be true for any other language I use.
Because I am suspicious of "the magic" of those IDEs..
I truly respect the "old" code, I mimic the coding (and naming) styles/conventions of any code that I work on.
My goal is that (except when cheating with git-blame) others cannot divide the code between original and added by me...
And it is definitely NOT a question about cost.. I am willing to (and have) spend a lot of money on good tools.
But for me, 2/3 of my time goes to thinking and 1/3 of my time goes to writing/typing...
> If I were a boss of a company and saw one of my employees do this, I would seriously reconsider their employment. Purposely limiting yourself has no place in development.
If I was a boss of a company I would try to judge people based on some objective measure, rather than subjective opinions about how one should be doing things.
For example, when I started to use Rust, IDE was not available, so I used plain text editor for about 2 years. When I switched to halfbaked IDE, my productivity is raised because of autocompletion and error checking on the fly.
Cool video, thanks. That is going straight to my treasure chest..
As a boss you would be judging the performance of an employee against the group average -- coding tools be damned.
I have known a couple of people who fussed and fussed with little chunks of code until they were little gems, but always missed the big picture and missed deadlines. I have also known a few whose instinct was to write a framework first, and that takes a life of its own; the most egregious one was a CLOS (common lisp) style system using C macros. Debugging was a nightmare.
I hope you do your colleagues a favor and never become the boss of a company.
The attitude you have is totally inappropriate to become a boss.
When I interview some of the things I look for:
- Are they comfortable and productive in their own coding environment?
- Do they understand the code they are writing?
There are more things I look for, but those two touch upon this... if someone interviewed and were fluently moving around their coding environment and the quality was high and they understood what they were doing (complexity, allocs, maintainability, readability, approach to the problem, etc)... then they'd be hired.
Further, their future perf reviews would never care about this stuff. Or if it did, it's only to say that this is part of the health and wellbeing of the individual who has chosen a work environment in which they are happy and productive - which is a net positive to the company.