터치 식 기능이 얼마나 중요합니까? [닫은]

이미 프로그래머로 일할 때 터치 타입을 배웠습니까? 그렇다면 생산성에 어떤 영향을 미쳤습니까? 아니면 여전히 유형을 만질 수 없습니까?

Steve Yegge 에 따르면 필수입니다.

개인적으로 나는 실제로 입력하는 데 작업 시간의 25 % 미만을 소비했기 때문에 큰 차이를 느끼지 못했습니다 (당시 큰 레거시 프로젝트를 수행하고 있었고 기존 코드를 읽고 디버깅하는 데 더 많은 시간을 보냈습니다).

저에게있어 가장 큰 장점은 인체 공학적으로 작업 할 수 있다는 것입니다 (목과 등을 내려다 보거나 긴장시키지 않음). 프로그래밍 언어에서 구두점을 과도하게 사용하기 때문에 주석을 제외하고는 실제로 속도에 영향을 미치지 않는다고 생각합니다. 터치 타이핑은 적어도 QWERTY 키보드에서 단어에 더 적합합니다.

Steve Yegge가 이것에 대해 지나치게 반응하고 있다고 생각합니다. 우리는 타이피스트가 아니라 문제 해결사입니다. 결국 중요한 것은 타이핑이 방해받지 않는 것입니다. 그것이 당신에게 물리적 인 긴장을 유발하지 않고 타이핑 속도가 당신의 속도보다 뒤 떨어지지 않는다면, 당신은 당신이 원하는 어떤 식 으로든 입력 할 수 있고, 나를 믿습니다. 터치 타이핑없이 빠르게 타이핑 할 수 있습니다.

글쎄, 나는 여기 에 내 조각을 말했다 :

빠르고 효율적인 타이 포스트 인 경우 생각을 생각하고 코드로 표현하는 데 걸리는 시간이 줄어 듭니다. 즉, 당신이 적어도 나라면, 당신이 생각의 기차를 완전히 잃기 전에 실제로 당신의 아이디어 중 일부가 심사를 받도록 할 수 있다는 것을 의미합니다. 다시.

개인적으로 저는 프로그래머로서 느린 타이 포스트를 진지하게 받아 들일 수 없습니다. 마지막으로 헌트 앤 페크 피아니스트를 본 시간은 언제입니까?

빠른 터치 타이핑은 코드를 더 빨리 낼 수있는 것이 아니라 코드를 뱅킹하는 것이 방해 가되지 않기 때문에 코딩 할 때 도움이됩니다 . 프로그래머가 기술을 신중하게 고려하거나 API를 찾은 다음 코드 작성을 시작하는 경우가 너무 많습니다. 구문을 알아내는 동안 무언가를 잊어 버렸기 때문에 잠시 후에 일시 중지합니다.

두 손가락을 사용하는지 또는 열 손가락을 사용하는지에 관계없이 키보드가 기본 통신 방법 인 경우 말을하는 동안 발음에 대해 생각해야 할 것 이상으로 키보드 를 생각할 필요가 없습니다. 모국어

근무 시간의 25 % 만 타이핑하기 때문에 산만 해지는 것이 큰 문제는 아니라고 생각할 수 있습니다 ... 하루의 1/4을 차지하는 다른 산만 함이 좌절감으로 비명을 지르는 것으로 생각되지만.

더 중요한 것은 입력 보다 적게 입력 하고 다른 기술을 시도하는 데 소요되는 시간을 최소화하거나 각 코드를 귀중한 것으로 취급하는 시간을 최소화하기 위해 워크 플로를 최적화하는 것입니다. 의식적인 노력이 필요한 경우 자연스럽게 적합하지 않거나 불필요한 코드를 기꺼이 버리지 않고 출력보다 가치를 더 높이십시오 .

예 . 키보드 나 화면 을 보지 않고도 빠르게 입력 할 수있어 생산성에 도움이됩니다.

입력하는 방법 이나 코드와 같은 단어에 같은 기술을 사용하는지 여부 는 중요하지 않지만 일단 실수를 알고 있으므로 즉시 수정할 수 있습니다.

터치 타이핑은 기술 부분보다 작업의 공동 작업 부분에 더 중요합니다. 나는 일부 터치 타이피스트보다 더 빨리 타이핑 할 수있는 사냥과 펙 사람들을 알고 있지만 전체적으로 나는 타이핑이 그런 골치 거리이기 때문에 tho 사냥꾼이 의사 소통을하는 경향이 있다는 것을 알았습니다.

잠재적 인 직원에 대한 택시 회사 소유자 :

"운전 능력이 얼마나 중요합니까?"

이미 프로그래머로 일할 때 터치 타입을 배웠습니까?

아니요. 여전히 유형을 올바르게 터치 할 수 없습니다. 내 손가락이 모든 곳을 다니고 있으며, 나는 대부분의 손에 두 손가락이 있고 매우 정확하지 않습니다. (저는 1970 년대 IBM 026 카드 펀치에 어려운 방식을 입력하는 방법을 배웠습니다.)

그렇다면 생산성에 어떤 영향을 미쳤습니까? 아니면 여전히 유형을 만질 수 없습니까?

나는 그것이 나를 다시 붙잡고 있다고 생각하지 않습니다. 대부분 입력하는 대신 생각합니다.

전자 코드가 아닌 책에서 모든 코드를 복사하지 않으면 큰 문제는 아닙니다. 그러나 입력 기술을 사용하지 않고 전자 메일에 응답하거나 문서를 작성하거나 기타 비즈니스 서신을 작성하는 것을 상상할 수 없습니다.

생각만큼 빨리 입력 할 수 없다면 오랜 경력을 쌓은 것입니다.

진지하게, 열쇠가 어디에 있는지 또는 무엇이든에 대해 잠시 멈추고 생각해야한다면, 너무 많은 두뇌주기를 소비하고 있습니다.

타이핑을 배우십시오. 쉽습니다.

프로그래머로서 15 년 동안 지난 6 개월 동안 만 타이핑을 해왔습니다. 나를 위해 키보드를 볼 필요가없는 편리함은 화면에 초점을 유지하고보다 원활한 작업 프로세스를 만듭니다. 나는 콤팩트 한 (키가없는) 키보드를 사용하고, 최근에는 트랙볼을 사용합니다. 즉, 모든 것이 가까이 있고 항상 같은 곳에 있습니다. 나는 내려다볼 필요가 없습니다.

지금은 코드 입력 속도가 빠르지 만 이것이 전반적인 생산성에 큰 영향을 미치지 않았다고 생각합니다.

나는 그것이 당신이하는 프로그래밍의 종류에 전적으로 달려 있다고 생각합니다. 내 작업의 대부분은 버그 수정이므로 일반적으로 한 번에 몇 개의 문자를 변경하기 때문에 여러 번 입력하지 않아도됩니다 .A 지점에서 B 지점으로 줄을 복사하여 붙여 넣습니다. 붙여 넣기 코더를 사용하지만 때로는 올바른 코드가 이미 존재하는 경우 반대 순서로 진행됩니다.

새로운 것을 코딩하면 주석을 포함하여 많은 코드가 모델링 응용 프로그램 에서 생성됩니다 .

또한 내가 빠른 타이핑 을 할 수있는 것을 목격 한 코더가 타이핑에 능숙 하지는 않습니다 . 물론, 그들은 나보다 20 wpm 더 많은 것을 칠 수 있지만, 오타가 도입 한 버그의 수는 약 2 배입니다. 아마도 컴파일 된 랭귀지에서 문제가 아니거나 처음으로 올바르게 얻는 사람보다 더 자주 컴파일해야하기 때문에 더 많은 문제가 있습니까?

유형을 만질 수있는 것이 매우 중요합니다. 다른 사람들이 말했듯이 어떤 손가락이 어떤 키를 눌렀는지 생각하는 데 많은 시간을 소비하지 않고 컴퓨터에 코드 (텍스트, 다른 언어 구성)를 가져올 수 있어야한다고 말했습니다. 버그 / 유지 보수 수정을 처리 할 때는 일반적으로 하나의 로컬 지점에서 많은 코드 변경이 필요하지 않기 때문에 그렇게 중요하지 않지만 새 코드를 크랭크 할 때 생산성에 일부 영향을 미칩니다 (매트릭스에 대한 매일 SLOC) 괴짜).

솔직히 말해서 질문에 관한 주제는 아니지만 키보드 단축키를 아는 것이 많이 있습니다. 고객이 가지고있는 마지막 제품 데모는 고객이 PowerPoint / Excel 등에서 얼마나 빨리 기동하는지 (그리고 내가 개발중인 앱의 키보드 단축키)에 지속적으로 감동합니다. 한 회의에서 약 10 분 동안 주제에 관해 이야기를 나눈 지점에 도달했습니다.

속도 문제만큼이나 중요합니다. 나는 키보드를 닮은 사람이었고, 가끔은 습관을 잃었습니다. 나는 방금 경험에서 터치 타이 퍼가되었습니다. 결코 그것을 배우기 위해 앉지 않았습니다.

당신이 사냥과 펙 타이프가 아닌 한. 나는 파트 타임 기술 지원 - 한 하나 일했다 전율을 .

나는 그것이 매우 유용하다고 생각하며, 그때는 그것을 싫어했지만 학교에서 배워야했기 때문에 기쁘다. BTW, 우리 학교는 IT 및 비즈니스 조직에 중점을 두었습니다.

그것에 대해 걱정하는 것은 도움이되지 않습니다. 돌아와서 책을 읽었을 때 "휴면 상태"일 때 손가락이 어디에 있어야하는지, 즉 ASDF와 JKL :이 나에게 알려졌습니다. 그런 다음 가장 가까운 손가락을 필요한 글자로 옮기는 것입니다. 나는 여전히 윗줄이 없습니다. 그런 다음 걱정하지 마십시오. 속도는 저절로옵니다.

"Mavis Beacon Teaches Typing"이라는 프로그램이있었습니다. 당신은 자동차를 운전하고 있고, 더 빨리 타이핑할수록, 자동차가 더 빨리 가고, 실수를 할 때, 바람막이에 버그가 나타납니다. 그것은 많은 재미와 많은 도움이되었습니다.

나는 유형을 올바르게 터치하는 법을 배운 적이 없지만 (손을 홈 행으로 가져 오는 등) 각 손의 여러 손가락으로 입력하고 오류없이 45 wpm을 입력 할 수 있습니다. 예, 효율적으로 입력 할 수있는 것이 유용하다는 것을 알 수 있습니다.

내가하는 방법을 배우지 않고 타이핑 속도에 20 wpm을 더할 가치가 있습니까? 모르겠어요 이런 식으로 입력하십시오. 코드를 입력하고 확실하지 않습니다. 어쨌든 한 번에 매우 긴 문구를 거의 입력하지 않도록 코딩 할 때 (단계적으로 세분화가 많이 발생하기 때문에) 마우스로 앞뒤로 많은 시간을 소비합니다.

더 많이 입력할수록 키보드를 덜 볼 필요가 있으며 자연스러운 과정입니다. 기계 키보드의 일부 사람들이 빈 키를 사용할 수있는 이유는 1입니다. 1은 깨끗해 보이고 2는 키보드를 보지 못하게하는 것이 더 효율적이기 때문입니다. DAS proffesional, HHKB pro2와 같은 키보드 ...

AHK, 문자 메시지와 같은 보조 도구를 사용할 수 있습니다. texter는 AHK를 기반으로 한 간단한 GUI 기반 텍스트 확장기 일뿐입니다. + AHK 독립형은 스페이스 바를 수정 키로 사용할 수있는 스페이스 콤보 스크립트를 사용하는 것과 같은 더 많은 제어 기능을 제공합니다.

• 예를 들어 내 공간을 0.2 초 이상 유지하는 경우와 같은 다른 키를 사용하십시오.
• 홈 행에서 --hjkl = 왼쪽, 아래쪽, 위, 오른쪽 탐색
• 행을 올리면 ---- yuio = 백 스페이스, 실행 취소, 다시 실행,
• 한 줄 아래로 -------- bnm. =? ( ' "{

그리고 더 많은 것을 당신 자신의 취향에 따라 집, 끝. 또는 열쇠에 손이 닿기 어려운 키를 원합니다. 예를 들어 capslock의 컨트롤 키를 다시 매핑하고 왼쪽의 다른 백 스페이스 콤보 (shift + space)는 스페이스 바 콤보 스크립트에 대한 스레드입니다.

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

내 블로그 디자인을 마친 후 사용하는 스크립트 im을 사용할 수 있습니다. 2010 년 말 이후에 내 블로그를 방문하십시오. :)

필자는 타입을 터치하는 방법을 아는 사람들이 코드에서 더 많은 문서를 작성하는 경향이 있다는 것이 인상적입니다. 이것은 직접적으로 이익을 얻지는 않지만 자신의 코드를 디버깅 / 확장 할 때 미래의 자아를 포함하여 다른 모든 작업을 수행합니다.

개인적으로, 나는 코드를 문서화하지 않은 아픈 사람들로 인해 프로젝트를 위해 사람들을 선택하는 책임을 맡으면 프로그래머가 빨리 타이핑하는 능력에 대해 테스트 할 것입니다.

키보드, IDE, 마우스, 프로그래밍 언어 등은 코딩 할 때 모두 사라져야 합니다. 터치 타이핑은 키보드를 사라지게하는 유일한 방법입니다. 나는 아직도 나머지를 사라지게하기 위해 고군분투하고 있습니다!

터치 타이핑은 프로그래머에게 반드시 필요한 기술입니다. 나는 대부분의 프로그래머가 분당 높은 단어를 번창한다고 생각하며 이것이 문제의 원인이라고 생각합니다. 아래에서 이것을 정당화하려고 노력할 것입니다.

• 터치 방식은 가능하지만 프로그래밍 중에는 WPM을 쫓지 않습니다. 주로 내가하고있는 일에 대해 생각할 시간이 더 많기 때문입니다.

• IDE 내에서 리팩토링 단축키를 사용할 수있는 것도 마찬가지로 중요합니다. 예를 들어 자동 속성, 이름 바꾸기 또는 추출 방법 단축키는 많은 시간을 절약 해줍니다.

• 코드 스 니펫과 템플릿을 효과적으로 사용하는 것이 더 중요합니다. 예를 들어 Tst를 입력하면 IDE가 테스트 템플릿을 생성하도록 만들 수 있습니다

• 페어 프로그래밍 동안 WPM이 높으면 다른 사람이 나를 따르기가 더 어려울 수 있습니다.

요약하자면, 터치 타이핑은 유능한 프로그래머에게는 필수 기술이지만 다른 도구와 마찬가지로 생산성에 부정적인 영향을 미치지 않아야한다고 생각합니다.