Quote:
|
Quote:
|
Quote:
From the other hand learning those basic commands will not take time at all - and really far from perfectionism, and obviously required if you want to use vi. |
Quote:
|
Quote:
Still number of technologies is so big that may be learning even this basic is not needed, since you can use vim and on broken system with vi only you only need to know how to enter insert mode and save a file. |
Quote:
|
Quote:
|
Quote:
Quote:
Please, do everyone a favor; if you're so against learning that you won't accept anyones answers but your own, get a different line of work. |
Quote:
|
Quote:
|
Quote:
/, ? h,j,k,l i, o, a c, d, p, y, dd, yy ZZ, :w!, :q!, :e! |
I used to be a technical manager, in charge of about 1,500 specialized computers. I did the hiring for my department, indeed. I think certifications show the applicant is interested and willing to learn. Nothing more. The questions I asked when interviewing were to determine how well the potential new technician can do the actual daily work. Creativity, ability to think outside of box, troubleshooting skills and approach. I often asked who fixes stuff at home, do you call a handyman or you fix it yourself? Because as usual, there are two kind of people, people who break things and people who fix things. I wanted to be sure the applicant I'm hiring is the latter.
|
To paraphrase Master Yoda from Star Wars:
"There is no 'Study.' Only Do." Proficiency in computer programming is rather a lot like swimming – you can really only learn to do it in the water. As I've said many times here, my first computer job consisted of tearing pages off a line-printer and shoving them through the appropriate slot in the wall. I didn't care – I was inside the "Machine Room." (Personal computers at that time were mere toys.) Everything I learned, I learned by doing one thing after another. The very first computer program that I attempted was eight lines long, took me six months to write, and had a bug in it. But, too-many decades later, I am still engaged by the process of actually causing a tiny piece of over-glorified sand to do something very interesting on its own. I am still making a living from one of my hobbies. And, I am still jazzed when I'm able to do something that makes life a little bit easier for someone else, and they say, "thanks." |
Quote:
There is no work that will teach you such variety of topics, as certification will do. Number of technologies of your work is always limited. And I am not saying that studying at work is bad. I have 3 big automation projects finished during my 10 years experience. But if you take certification without work and give person enough time to master and pass it without dumps - that knowledge will be almost of the same level as if you work with that technologies at work. Quote:
|
At first vi and vim (and even gvim) are exactly the same form this point of view. All know these commands and act the same way.
Quote:
Obviously there are exceptions, like cursor movement keys, which are just simply laying next to each other. You need to know only h and l are left and right (and they are on the left and right side of these keys), j and k are down and up. i, o, a are insert, open and append. c, d, p, y are change, delete, put, yank (double means you want to work on the whole line: cc, dd, pp, yy work too) So for me it was quite easy, I used these "keywords" during editing - in my head, instead of just those [first] letters. :w :q :e => write, quit, exit ZZ is an exception, but that is a key combination I have never used and I still live. And again, it is only the very first lesson and takes a few hours (minutes?) to learn. It is really very far from professionalism and/or perfectionism. Knowing this is not too much but the bare minimum (to be able to use it). Since you started this post you could learn all of it - and even more, but you will not get any kind of certificate for that. |
All times are GMT -5. The time now is 03:48 PM. |