Вопрос для поиска Vim и [закрытых] машинисток кучи
Я пытаюсь записать учебное руководство по Vim, и я хотел бы запуститься путем отклонения нескольких неправильных представлений, а также предоставления некоторых рекомендаций.
Я не знаю, должен ли я отклонить печатание слепым методом как неправильное представление, или включать его как рекомендуемую предпосылку.
В то время, когда я изучил редактора, я уже был сенсорным вводом в течение нескольких лет, таким образом, у меня нет абсолютно никакой идеи, каков был бы опыт двухпалой машинистки в Vim.
Действительно ли Вы - энергия двухпалая машинистка? на что был похож Ваш опыт?
Править:
Я не уверен, был ли мой вопрос достаточно ясен. Возможно, это - мой отказ, я не знаю. Я получаю смешанные ответы и другие вопросы (почему Вы пишете это? что нужно сделать с другим?), вместо эмпирической информации (я не касаюсь типа и это было (fine|hell)).
Некоторые программисты печатают слепым методом, другие ищут и клюют. В середине существует Vim, который требует, чтобы определенная привязка с ключами сделала различные операции. Я - машинистка, и у меня нет подсказки, на что мой опыт был бы похож с редактором, если я не была. Я не могу честно изобразить меня клюющий некоторые из этих комбинаций. Но как я сказал, я не знаю то, на что это похоже. Прежде, чем сказать кому-то начинать использовать Vim, я хотел бы знать, должен ли я отклонить печатание слепым методом как неверно понятое требование.
Так, я перефразирую вопрос, Вы чувствовали, что не быть машинисткой препятствовало на Вашем опыте с Vim?
3 ответа
Если Вы просите мой личный опыт (этот вопрос субъективен и мнения, конечно), то я должен буду сказать следующее:
- VI/VIM является высоко опытными инструментами, и я должен все же видеть компьютерных экспертов, которые не являются машинистками.
- VI процветает на сочетаниях клавиш. Если Вы не используете их (например, если бы Вы используете GVIM), то Вы использовали бы мышь для получения до опций.
Я думаю, что существует большой смысл у обучающих людей такой инструмент, который выделяется в форматировании код, например. Однако существуют другие хорошие альтернативы, которые работают больше согласно Windows способ сделать вещи, и можно хотеть проверить их.
В целом, как кто-то, кто установил GVIM сегодня и экспериментировал с ним несколько часов назад, я думаю, что это определенно - превосходный инструмент, но его неловкие интерфейсные и экспертные знания необходимый, и неинтуитивный способ работать с "режимами" уменьшат его обращение к пользователям GUI. Я предполагаю, что Ваши читатели, возможно, были ознакомлены в средах GUI, и модальный способ VI может просто быть слишком неловким для них. Но это - мое образованное предположение... ;-)