Ідеальна розкладка клавіатури для програмування [закрито]

Я часто чую скарги на те, що мови програмування, які використовують стислі символи для стислості, особливо C та C ++ (я не збираюся торкатися APL), важко ввести, оскільки вони вимагають частого використання клавіші Shift. Рік-два тому я сам від цього втомився, завантажив Microsoft Keyboard Layout Creator , зробив кілька змін у своєму макеті і жодного разу не оглядався назад. Різниця в швидкості вражає; за допомогою цих кількох простих змін я можу набрати код C ++ приблизно на 30% швидше, залежно, звичайно, наскільки він волохатий; найкраще, швидкість набору тексту в звичайному тексті не порушена.

Мої запитання такі: які альтернативні розкладки клавіатури існували для програмування, які набули популярності, чи є якісь із них досі в сучасному використанні, чи використовуєте ви особисто якісь змінені розкладки, і як можна додатково оптимізувати мою розкладку?

Я вніс наступні зміни в стандартний макет QWERTY. (Я не використовую Dvorak , але є програміст Dvorak, про який варто згадати.)

• Поміняйте місцями цифри символами у верхньому рядку, оскільки довгі або повторювані буквальні числа, як правило, замінюються названими константами;
• Поміняйте зворотне цитування на тильду, оскільки зворотні цитати рідкісні у багатьох мовах, але деструктори поширені в C ++;
• Поміняйте мінус на підкреслення, оскільки підкреслення є загальними в ідентифікаторах;
• Поміняйте фігурні дужки на квадратні дужки, оскільки блоки частіше, ніж індекси; і
• Поміняйте місцями подвійні лапки на одинарні, оскільки рядки зустрічаються частіше, ніж символи.

Я підозрюю, що це останнє, мабуть, буде найбільш суперечливим, оскільки найбільше заважає запущеному тексту, вимагаючи використання shift для введення загальних скорочень. Цей макет значно збільшив мою швидкість набору тексту на C ++, C, Java та Perl та дещо збільшив її на LISP та Python.

Я все ще вважаю, що швидкість друку не є головним фактором часу, необхідного для завершення проекту. Якщо це так, є велика проблема (Тижні кодування економить години планування).

Щодо вашого запитання, я віддаю перевагу використанню стандартної розкладки, оскільки це означає, що мені не доведеться витрачати перші 10 хвилин на вигляд дурного, коли мені пропонують стандартну розкладку клавіатури.

Деякі із запропонованих вами замін, наприклад, верхній рядок зі спеціальними символами не має жодної різниці, оскільки зовнішній палець, з іншого боку, повинен рухатися, щоб переміщатися одночасно.

IMHO Одне, що допомагає вище розкладання ланцюжків, - це використання лише комбінацій клавіш. Рекомендуються Vim та Emacs. Це робить переміщення тексту набагато швидшим.

Я підійшов би до вашого запитання наступним чином. Завдання полягає в тому, щоб організувати клавіатуру таким чином, щоб мінімізувати натискання клавіш та рух рук для даного тексту.

Кроки до можливого рішення. Складіть програму, яка:

1. Бере текстовий файл із вихідним кодом. (Чим більше, тим краще та з різних джерел!)
2. Підраховує частоту використання кожного символу (його наявність у тексті).
3. (необов’язково) На основі кроку 2: Програма генерує кількість обведень клавіш для кожного символу плюс відстань, яку повинна пройти рука від центрального положення. В результаті ви отримаєте показник ефективності розкладки клавіатури.

Тепер вручну або написавши програму. Визначте свій макет наступним чином. Поставте найбільш часто використовуваний символ у центральне положення ближче до вашої міцної руки. Другий символ надходить до вашої слабкої руки в центральному положенні. Третій символ повертається до вашої міцної руки ... і так далі. Потім ви поступово переходите з центрального положення рук у більш «віддалені» зони клавіатури. Коли вся клавіатура заповнена, ви продовжуєте процес призначення клавіш, але цього разу натиснутою клавішу Shift. Інша різниця полягала б у тому, що ви не обертаєте сильну і слабку руку для кожного символу, коли Shift не працює. Якщо натиснути клавішу Shift, спочатку ви заповнили центральні позиції на клавіатурі, а потім перейшли до більш віддалених позицій.

Коли ви знову виконуєте крок 3 для нового макета, щоб побачити, як було покращено макет.

Можливо, вам доведеться постійно носити з собою клавіатуру. З гарної сторони ніхто не торкнеться вашого комп’ютера. Це змусить вас виглядати як професіонал.

Нарешті, не забудьте поділитися своїми висновками.

На даний момент я граю з варіантом макета Colemak із сильними змінами символів:

без SHIFT:

`- {} []; <> () _ =
qwfpgjluy * / # \
arstdhneio '
zxcvbkm,. !

з SHIFT:

~ 1 2 3 4 5 6 7 8 9 0 & +
QWFPGJLUY @ ^ $ |
ARSTDHNEIO "
ZXCVBKM%:?

Можливо, я відновлю ключ / ...

Але це не засновано на жодному звуковому дослідженні, і я також хотів би бачити оптимізований макет (Оптимізація, включаючи такі речі, як зміна рук тощо, також збереження ZXCV, ...) з корпусом на основі вихідного коду, оскільки всі ці макети, здається, бути оптимізованим лише для прози. Наприклад, 'f' є дуже поширеною буквою в C (якщо, для).

Оновлення: Зараз я використовую

`- {} [] @ <> () _ =
qwkrgyulp *; #
asftdhneio '\
\ zxcvbjm,. /

з SHIFT:

~ 1 2 3 4 5 6 7 8 9 0 ^ +
QWKRGYULP &! $
ASFTDHNEIO "|
| ZXCVBJM%:?

Це базується на частковій оптимізації заміни 6 ключів, взятої з Carpalx із збереженням звичайних ярликів Вирізати / Копіювати / Вставити / Скасувати та модифікованих, щоб забезпечити кращий доступ до звичайних символів програмування.

Створіть простий реєстратор клавіш, а потім підрахуйте кількість натискань кожної клавіші. Запустіть його на день-два, а потім збережіть вихідні дані у текстовому файлі. Робіть це раз у раз. Не має значення, який макет ви використовуєте, оскільки ви просто бачите, які клавіші використовуються найбільше.

Якщо ви хочете зробити хороший макет, ви не можете боятися піти від норми. Я б запропонував розмістити 11 головних клавіш уздовж домашнього рядка, потім наступні 11 найвищих клавіш як верхній рядок (2 клавіші над клавішею повернення залишити як найменш використовувані клавіші), а потім 3-ті верхні 11 клавіш як нижній рядок . Зараз має залишитися 4 клавіші. Візьміть їх і помістіть у слоти - = і] \. Вітаємо! Зараз ви зробили чудову розкладку клавіатури для своїх цілей! = D

Загалом, я думаю, що мати хороший текстовий редактор і знати, як ним користуватися, краще, ніж намагатися покращити швидкість друку. Можливість записувати і відтворювати макроси іноді рятувальник, і вибір фрагментів коду, призначених ярликам, може бути корисним, оскільки зазвичай існують обмеження, встановлені мовою, що можна перетворити на бібліотеку.

У більш загальному плані я думаю, що справжні засоби підвищення продуктивності - це все лише знання ...

• Знання, які інструменти та бібліотеки доступні та як ними користуватися.
• Знаючи загальну структуру коду, над яким ви працюєте, а не лише свою трішки.
• Знаючи ключові алгоритми, шаблони проектування та ідіоми, щоб вам не довелося їх винаходити.
• Знаючи правила досить добре, щоб ви могли бути гнучкими - ви знаєте, коли їх порушувати.
• Знання своїх колег та їхніх сильних, слабких сторін тощо - тобто знання, коли щось самостійно з’ясувати, а також коли і кого запитати.

FWIW, я не претендую на те, щоб бути сильним у всьому цьому. Я завжди був надто упереджений до вирішення проблем сам і з надто сильною тенденцією до винаходу колеса та грандіозних архітектурних схем.

У будь-якому випадку, я просто підозрюю, що час, витрачений на зміну та вивчення розкладки клавіатури, буде відволікати від більш важливих питань.

Зміна розкладки клавіатури - погана ідея, оскільки це (можливо) збільшить швидкість набору тексту на одній клавіатурі, але сильно пошкодить швидкість набору тексту на інших клавіатурах або на комп’ютерах, де у вас немає спеціальної розкладки клавіатури. Я виявив, що часто краще налаштовуватись на значення за замовчуванням, що їх доводиться змінювати скрізь. (Особисто у мене пальці сильно упереджені до Emacs, що спричиняє багато тертя друку в будь-якому іншому місці.)