Наскільки важлива здатність дотику? [зачинено]

Ви навчилися сенсорного типу, коли ви вже працювали програмістом? Якщо так, як це вплинуло на вашу продуктивність? Або ти все ще не можеш торкнутися типу, і ти вважаєш, що він стримує тебе?

На думку Стіва Йегге, це важливо,

Особисто я не помічав великої різниці, можливо, тому, що витрачав менше 25% свого робочого часу, фактично набираючи текст (я працював над великим спадковим проектом у той час, і я витрачав більше часу на читання та налагодження існуючого коду.)

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

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

Ну, я сказав тут свою частину :

Коли ви швидкий, ефективний машиніст, ви витрачаєте менше часу на роздуми над цією думкою та висловлення її в коді. Це означає, що якщо ви мене щонайменше, то, можливо, ви дійсно зможете переглянути деякі свої ідеї, перш ніж повністю втратити свій порядок думки. Знову.

Особисто я не можу сприймати повільних машиністів серйозно як програмістів. Коли ви востаннє бачили піаніста-полювання?

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

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

Ви можете подумати, що відволікатися - це не велика справа, оскільки ви витрачаєте лише 25% свого робочого часу на друку ... Хоча я підозрюю, що будь-яке інше відволікання, яке з'їдало чверть дня, знайде вас, що ви кричаєте від розчарування.

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

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

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

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

Власник таксі компанії до потенційного працівника:

"Наскільки важлива здатність керувати автомобілем?"

Ви навчилися сенсорного типу, коли ви вже працювали програмістом?

Ні. Я досі не можу правильно торкнутися типу. Мої пальці йдуть повсюди, і я в основному по два пальці на кожній руці, і не дуже точні. (Я навчився вводити складний спосіб ... на ударному картці IBM 026 у 1970-х.)

Якщо так, як це вплинуло на вашу продуктивність? Або ти все ще не можеш торкнутися типу, і ти вважаєш, що він стримує тебе?

Я не думаю, що це мене стримує. Більшу частину часу я розмірковую, а не набираю текст.

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

Якщо ви не можете ввести так швидко, як ви думаєте, вам належить довга кар'єра.

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

Навчіться друкувати, це легко.

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

Хоча зараз я швидше набираю код, я не вірю, що це мало великий вплив на загальну продуктивність, просто зручніше!

Я думаю, це повністю залежить від того, яким саме програмуванням ви займаєтесь. Більшість моєї роботи - це виправлення помилок, тому зазвичай це просто зміна декількох символів одночасно, і багато разів вона не вимагає введення тексту: скопіюйте та вставте рядок від точки А до точки B. Не кажучи, що я копія / вставити кодер, але іноді потрібний код вже є, він просто у зворотному порядку.

Коли я кодую щось нове, значна частина коду генерується з моєї програми моделювання - включаючи коментарі.

Крім того, кодери, яким я був свідком, які можуть швидко набирати текст, не обов'язково добре вводити текст. Звичайно, вони можуть вражати на 20 об / хв більше, ніж я, але вони також мають приблизно 2х разів більше помилок, введених помилками. Можливо, це менше випуску у складених журналах, а може бути більше, тому що вам доведеться збирати частіше, ніж хтось, хто встигає це правильно?

Можливість торкнутися типу є досить важливою. Як і інші говорили, ви повинні мати можливість дістати код (текст, інші мовні конструкції) на комп'ютер, не витрачаючи багато часу на роздуми про те, який палець повинен натиснути яку клавішу. Це не так важливо при роботі з виправленнями помилок / технічного обслуговування, оскільки вони, як правило, не включають багато змін коду в одному локальному місці, однак, коли викручувати новий код, він відіграє важливу роль у вашій продуктивності (щодня SLOC для показників вун).

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

Це досить важливо, як річ швидкості. Раніше я був шукачем клавіатури, і все одно часом буваю за звичкою. Я просто сорта стала досвідченою машиною з досвіду - ніколи насправді не сіла вивчити це.

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

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

Турбуватися про це не допомагає. Зрештою, коли я прочитав якусь книгу на ній, і мені сказали, де повинні бути мої пальці, коли «в спокої», а саме ASDF та JKL:. Тоді справа лише в тому, щоб перенести найближчий палець до потрібного вам листа. У мене все ще немає верхнього ряду вниз. Тоді, не хвилюйся. Швидкість просто приходить, сама по собі.

Була програма «Мавіс Бікон вчить друкувати». Ви керуєте автомобілем, і чим швидше набираєте машину, тим швидше їде машина, і коли ви помилитесь, на вашому лобовому склі плескає помилка. Це було дуже весело і дуже допомогло.

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

Чи варто того, щоб я дізнався, як я це роблю, і додати, можливо, 20 об / хв до моєї швидкості набору тексту? Не знаю. Для того, щоб набрати щось подібне, обов'язково. Введення коду, не впевнений. Я витрачаю стільки часу, переходячи назад і назад до своєї миші, коли кодую (бо я схильний робити багато поетапного вдосконалення), що я рідко набираю дуже довгі фрази одночасно.

Чим більше ви набираєте, тим менше вам доводиться дивитися на клавіатуру, це природний процес. Ось чому деякі люди на механічних клавіатурах можуть використовувати пусті клавіші, 1 це тому, що це виглядає чисто, 2 - це більш ефективно, що змушує вас не дивитися на клавіатуру. Ці клавіатури, такі як DAS proffesional, HHKB pro2 ...

Можна використовувати засоби, такі як AHK, texter. texter - це лише простий розширення тексту на основі GUI, зроблений поверх AHK, простий та легкий, але + AHK автономний ви отримуєте більше елементів керування, наприклад, я використовуючи комбінований скрипт пробілу, який дозволяє мені використовувати пробіл як ключ модифікатора,

• наприклад, якщо ви тримаєте мій простір більше 0,2 секунди, ніж використовуєте інші клавіші, такі як
• на домашньому ряду- --hjkl = ліворуч, вниз, вгору, праворуч навігація
• збирається ряд вгору, ---- yuio = задній пробіл, скасувати, повторити,
• рядок вниз, -------- млрд., =? ('"{

та багато іншого на власний смак для таких клавіш, як домашній, кінець .. або будь-які важкодоступні ключі, які роблять вашу руку поза домашнім рядом. наприклад, перекомпонуйте клавішу управління на caplock та іншу комбінацію зворотної області для лівої руки (shift + пробіл).

http://www.autohotkey.com/forum/post-406030.html#406030

я можу викласти сценарій, який я використовую після того, як я закінчу розробляти свій блог, відвідайте мій блог після кінця 2010 року, він може бути там. :)

Моє враження, що люди, які знають, як доторкнутися до типу, прагнуть написати більше документації у своєму коді - просто тому, що це легко. Це вам не приносить користі безпосередньо, але всі інші, з якими ви працюєте, можливо, включаючи ваше майбутнє «я» під час налагодження / розширення власного коду.

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

Клавіатура, IDE, миша, мова програмування, ... всі повинні зникати при кодуванні. Введення дотику - це єдиний трюк, який працював для мене, щоб зникнути з клавіатури. Я все ще намагаюся змусити решту їх зникнути!

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

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

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

• Ефективне використання фрагментів коду та шаблону важливіше. Наприклад, ввівши Tst, ви можете зробити свій IDE, щоб створити для вас тестовий шаблон

• Високий WPM при парному програмуванні може ускладнити наступну людину за вами.

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