81–90 of 296 posts
Earlier quoted context omitted.
I agree. I would say even if you are using Sublime Text don't touch the keyboard. You can do EVERYTHING without mouse in sublime text.
>Don't touch the keyboard >You can do EVERYTHING without the mouse What are you using to edit text with? The power of thought?
I spend 90% of my time thinking or debugging, not writing/editing, so I feel like it's optimizing the wrong thing. If you're typing with two fingers, don't use any shortcuts and only use your mouse to move around, then by all means try to improve. Personally, I don't feel it's worth it. Sure, you should know your tools, but I feel many programmers take it to the extreme with Vim/Emacs and Dvorak keyboards.
Vim literally saved my career. I have not found a mouse that I can use 8 hours a day (let alone 12+) that doesn't cause me severe hand and wrist pain after a few days. Using Vim, and Vim keyboard shortcuts in every program I can, is the only reason I can use a computer at all. And since I so rarely use a mouse now, I can actually occasionally play PC games again with a good weighted gaming mouse if I don't overdue it…
Earlier quoted context omitted.
Even if the mouse were quicker on average for long jumps, the moving of the hand from mouse to keyboard feels like more of a combo breaker, more distracting. Speed is very important, but equally important is for the editing experience to have a low attention footprint to leave more space for the train of thought behind the changes being made.
As someone who uses a keyboard 98% of the time, but who uses a GUI editor and the mouse when it makes sense, I'd say the mouse is useful for several things, and what it IS useful for WILL be faster than what someone can do with a keyboard. The clear win is using a powerful GUI-based editor that has tons of keyboard commands. Bonus points for being on Windows or Linux (i.e., not Mac OS) so you can navigate/BROWSE the…
Not to mention most of the vim keybinding benefits are already there in Sublime. Most developers I know now know enough vim to use it in a pinch for editing on remote servers. What I'd really like to see to handle even this edge case is a browser implementation of Sublime. Now that would be cool.
One of the more underrated features of Sublime Text is the Command Palette. Just by pressing ctrl+shift+p, you can access almost any command, without having to memorize some arcane shortcut key. It is an incredibly powerful feature - one that I really wished Vim had.
One of the talking points I hear a lot about VIM is that you can do a lot with keyboard. All kinds of fancy shortcuts to move, delete, paste text, etc. I've used VIM (casually), Sublime Text, and other IDEs. Currently I'm using PhpStorm and I have to say, that thing has keyboard shortcuts that do all kinds of awesome things. Jump to a function by name, jump to the next function, duplicate the current line(s), move cu…
ctags allows you to do this.
> duplicate the current line(s), move current line up/down, select current word/line, open file by partial name,
Any scriptable editor can do these sorts of things via a simple macro script. Now, yes the user would need to create the script, but in most case that would take less than a dozen lines of code.
And once created, the script could then run it directly, via a keyboard binding or in some case via a mouse click.
> jump to function declaration.
ctags once again.
> I hit CMD+B in PhpStorm and I get taken either inside the file or another file where that function is defined.
But if you then open a C/C++, Python, Perl, SQL or a Java file in PhpStorm suddenly those features no longer work.
Using the ctags approach the feature continues to work for any of the 33 languages supported by ctags.
Earlier quoted context omitted.
As an occasional carpenter, Robertson or Philips are far superior and I can't see any carpenter choosing a slot (flathead) over them. https://en.wikipedia.org/wiki/List_of_screw_drives#Robertson https://en.wikipedia.org/wiki/List_of_screw_drives#Phillips
Thanks for the info! But you are missing the point entirely (or rather proving it).
Well, that's not the case with driver heads. There isn't a serious application that I can think of where slot screw heads would be superior for either carpentry or electronics. Or any discipline, really. Their only benefit is that in low-torque applications a substitute driver can be used (butter knife, coin, etc), but I imagine that is rarely a concern in practice.
If you had gone with any other driver head in your example I wouldn't have been compelled to comment. As is, slot is the worst. It would be the Windows Notepad of the editor space.
1. I like learning new tools and I got pretty good at vim's 10-15 fundamental commands in probably a couple of weeks. I was certainly OK, albeit a bit slow, by day 2 or so. 2. By the end of month 1-2, vim had become completely second nature. I did stuff without thinking. Actually, thinking about what I was doing started to confuse me. 3. Sure we all spend lots of time thinking, but I also often find myself cranking o…
I also appreciate what an actual IDE offers in those environments. I use VS (C#) and WebStorm (NodeJS) more than anything lately.. and wouldn't give them up. I'm impressed when I see people get work done in VIM... I just don't think that way, and don't manage to memorize a bunch of hotkeys I don't use at least 10 times a day. Hard enough keeping the step keys for debugging in different IDEs straight, let alone, more esoteric things.
Am I the only person in the world who: a) Never thought vim was that hard to learn (and I first learned it when I was a teenager and nobody helped me. I switched when someone on a MUD made fun of me for using pico.) and b) Thinks vanilla vim works just fine. Seriously my vimrc is like 10 lines long and I don't even have it on every server I work on. I don't bother with any plugins. I don't need vim integrated with gi…
Totally agree regarding b). I like to be able to jump on a random machine and NOT miss overcomplicated .*rc configuration. My .vimrc is 11 lines long, including 3 comment lines and to blank lines....
Earlier quoted context omitted.
I rock back and forth, depending on the languages I'm using. Emacs does more, but is in my experience more kludgy, even after having in aggregate spent many days customizing it (maybe it would rub better if I wasn't hardwired to the vi/vim modal editing/motions method). Vim feels cleaner and less annoying, but sometimes the easy integration with external tools tips the balance in emacs' favor. E.g. I use vim for Rail…
Emacs can be pretty pretty--perhaps not actively pretty, but very elegant in a minimalist sort of way. I'm pretty happy with how mine looks[1], for example. [1]: http://jelv.is/emacs-blackboard.png Also, have you tried Evil? Apparently it's a very good Vim-emulation mode for Emacs, highly recommended over Viper.
My friends, I had not intended to discuss this controversial subject at this particular time. However, I want you to know that I do not shun controversy. On the contrary, I will take a stand on any issue at any time, regardless of how fraught with controversy it might be. You have asked me how I feel about vim. All right, here is how I feel about vim: If when you say vim you mean the antiquated relic, the impossibly-…
I was thrown a bit when he say's "To code in Vim, you have to keep Vim in your head just as much as the code that you’re editing. You have to constantly think about what you’re doing." I have a few coworkers who work completely in vim while the rest of us use Visual Studio. I ask them questions about vim usage and usually they have to think a while about what they actually do because using vim is second nature to the…
My keyboard mapping of choice is Brief and the way this works for me is I think of a task and my fingers figure out what keys are needed.
On occasion I need do the reverse action, figure out what keys are required for a task and that requires a fair amount of thought.
What I do is think of the task and then as my hands are working I watch them to figure out which keys where used. It’s quite a strange feeling.