Dvorak 타이핑이 프로그래밍에 적합합니까? [닫은]


113

저는 항상 생산성을 높일 수있는 방법을 찾고 있으며 Dvorak 키보드를 사용하여 입력하는 방법에 대해 많이 읽었습니다 .

이것은 정상적인 산문을 작성하는 데 훨씬 더 생산적인 것처럼 보이지만 프로그래밍은 어떻습니까?

세미콜론, 콜론, 대괄호 및 앰퍼샌드의 사용이 매일 입력하는 것보다 프로그래밍에서 훨씬 더 일반적이기 때문에 이것이 효과적 일지 회의적입니다.

누구든지 이것에 대한 경험이 있습니까?


1
타이핑은 여전히 ​​타이핑입니다. 당신을 더 빨리 만드는 것은 신의 선물입니다. 그러나 dvorak에 익숙하지 않아서 귀하의 질문에 대한 전문적인 대답은 교육받지 못했습니다.
KevinDTimm

2
나는 프로그램을 페어링하는 것을 좋아합니다. OS에 QWERTY와 Dvorak 사이를 전환하는 단축키가 있기를 바랍니다.
Tim Reddy

4
Dvorak을 효율적인 수준으로 학습하는 데 소요 된 시간은 아마도 생산성에 더 많이 소요될 것입니다 ... 결론 : SO에 소요 된 시간 ...
Evan

10
건설적인 질문이 아닌 것으로 종료 되었습니까? 그러나 인체 공학은 매우 중요합니다! 이러한 유형의 질문을 어디에서해야합니까?
AnnanFay 2011

1
@samoz : 누군가 자신의 사적인 시간 (즉, 집에서)이 생산적이라고 생각하지 않는다는 것이 놀랍습니다. 나는 보통 집에서 직장에서만큼 생산적이며, 대부분 다른 일을합니다 (하지만 키보드와 관련하여 상아 키가
있든

답변:


50

프로그래밍을위한 특별히 Dvorak 레이아웃이 있습니다 : http://www.kaufmann.no/roland/dvorak/


27
Dvorak은 이미 dvorak의 수정을 사용하기 시작하면 세계의 나머지 부분이 qwerty를 사용한다는 큰 단점을 가지고 있습니다. :)
Thomas Bonini

6
@AndreasBonini : 마찬가지로 dvorak 키보드 레이아웃 사용자가 다른 레이아웃을 채택 할 수있을만큼 유연하다는 것이 입증 되었기 때문에 아마도 개인적으로 조정 된 레이아웃에 대한 적응을 쉽게 관리 할 수 ​​있으며 큰 효과를 거둘 수 있습니다. ? (단지 여기서 악마의 옹호자 역할을 함)
sehe

10
@AndreasBonini이지만 QWERTY 키보드에는 이미 국가마다 다른 구두점 키가 있습니다. 그들은 다른 위치에 있고 다르며 (미국 키보드에는 ´¨ç등 이 없음 ) 때로는 다르게 작동합니다! (에서 US 키보드는 데드 키는 그렇게 하나 가져, AFAIK이없는 ~n대신 ñ, ^o대신 ô...)
ANeves

12
저는 프로그래머 드보락을 2 년 동안 사용해 왔고 정말 만족 스럽습니다. 지름길에 대한 근육 기억을 바꾸는 것은 어렵지만 그렇게 어렵지는 않습니다. : 난 프로그래머 드보락에 대한 입력 튜토리얼 만든 programmer-dvorak.appspot.com
데니스 Kniazhev

1
@SameerAlibhai 연구가 공유되지 않은 것 같지만 하나가있었습니다 : It was generated through reflection of the most common constructs in these languages and the rules set forward by the August Dvorak in his research, then verified by scanning through thousands of source code lines ensuring that a good fit was found.(from kaufmann.no/roland/dvorak )
GabrielF

92

몇 년 전 손목에 통증을 느끼기 시작했을 때 Dvorak 레이아웃에서 타이핑하는 방법을 배우기로 결정했습니다. (참고 : 화면 하단에있는 Dvorak 키보드 이미지를 보면서 쿼티 키보드를 사용하여 레이아웃을 배우는 것이 매우 간단하다는 것을 알았습니다)

유일한 프로그래밍 차이점은 주로 대괄호와 중괄호가 그 위에있는 빼기 및 더하기 버튼으로 위치를 바꾼다는 것입니다. 사용하는 언어와 해당 키를 얼마나 많이 사용하는지에 따라 성 가실 수 있습니다. 그러나 다시 말하지만, IDE가 적절한 곳에 자동으로 삽입 할 것입니다. 또는 AutoHotkey 와 같은 프로그램을 사용하여 다른 키 조합을 해당 기호에 매핑 할 수 있습니다 .

다음은 Dvorak에서 타이핑하는 것입니다. (IMHO) 모든 Dvorak 또는 모든 qwerty를 사용해야합니다. 특히 모든 컴퓨팅 세션에서 키보드 단축키에 크게 의존하는 경우 더욱 그렇습니다.

제 상황은 Vim을 직장과 집에서 자주 사용하는 것입니다. 마지막 직장에서 컴퓨터는 여러 멍청한 사람들 사이에 공유되었고 다른 사용자가 Dvorak에서 전환하는 방법을 알기를 합리적으로 기대할 수 없었습니다. Vim 명령에 대한 근육 기억을 "재 학습"해야했습니다.

간단한 텍스트를 위해 qwerty와 Dvorak 사이에서 즉시 앞뒤로 전환하는 것은 매우 쉽지만 (아마도 나일 수도 있음) 알려진 모든 키보드 단축키는 근육 기억입니다. 따라서 :wqwerty의 Vim에서 a 는으로 끝나고 S,, I#주석을 달기 위해 a는으로 끝나는 C#대신 전체 줄을 파운드 기호로 대체합니다. 그리고 hjklVim에서 탐색 하는 것을 잊어 버릴 수 있습니다. 홈 행 에서 키를 누르는 대신 이제 jcvp. 오, 한 손으로 복사해서 잘라 내고 싶어요? xcv지금 이사했다bi.대신 키보드 전체에 도달하는 것을 즐기십시오. Firefox의 새 탭? Dvorak을 입력하고 있었기 때문에 ctrl-t를 쳤지 만 키보드는 실제로 qwerty 모드이므로 ctrl-k 만 누르면 웹 검색 창으로 이동합니다.

Dvorak의 다른 단점 중 하나는 동료가 잠시 컴퓨터를 사용해야하는 경우 30-60 초의 어색한 설명입니다.

그래서 나는 주로 Dvorak에서 약 4 년 동안 타이핑을 한 후, 이제 qwerty를 입력해야한다고 말하는 것이 매우 슬프다. 왜냐하면 단순히 모드 사이를 앞뒤로 전환하고 키보드 단축키에 대한 근육 기억을 유지하는 것이 불필요하게 어렵 기 때문이다.

반면 에 Dvorak대한 Vim 해결 방법이 일부 지원 되므로 오늘이 Dvorak 왜건으로 돌아 가기에 좋은 날이 될 것입니다. 그리고 누군가가 특히 야심을 느낀다면 그는 AHK 스크립트를 설정하여 쿼티에서 드보락으로 정상 / 이동 된 키를 다시 매핑 할 수 있지만 ctrl / alt를 눌렀을 때 쿼티 키를 통과하면됩니다. 하지만 아주 적은 보상으로 많은 작업이 될 것 같습니다.

요약하자면:

  • Dvorak은 RSI에 적합합니다.
  • qwerty와 Dvorak 사이를 전환하는 것은 타이핑하기 쉽고 키보드 단축키 및 기타 근육 메모리에 끔찍합니다.
  • Dvorak 작업 환경에 따라 직장에서 사용하기가 매우 번거로울 수 있습니다 .

진심으로 이것이 Dvorak에 갈 것인지 결정하는 데 더 많은 방향을 제공하기를 바랍니다.


37
근육 메모리에 의존하여 입력하는 경우 전환하기 전에 암호를 적어두고 테스트하십시오.
Evgeny

5
나는 dvorak을 사용하고 수년간이었습니다. 아무것도 위해 쿼티로 돌아 가지 않을 것입니다. 다른 사람들의 VM에서 Qwerty를 사용하는 것은 고통 스럽습니다. 수다!
Bobby Cannon

1
매우 유용한 게시물에 감사드립니다. 나는 아직 드보락을 시도한 적이 없지만 당신이 말한 것에 공감할 수 있으며, 세부 사항의 양은 당신이 정말로 이런 생각을했는지 보여줍니다. 반면에 dvorak이 없으면 awkward 30-60 second explanationVisual Studio를 ViEmu 모드에서 전환하는 동안 이미 이러한 순간 이 있습니다 ... :)
sehe

5
단축키와 관련하여 Mac은 QWERTY 단축키와 함께 Dvorak을 지원합니다. 그래서 저는 Dvorak에서 QUERTY 단축키를 사용합니다. QWERTY의 유일한 장점은 c와 v가 더 나은 위치에 있다는 것입니다. :)
Ryan Rho

이렇게하면 삽입 모드에서 dvorak을 사용하고 일반 모드에서 qwerty를 사용할 수 있으므로 아무것도 다시 배울 필요가 없습니다. 그러나 ex 명령이나 검색에는 작동하지 않습니다.
Gordon Gustafson 2013

73

믿거 나 말거나 소스 코드의 특수 문자 (예 : [], {} 등)의 양은 일반 영어 텍스트에 비해 무시할 수 있습니다.

내가 작업중인 상당히 큰 프로젝트 (50k 라인)의 소스 코드에서 모든 문자의 발생을 세는 작은 프로그램을 작성했습니다. 이것이 결과입니다. 언어는 C ++입니다.

    E = 104050
    T = 86887
    나는 = 62788
    A = 61746
    R = 60438
    S = 58897
    N = 56595
    O = 51640
    L = 45490
    C = 39251
    D = 33776
    U = 30971
    "= 27858
    M = 25925
    , = 25296
    P = 23742
    (= 21407
    ) = 21391
    F = 21232
    G = 20860
    / = 19745
    H = 19717
    ; = 19226
    _ = 16207
    B = 13576
    = = 12427
    Y = 10498
    0 = 10125
    . = 9842
    K = 9241
    : = 8907
    W = 8509
    V = 7922
    {= 7648
    } = 7639
     = 6626
    % = 6507
    Q = 5896
    1 = 5752
    -= 5382
    X = 5261
    '= 3877
    \ = 3421
    2 = 3395
    + = 3172
    & = 2702
    [= 2597
    ] = 2586
    3 = 2174
    Z = 2141
    4 = 1657
    J = 1599
    ! = 1595
    5 = 1560
    # = 1501
    6 = 1367
    | = 1029
    8 = 967
    9 = 953
    7 = 939
    ? = 610
    `= 367
    ~ = 59
    $ = 47
    @ = 7
    ^ = 6

8
+1, 매우 유용한 답변입니다.
JBentley 2013

30
( = 21407 ) = 21391 { = 7648 } = 7639 [ = 2597 ] = 2586 왜 일치하지 않습니까?
Leo Jweda 2014 년

6
@LeoJweda 댓글은 그것을 왜곡 할 수 있습니다.
nawfal 2014

14
@nawfal 그가 그의 댓글에 웃음을 사용하지 않는 한 그들은 여전히 ​​일치해야합니다.
Leo Jweda 2014 년

13
@LeoJweda : 99.92 % 일치합니다 .. 코드 기반이 충분히 크면 어떤 이유로 든 소수가 그렇지 않은 것이 정상입니다. 잘하면 :( 훨씬 더 일반적인 것 때문에 때문이 아니라 미소의의보다 더 :) 그 경우 : P
토마스 Bonini

25

이것이 언급되지 않았기 때문에 나는 이것을 추가 할 것이라고 생각했습니다. QWERTY 명령 키 레이아웃과 함께 QWERTY 키보드에서 Dvorak 레이아웃을 사용하고 있습니다. 즉, 명령 단추를 누를 때마다 (Mac에서) QWERTY 레이아웃이 적용됩니다. 그래서 저는 Dvorak 레이아웃으로 완전히 "눈가리개"를 입력하고 있지만 키보드 단축키를 다시 배울 필요가 없었습니다. 지난 4 년 동안 지금까지 훌륭하게 일했으며 QWERTY로 돌아 가지 않을 것입니다.

이것의 유일한 단점은 VIM을 사용할 때이지만, 요즘에는 SSH를 통해 구성 파일을 수정하는 것과 같은 간단한 작업에만 주로 vim을 사용합니다.


명령 키 레이아웃을 어떻게 다시 매핑 했습니까?
izhang05

16

colemak 레이아웃을 고려할 수 있습니다. 로부터 자주 묻는 질문 :

프로그래밍 언어는 구두점 기호를 많이 사용합니다. Colemak는 QWERTY에서 쉽게 전환 할 수 있도록 거의 모든 구두점 키를 QWERTY 위치에 유지합니다. 사용하는 프로그래밍 언어, 변수 이름 지정 규칙 (CamelCase 대 밑줄) 및 사용하는 편집기에 따라 다릅니다. 결국 그것은 개인적인 취향의 문제입니다. AltGr 시퀀스를 자주 사용하는 구두점 기호로 다시 매핑 할 수 있습니다.


2
+1. Colemak에 대해 들어 본 적이 없지만 FAQ에서 Dvorak에 대한 몇 가지 달콤한 지점, 특히 새끼 손가락에 도달했습니다. 그리고 Vim 리 맵핑?! 그리고 Linux 지원? !! 나는 확실히 이것을 시도하고있다. 키보드 레이아웃의 "사회적"측면에서 Colemak는 어떤 식 으로든 Dvorak보다 나쁠 수 없으며 물리적 긴장 측면에서 더 낫다면 여기에서 승자가있을 수 있습니다.
Mark Rushakoff

5
지적해야 할 점은 영어의 경우 Dvorak이 Qwerty보다 승리를 거둔 반면 Colemak는 Dvorak보다 약간의 승리 라는 것 입니다.
Dmitri Nesteruk 2011 년

1
그래서 colemak이 qwerty보다 약간 중요하다는 것을 의미합니까?
Chase Florell 2013-06-07

@DmitriNesteruk If Dvorak >> QWERTY and Colemak> Dvorak then Colemak >> QWERTY, 맞죠?
Leo Jweda 2014 년

@DmitriNesteruk Dvorak 이후 >> QWERTY, 이전의 혜택은 논쟁의 여지가 없습니다. 그러나 Colemak> Dvorak 이후 전자의 우월성은 만장일치로 받아 들여지지 않습니다. Colemak은 뚜렷한 기술 이점이 있지만 약간의 의구심이 있습니다.
nawfal 2014

8

Dvorak 키보드의 목적은 최소한 영어의 경우 홈 행에 가장 많이 입력 된 문자를 유지하여 손의 부담을 방지하는 것입니다. 나는 이것이 코드가 작성되는 속도로 인해 프로그래밍에 중요한 방법으로 도움이 될 것이라고 의심합니다. 나는 항상 내가 쓰는 것에 대해 생각하고 변수 이름은 표준 영어를 완전히 준수하지 않습니다. 사실, 일반적인 소스 코드 파일의 문자 빈도가 기존의 영어 문자 빈도와 크게 달라도 놀라지 않을 것입니다.

손목 터널과 같은 것으로 고통받는 경우 Dvorak이이를 완화하는 데 도움이 될 수 있습니다. 나는 Dvorak 키보드가 프로그래밍보다 훨씬 더 규칙적인 쓰기와 타이핑에 도움이 될 것이라고 말하고 싶습니다.


가독성을 높이기 위해 변수의 이름을 지정하거나 Python과 같은 언어의 사용자 지정에 snake_case를 사용하는 경우, 홈 행에 밑줄 키 "_"가 있기 때문에 Dvorak이 실제로 훨씬 더 쉽게 이러한 변수를 입력 할 수 있습니다. 더 자연스럽게 입력 할 수 있습니다. 또한 + 및-키는 QWERTY 레이아웃의 2 행과 반대로 홈 위치에서 하나의 키만 떨어져 있습니다.
SurpriseDog

8

QWERTY 및 Dvorak 키보드 레이아웃은 코드가 아닌 텍스트를 입력하도록 설계되었습니다.

다음과 같은 코드를 입력하기위한 레이아웃을 시도 할 수 있습니다. 프로그래머 드보락 키보드 레이아웃


4
프로그래머는 많은 키보드 단축키를 사용합니다. 많은 키보드 단축키는 Dvorak보다 Qwerty에서 더 쉽습니다. 예를 들어 잘라 내기, 복사 및 붙여 넣기-ctrl + x, ctrl + c, ctrl + v.
Andrew Bainbridge

이것이 왜 그런 문제인지 기억했습니다. 종종 오른손은 커서 키에, 왼손은 키보드 단축키를 사용하는 경향이 있습니다. 많은 프로그램이이를 위해 설계된 것처럼 보이며 왼손 전용 단축키에 대한 강한 편견을 가지고 있습니다. Dvorak에서는 단축키가 모두 섞여서 대부분이 두 손을 필요로합니다. 하지만 사용자가 모두 다르기 때문에 이것이 문제가되지 않을 수도 있습니다.
Andrew Bainbridge

2
많은 단축키에는 대안이 있습니다. 내가 + INS, Shift + INS 대신 :-) Ctrl + C, Ctrl + V를의 Ctrl 키를 사용하기 때문에 아마도 내가 구식 사람이야
닉 Dandoulakis

6

저는 Dvorak을 1.5 년 이상 사용하고 있습니다. Dvorak 레이아웃을 사용하는 이유는 속도가 아니라 편안함 그 자체입니다. 코드를 입력하는 것보다 더 많이 생각합니다. 나는 주로 emacs를 사용하여 코딩하지만 기본 키 바인딩을 사용하지 않습니다. emacs는 상대적으로 사용자 정의가 가능하므로 Ergoemacs 키 바인딩을 사용합니다. 주로 키 조합을 사용하여 수행하는 emacs 작업을 수행하고 싶을 때 여기 저기 점프하지 않고도 Dvorak의 편안함을 유지하면서 emacs에서 코딩하는 데 정말 도움이됩니다.


1

dvorak에 익숙해지는 것은 팀에서 일하거나 다른 사람들의 컴퓨터에 입력하는 것과 비슷한 일을하는 경우 약간의 문제가 될 수 있습니다.


2
일반 ANSI 레이아웃을 사용하는 경우 XP, Vista 및 대부분의 일반 Linux 배포판과 통합 된 Dvorak 레이아웃이 있습니다 (실제로 이들은 현지화 된 변형과 함께 제공되지만 XP는 그렇지 않습니다). 따라서 입력 도구 모음 애플릿을 활성화하기 만하면됩니다.
Adriano Varoli Piazza

2
나는 항상 다른 모든 동료 개발자들 사이에서 Dvorak을 사용하는 유일한 사람이었습니다. 문제가되지 않습니다. 그들은 내 컴퓨터에 입력하지 않고 나는 그들의 컴퓨터에 입력하지 않습니다. QWERTY를 통해 고통을 겪는 것에 대해 미안합니다. dvorak을 배우면 qwerty가 실제로 얼마나 끔찍한 지 알 수 있습니다. 드보락을 배우기 전까지는 눈치 채기가 어렵습니다.
Bobby Cannon

이것은 나 같은 Dvorak 타자기가 결국 키보드 사이를 즉석에서 전환하는 법을 배울 정도로 충분히 일어납니다. Qwerty에서 동일한 속도로 입력 할 수는 없지만 가능합니다.
SurpriseDog

1

나는 프로그래밍과 타이핑을 위해 스페인어로 된 글자의 빈도에 최적화 된 Dvorak-es 레이아웃을 사용하고, 특수 키 () {} [] <> / * 등은 this와 Qwerty에서 동일합니다.

Dvorak으로 전환하는 경우 직접 디자인하는 것이 좋습니다. 이러한 키에 대한 표준 QWERTY 위치를 사용 "Programmer 's Dvorak" 레이아웃 좋습니다. 적어도 Windows에서는 MS 키보드 레이아웃 작성자 를 사용하여이 작업을 수행 할 수 있습니다 .


Windows 10에서 dvorak 스페인어를 구성하는 방법을 알고 있습니까? 도움이 필요합니다. Linux에서는 setxkbmap dvorak es. Microsoft에 그러한 구현이 있습니까?
nilon

0

어떤 키보드라도 프로그래밍에 적합 할 수 있습니다. QWERTY로 타이핑하는 방식이 깨지기 때문에 타이핑이 편하다고 생각하면 중요합니다.

참고로,이 키보드는 저와 같은 왼손잡이에게 끔찍할 것입니다.


3
왼손잡이 드보락을 제외하고;)
samoz

1
QWERTY가 왼손잡이에게 훨씬 더 좋기 때문에? AFAIK 인 Dvorak은 작업량을 양손에 균등하게 분산하도록 설계되었으므로 오른 손잡이 또는 왼손잡이는 중요하지 않습니다.
Adriano Varoli Piazza

오른손에 더 많은 것을 지배하는 것 같습니다.
Daniel A. White

Yh, vwls rn't frqntl sd. 진지하게, Dvorak은 레이아웃을 만들기 위해 꽤 많은 연구를했습니다. 그는 '이게 더 효율적인 것 같습니다'라고 말하지 않았습니다.
Adriano Varoli Piazza

0

이전 답변과 유사합니다. 편안하고 효율적으로 작업 할 수있는 경우 모든 키보드 레이아웃이 적절할 수 있습니다. Dvorak에 관심이 있다면 항상 가능성이있을 수 있습니다. 시도해 보지 않겠습니까? 몇 개의 키를 켤 수있는 오래된 키보드를 찾을 수있을 것입니다.

최악의 시나리오 : 쿼티로 되돌립니다. :)

링크


1
지적한 최악의 시나리오는 약간 단순합니다. 드보락을 배우는 데 몇 주가 걸렸고 그 동안 생산성이 떨어졌습니다. 성과를 냈고 그 당시에는 일하지 않았지만, 직장에서 2 주 동안의 생산성 손실을 으쓱 할 수있는 사람은 많지 않습니다.
Adriano Varoli Piazza

1
이것이 생산성에 직접적인 영향을 미칠 수있는 방법을 모르겠습니다. 적어도 새 키보드 레이아웃으로 전환하는 것이 다음 버그 세트를 어떻게 해결할 것인지에 대한 논리적 사고에 막대한 해를 끼치지는 않을 것입니다. . 아마 쉬지 않고 지속적으로 타이핑하는 보고서 스타일 작업에 종사하는 사람들의 경우-나는 당신의 요지를 이해할 수 있습니다. 나는 당신이 말한 것을 기내에서 받아들입니다. 아마도 나는 내 결론이 단순했을 것입니다.
Daniel May
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.