Làm thế nào quan trọng là khả năng cảm ứng loại? [đóng cửa]

38

Bạn đã học cách chạm vào khi bạn đã làm việc như một lập trình viên? Nếu vậy nó đã ảnh hưởng đến năng suất của bạn như thế nào? Hoặc bạn vẫn không thể chạm vào loại và bạn có nghĩ rằng nó giữ bạn lại?

Theo Steve Yegge, điều đó rất cần thiết,

Cá nhân tôi không nhận thấy nhiều sự khác biệt, có thể là do tôi đã dành ít hơn 25% thời gian làm việc thực sự của mình (lúc đó tôi đang làm việc với một dự án lớn và tôi đang dành nhiều thời gian hơn để đọc và gỡ lỗi mã hiện có.)

productivity

— vây
nguồn

1

Kiểu cảm ứng và ngôn ngữ nhỏ gọn như Python, imho, là một kết hợp hay; bạn có nhiều thời gian để tập trung vào cách giải quyết vấn đề.

— systempuntoout

1

Chạm gõ chỉ đề cập đến khả năng gõ theo bộ nhớ, mà không cần nhìn vào các phím có? Đôi khi tôi nhận được một ấn tượng từ touch-typistas rằng có một số phương pháp đặc biệt hơn nữa cho nó.

— CodexArcanum

@CodexArcanum, bạn cũng phải sử dụng ngón tay phải cho các phím để giữ cho bàn tay của bạn ổn định.

@ Thorbjørn Ý bạn là như thế nào trên homerow? Ok mát rồi. Vâng, tôi chỉ phải nhìn trộm chìa khóa của mình để tìm biểu tượng và đôi khi là số. (Ý tưởng của bạn là gì để đưa các con số lên cao?) Tôi thích một trong những bàn phím lạ mắt như Kinesis, nhưng tôi không có loại tiền mặt đó để chi tiêu cho bàn phím.

— CodexArcanum

2

@CodexArcanum Tôi đã gõ từ khi học tiểu học mà không bao giờ chú ý đến hàng nhà. Đó là nhiều hơn về việc có một mô hình tinh thần về nơi các phím có liên quan với nhau - có thể đánh một cái, tôi có thể vô thức di chuyển các ngón tay của mình khoảng cách thích hợp đến phím tiếp theo mà không cần nhìn

— Izkata

37

Lợi ích chính đối với tôi là khả năng làm việc thuận tiện hơn (không nhìn xuống và làm căng cổ và lưng trên). Tôi không nghĩ rằng nó thực sự ảnh hưởng đến tốc độ của bạn, ngoại trừ các bình luận, vì việc sử dụng quá nhiều dấu chấm câu trong các ngôn ngữ lập trình. Touch Typing thực sự phù hợp hơn với các từ ... ít nhất là trên bàn phím QWERTY.

Tôi nghĩ Steve Yegge đang phản ứng thái quá về điều này. Chúng tôi không phải là người đánh máy, chúng tôi là người giải quyết vấn đề. Cuối cùng, điều quan trọng là để bạn gõ không bị cản trở. Nếu nó không gây căng thẳng về thể chất và tốc độ gõ của bạn không đột ngột chậm hơn tốc độ mặc dù, thì bạn có thể nhập bất cứ cách nào bạn muốn và tin tưởng tôi - có thể gõ nhanh mà không cần gõ.

— EpsilonVector
nguồn

6

Trên thực tế ... tôi chưa bao giờ học cách chấm câu cảm ứng cho đến khi tôi bắt đầu viết mã. Nhưng liên tục phải sửa lỗi chính tả trong mã khuyến khích tôi chọn nó. Nếu bất cứ điều gì, độ chính xác quan trọng đối với mã hơn so với từ ...

— Shog9

@ Shog9 Bây giờ tôi nghĩ về nó, tôi chạm vào MỘT SỐ dấu chấm câu (cụ thể là .; Và đôi khi '), nhưng nói chung tôi có ác cảm với các phím còn lại vì tất cả sự căng thẳng mà nó gây ra cho màu hồng. Những ngón tay nào bạn sử dụng cho dấu câu?

— EpsilonVector

tất cả trong số họ ngoại trừ trái hồng của tôi! (Tôi nghĩ rằng tôi thực sự đã sử dụng mà ngón tay là tốt, Ngày xửa ngày xưa ... Nhưng đó là khi tôi sử dụng một máy đánh chữ cơ khí, và đánh cả dịch trái và dấu chấm câu trái với cùng tay là không thực tế)

— Shog9

Tôi chạm vào loại gần như tất cả các dấu câu. Tôi sử dụng chỉ mục và ngón giữa cho số hàng / dấu chấm trên cùng - trái hồng chạy thay đổi. Phải hồng hào nắm lấy niềng răng và đường ống. Tôi đã chạm vào hơn hai mươi năm nay tôi thậm chí không nghĩ về nó. Tôi đã phải kiểm tra tất cả những điều này để cho bạn biết ngón tay nào làm gì :)

— Jeremy

4

"Tôi không nghĩ rằng nó thực sự ảnh hưởng đến tốc độ của bạn, ngoại trừ các bình luận, vì việc sử dụng quá nhiều dấu chấm câu trong các ngôn ngữ lập trình. Touch Typing thực sự phù hợp hơn với các từ ... ít nhất là trên bàn phím QWERTY." Tôi rất không đồng ý. Tôi không phải gõ câu để thấy lợi ích khi gõ bằng cảm ứng và tôi có thể nhanh chóng truy cập bất kỳ dấu câu nào bằng cách gõ cảm ứng. Tôi không đồng ý rằng nó không ảnh hưởng đến tốc độ, tôi đã từng thấy loại săn bắn và mổ trước đây.

— Cơ hội

90

Vâng, tôi đã nói phần của tôi về điều này ở đây:

Khi bạn là một người đánh máy nhanh, hiệu quả, bạn sẽ dành ít thời gian hơn giữa việc nghĩ suy nghĩ đó và diễn đạt nó bằng mã. Điều đó có nghĩa là, nếu bạn là tôi ít nhất, rằng bạn thực sự có thể nhận được một số ý tưởng của bạn được cam kết sàng lọc trước khi bạn hoàn toàn mất đi sự suy nghĩ. Lần nữa.

Cá nhân, tôi không thể coi những người đánh máy chậm một cách nghiêm túc như những lập trình viên. Lần cuối cùng bạn nhìn thấy một nghệ sĩ dương cầm săn bắn là khi nào?

— Jeff Atwood
nguồn

5

Thật vậy, nhưng đó không phải là toàn bộ câu chuyện: Theo tôi, nếu bạn là một người đánh máy chậm, điều đó có nghĩa là bạn chưa thực hành mã hóa đủ để trở thành một lập trình viên giỏi (trừ khi bạn là người tin tưởng vào lập trình của Dijkstra về tôn giáo giấy).

— xmm0

33

Nghệ sĩ dương cầm săn đuổi? Cụm từ tuyệt vời, ẩn dụ xấu. Nghệ sĩ piano diễn giải một tác phẩm, trong khi chúng tôi sáng tác phần mềm.

— Kramii phục hồi Monica

5

@toto từ bao giờ cuộc sống đã "công bằng"?

— Jeff Atwood

5

Tôi đã nhận xét với những người khác rằng học cách chạm vào là điều tốt nhất tôi từng làm trong sự nghiệp lập trình của mình. Nếu tôi phải làm lại từ đầu thì tôi sẽ ... chỉ tôi mới học được sớm hơn. Tôi không thể đếm số lần tôi đã xem những người dùng "săn & mổ" khác gõ bàn phím trong 30 giây (hoặc cho đến khi được nói) chỉ để nhìn lên và nhận ra rằng con trỏ / dấu mũ không tập trung vào đúng thứ hoặc một cửa sổ khác đã đánh cắp tiêu điểm, v.v. Tương tự như vậy nếu bạn sử dụng menu chỉnh sửa hoặc nhấp chuột phải để truy cập cắt / sao chép / dán, bạn đang lãng phí hàng tấn thời gian quý giá.

— scunliffe

3

@scunliffe Ở phía đối diện của câu chuyện đó, tôi đã gõ nhanh một thứ gì đó và không thực sự nhìn vào bất cứ thứ gì (phân vùng mã ah), chỉ nhận ra rằng con trỏ của tôi đã nhảy sang một cửa sổ mới (tin nhắn MSN ngu ngốc!) và mã của tôi là bây giờ khoảng một nửa gõ vào cửa sổ nhắn tin. Nhược điểm của gõ phím cảm ứng: đi nhanh hơn não của bạn!

— CodexArcanum

31

Gõ cảm ứng nhanh giúp khi mã hóa, không phải vì bạn có thể tạo ra mã nhanh hơn, mà bởi vì việc gõ mã ít gây mất tập trung . Tôi thường thấy các lập trình viên cẩn thận xem xét một kỹ thuật hoặc tìm kiếm API và sau đó bắt đầu viết mã ... chỉ để tạm dừng một phút sau vì họ đã quên một cái gì đó trong khi tìm ra cú pháp.

Bất kể bạn đang sử dụng hai ngón tay hay mười ngón tay, nếu bàn phím là phương thức giao tiếp chính của bạn, bạn không cần phải suy nghĩ về nó (ít nhìn vào nó) hơn bất kỳ điều gì bạn cần phải nghĩ về phát âm trong khi nói Ngôn ngữ bản địa của bạn.

Bạn có thể nghĩ rằng bị phân tâm không phải là vấn đề lớn vì bạn chỉ dành 25% thời gian cho công việc đánh máy của mình ... Mặc dù tôi nghi ngờ bất kỳ sự phân tâm nào khác mà ăn một phần tư trong ngày của bạn sẽ thấy bạn la hét trong thất vọng.

Tuy nhiên, quan trọng hơn, bạn có thể gõ ít hơn mức cần thiết, tối ưu hóa quy trình làm việc của bạn để giảm thiểu thời gian bạn thử các kỹ thuật khác nhau hoặc coi mỗi dòng mã là quý giá: nếu nó đòi hỏi nỗ lực có ý thức từ bạn, bạn sẽ tự nhiên đặt nhiều giá trị trên đầu ra hơn mức xứng đáng , thay vì sẵn sàng loại bỏ mã không phù hợp hoặc không cần thiết.

— Shog9
nguồn

4

@EpsilonVector: với mục đích của cuộc thảo luận này, có lẽ không quá nghiêm ngặt đối với định nghĩa "gõ phím cảm ứng": nếu bạn có thể thực hiện cùng một kết quả (ghi nhớ vị trí của các phím để gõ mà không có ý thức săn tìm chúng và quản lý để đánh chúng đủ nhanh để tránh phá vỡ dòng chảy) mà không cần dựa vào các vị trí ngón tay "chính thức", sau đó bạn đã phát triển hiệu quả hệ thống gõ cảm ứng cá nhân của riêng mình. Bạn có thể nghĩ đó chỉ là lẽ thường, nhưng ... Tôi đã thấy những người có nhiều năm kinh nghiệm vẫn chật vật, từ từ, để tìm đúng phím trong khi gõ.

— Shog9

1

Đồng ý ... có kỹ năng đánh máy đàng hoàng là điều cần thiết.

— Robert Harvey

1

Mặc dù tôi đồng ý với điều này và được bình chọn, gõ nhanh không có nghĩa là bạn không nên súc tích. Do đó tôi đã thêm một câu trả lời hai dòng gần như giống nhau. :)

— Peter Boughton

2

Vì nhiều lý do tương tự, các lập trình viên săn tìm dường như rất dễ bị lập trình sao chép và dán. Tôi đã xem mọi người dành mười đến mười lăm giây để cuộn lên và xuống mã để tìm một dòng duy nhất mà sau đó họ có thể sao chép và sửa đổi. Và sau đó làm lại trên dòng tiếp theo.

— mmyer

2

@mmyer: Tôi thấy điều này mỗi ngày tại công việc hiện tại của tôi. Mọi người sẽ cuộn (thường sử dụng mũi tên lên trên thanh cuộn) để tìm một dòng tương tự mà họ có thể sửa đổi và sử dụng lại. Một anh chàng đưa nó đi xa hơn, và các dòng sao chép bằng cách sử dụng menu Chỉnh sửa. Nó làm tôi muốn xé tóc ra.

— Joshua Smith

13

Có , có thể gõ nhanh, mà không cần nhìn vào bàn phím hoặc màn hình , chắc chắn sẽ giúp năng suất của bạn.

Không quan trọng bạn nhập như thế nào , cũng không phải là bạn có sử dụng cùng một kỹ thuật trên các từ như trên mã hay không , nhưng bạn vẫn không nhận ra bất kỳ lỗi nào để bạn có thể lên kế hoạch sửa chúng ngay lập tức.

— Peter Boughton
nguồn

"Hay màn hình"? Bạn code bịt mắt ...? ^^

— gablin

6

gablin - chắc chắn - tôi có thể làm được. : P Nhiều khả năng, tôi đang nhìn vào màn hình khác (nơi có UI) hoặc thông số kỹ thuật trên bàn của tôi, để quyết định điều gì tiếp theo (vì vậy tôi chỉ có thể tiếp tục thay vì phải dừng lại để kiểm tra ).

— Peter Boughton

1

thật vậy, tôi thường viết mã / viết và tìm kiếm / nói chuyện với đồng nghiệp về một điều gì đó - có một cuộc trò chuyện nhanh chóng nhưng đầy đủ với họ nhưng vẫn để ngón tay gõ vào bất cứ điều gì tôi đang làm. Đôi khi tôi rất ngạc nhiên về việc tôi có thể làm tốt đến mức nào ... chỉ đến khi tôi "nghĩ" về thực tế là tôi đang làm điều đó, tôi mới vấp ngã.

— scunliffe

8

Tôi cá rằng gõ phím cảm ứng quan trọng hơn đối với các phần hợp tác trong công việc của tôi hơn là các phần Kỹ thuật. Tôi biết một số người săn và mổ người có thể gõ nhanh hơn một số người đánh máy cảm ứng, nhưng nhìn chung tôi đã thấy rằng những người săn tho có xu hướng giao tiếp vì gõ là một việc vặt như vậy.

— Dữ liệu
nguồn

3

Dưới giao tiếp, và dưới bình luận. Bạn phải yêu thích các bình luận cam kết: "Cập nhật".

— Gauthier

6

Chủ sở hữu công ty taxi cho nhân viên tiềm năng:

"Khả năng lái xe quan trọng như thế nào?"

— tỏi tỏi
nguồn

6

Tài xế taxi có một thanh tối thiểu cho khả năng lái xe? Tôi không tin nó.

— Jared Updike

2

Ẩn dụ xấu - lập trình không phải là gõ, đó là suy nghĩ.

— Không ai là

Lái xe là thực hiện quá trình suy nghĩ tuyến đường. Gõ là thực hiện quá trình suy nghĩ lập trình.

— adolf tỏi

@rmx: Tôi muốn biết phần mềm nào bạn sử dụng mà bạn có thể nghĩ đơn giản là một chương trình tồn tại. Đó sẽ là tiện lợi. Hầu hết chúng ta đều phải nhập các chương trình của mình.

— Wolfger

Tôi đoán tất cả các tài khoản 'suy nghĩ' này cho tất cả các slidware tôi đã thấy trong nhiều năm qua ...

— adolf tỏi

4

Bạn đã học cách chạm vào khi bạn đã làm việc như một lập trình viên?

Không. Tôi vẫn không thể chạm đúng loại. Các ngón tay của tôi đi khắp nơi, và tôi chủ yếu là hai ngón tay trên mỗi bàn tay, và không chính xác lắm. (Tôi đã học cách gõ một cách khó khăn ... trên một cú đấm thẻ IBM 026 vào những năm 1970.)

Nếu vậy nó đã ảnh hưởng đến năng suất của bạn như thế nào? Hoặc bạn vẫn không thể chạm vào loại và bạn có nghĩ rằng nó giữ bạn lại?

Tôi không nghĩ rằng nó giữ tôi lại. Hầu hết thời gian tôi đang suy nghĩ hơn là gõ.

— Stephen C
nguồn

2

Đối với mã hóa, không phải là vấn đề lớn trừ khi bạn đang sao chép tất cả mã của mình ra khỏi một cuốn sách không phải là điện tử (khi đó bạn có vấn đề lớn hơn). Tuy nhiên, tôi không thể tưởng tượng việc trả lời email, tạo tài liệu hoặc bất kỳ thư tín kinh doanh nào khác mà không có kỹ năng đánh máy.

— Jeff
nguồn

Để mở rộng một chút: Tôi đã nhận thấy những người không gõ cũng cẩn thận hơn nhiều để cung cấp ngay cả một chút hướng dẫn. Tôi không nói về tài liệu mỗi lần, ý tôi là ngay cả những thứ như "đây là 10 bước để định cấu hình môi trường dev của bạn để làm việc với mã của chúng tôi."

— MIA

@Jim Leonardo - điều đó sẽ giải thích rất nhiều. Chúng tôi có một số người không thích bất kỳ loại tin nhắn hoặc trò chuyện tức thời nào.

— JeffO

2

Nếu bạn không thể gõ nhanh như bạn nghĩ, bạn sẽ có một sự nghiệp lâu dài.

Nghiêm túc mà nói, nếu bạn phải dừng lại và suy nghĩ một chút về vị trí của các phím hoặc bất cứ thứ gì, thì bạn đang dành quá nhiều chu kỳ não cho nó.

Học cách gõ, thật dễ dàng.

— Jack Marchetti
nguồn

học vẹt, nhàm chán, nhưng có, dễ dàng.

— Dan Rosenstark

"Học cách gõ, thật dễ dàng" - nhảm nhí. Có thể dễ dàng học trước khoảng 25 tuổi và có thể dễ học nếu bạn đã sử dụng bàn phím mà không học được hình thức phù hợp trong nhiều năm, nhưng tôi có thể làm chứng rằng điều đó chắc chắn không dễ dàng. Cố gắng di chuyển tốc độ đánh máy của tôi vượt quá 30wpm tôi đã bị mắc kẹt trong nhiều năm là một trong những điều khó khăn nhất mà tôi đã cố gắng học kể từ khi rời khỏi lớp. trường học. Nó có thể vẫn có thể ; bồi thẩm đoàn vẫn ra về điều đó và tôi vẫn đang cố gắng, nhưng "dễ dàng" không mô tả quá trình này.

— Daniel Martin

2

Tôi chỉ mới gõ phím được 6 tháng, trong số 15 năm làm lập trình viên. Đối với tôi sự tiện lợi của việc không phải nhìn vào bàn phím giúp tập trung vào màn hình và làm cho quá trình làm việc liền mạch hơn. Tôi sử dụng một bàn phím nhỏ gọn (tenkeyless) và gần đây là một trackball, điều đó có nghĩa là mọi thứ đều ở gần và luôn ở cùng một vị trí. Tôi không bao giờ phải nhìn xuống.

Mặc dù bây giờ tôi đang gõ mã nhanh hơn, tôi không tin rằng điều này có tác động lớn đến năng suất tổng thể, nó chỉ thoải mái hơn!

— Nimo71
nguồn

1

Tôi nghĩ rằng nó hoàn toàn phụ thuộc vào loại chương trình mà bạn làm. Hầu hết công việc của tôi là sửa lỗi và do đó, thường chỉ thay đổi một vài ký tự một lần và nhiều lần nó không yêu cầu gõ gì: sao chép-dán một dòng từ điểm A đến điểm B. Không nói tôi là bản sao / dán coder, nhưng đôi khi mã đúng đã có sẵn, nó chỉ theo thứ tự ngược lại.

Khi tôi mã hóa một cái gì đó mới, phần lớn mã được tạo từ ứng dụng mô hình hóa của tôi - bao gồm cả nhận xét.

Ngoài ra, các lập trình viên mà tôi đã chứng kiến những người có thể gõ nhanh không nhất thiết phải gõ tốt . Chắc chắn, họ có thể đạt hơn 20 wpm so với tôi, nhưng họ cũng có khoảng 2 lần như nhiều lỗi được giới thiệu bởi lỗi chính tả. Có lẽ đó không phải là vấn đề trong các lang được biên dịch, hoặc có thể là vấn đề nhiều hơn vì bạn phải biên dịch thường xuyên hơn so với người lần đầu tiên xử lý đúng?

— ken
nguồn

1

Có thể chạm vào loại là khá quan trọng. Giống như những người khác đã nói bạn sẽ có thể lấy mã (văn bản, cấu trúc ngôn ngữ khác) vào máy tính mà không mất nhiều thời gian suy nghĩ xem ngón tay nào cần nhấn phím nào. Điều này không quá quan trọng khi xử lý các sửa lỗi / bảo trì vì những lỗi này thường liên quan đến việc thay đổi nhiều mã tại một điểm cục bộ, tuy nhiên khi tạo ra mã mới, nó đóng một phần trong năng suất của bạn (SLOC hàng ngày cho các số liệu chuyên viên máy tính).

Thành thật mà nói một cái gì đó không thực sự về chủ đề cho câu hỏi nhưng điều đó xuất hiện rất nhiều là biết các phím tắt của bạn. Một vài bản demo sản phẩm cuối cùng với các khách hàng của tôi mà tôi đã có họ liên tục bị ấn tượng bởi tốc độ tôi điều khiển nhanh chóng trong PowerPoint / Excel / etc (và các phím tắt trong ứng dụng tôi đang phát triển cho họ). Nó đã đến điểm mà một cuộc họp chúng tôi dành khoảng 10 phút ngoài chủ đề chỉ nói về nó.

— Ken Henderson
nguồn

0

Nó khá quan trọng như một thứ tốc độ. Tôi đã từng là một người nhìn bàn phím, và đôi khi tôi vẫn không có thói quen. Tôi vừa mới trở thành một người cảm ứng từ kinh nghiệm - không bao giờ thực sự ngồi xuống để học nó.

Miễn là bạn không phải là một kẻ chuyên săn lùng và mổ xẻ. Làm việc với một người khi tôi làm hỗ trợ kỹ thuật bán thời gian - rùng mình .

— Máy bắn cá
nguồn

Tôi không biết ... Khi tôi là một người đánh máy và đánh máy, tôi khá nhanh, mặc dù tôi không hoàn toàn là một người đi săn và người mổ (tôi có nhiều cách kết hợp nhiều ngón tay khác nhau cho các từ cụ thể).

— EpsilonVector

0

Tôi cho rằng nó rất hữu ích, và tôi rất vui vì tôi đã phải học nó ở trường, mặc dù lúc đó tôi ghét nó. BTW, trường tôi tập trung vào CNTT và tổ chức kinh doanh.

— người dùng281377
nguồn

0

Lo lắng về nó không giúp đỡ. Quay trở lại khi, tôi đọc một số cuốn sách về nó, và nó cho tôi biết ngón tay của tôi nên ở đâu khi "nghỉ ngơi", cụ thể là ASDF và JKL :. Sau đó, đó chỉ là vấn đề di chuyển ngón tay gần nhất đến chữ cái bạn cần. Tôi vẫn không có hàng trên xuống vỗ. Sau đó, đừng lo lắng về nó. Tốc độ chỉ đến, tất cả của chính nó.

Có một chương trình, "Mavis Beacon Dạy đánh máy". Bạn đang lái xe ô tô, và bạn càng gõ nhanh, xe càng chạy nhanh hơn và khi bạn mắc lỗi, một lỗi sẽ xuất hiện trên áo gió của bạn. Đó là rất nhiều niềm vui và giúp đỡ rất nhiều.

— Mike Dunlavey
nguồn

0

Tôi chưa bao giờ học cách chạm chính xác (đưa tay trở lại hàng nhà, v.v.) nhưng tôi gõ bằng nhiều ngón tay của mỗi bàn tay và có thể gõ 45 wpm mà không gặp lỗi. Vì vậy, có, tôi có thể thấy rằng nó hữu ích để có thể gõ hiệu quả.

Có đáng để tôi không học theo cách tôi làm và thêm có thể 20 wpm vào tốc độ gõ của tôi không? Tôi không biết. Để gõ một cái gì đó như thế này, chắc chắn. Nhập mã vào, không chắc chắn. Tôi dành quá nhiều thời gian để quay trở lại con chuột của mình khi tôi viết mã (vì tôi có xu hướng thực hiện nhiều sàng lọc từng bước) mà tôi hiếm khi gõ các cụm từ rất dài tại một thời điểm nào đó.

— tcrosley
nguồn

0

Bạn càng gõ, bạn càng ít nhìn vào bàn phím, đó là một quá trình tự nhiên. Đó là lý do tại sao một số người trên bàn phím máy có thể sử dụng các phím trống, 1 là vì nó trông sạch sẽ, 2 là hiệu quả hơn khiến bạn không thể nhìn vào bàn phím. Những bàn phím như DAS proffesional, HHKB pro2 ...

Bạn có thể sử dụng các công cụ hỗ trợ như AHK, texter. texter chỉ là một bộ mở rộng văn bản dựa trên GUI đơn giản được tạo trên AHK, đơn giản và dễ dàng, nhưng độc lập + AHK bạn có nhiều điều khiển hơn, chẳng hạn như tôi sử dụng tập lệnh kết hợp không gian cho phép tôi sử dụng thanh không gian làm khóa modifer,

ví dụ: khi giữ không gian của tôi nhiều hơn 0,2 giây so với sử dụng các phím khác như
trên hàng nhà- --hjkl = điều hướng trái, xuống, lên, phải
đi lên, ---- yuio = back-space, hoàn tác, làm lại,
một hàng xuống, -------- bnm ,. =? ('"{

và nhiều hơn nữa tùy theo sở thích riêng của bạn đối với các phím như home, end .. hoặc bất kỳ phím khó tiếp cận nào, khiến bạn rời khỏi hàng nhà. chẳng hạn như ánh xạ lại phím điều khiển trên capslock và một kết hợp backspace khác cho tay trái (shift + dấu cách) ở đây là chuỗi về kịch bản kết hợp thanh không gian

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

Tôi có thể đưa ra kịch bản tôi đang sử dụng sau khi tôi hoàn thành thiết kế blog của mình, ghé thăm blog của tôi sau khi kết thúc năm 2010 nó có thể ở đó. :)

— Ma quỷ
nguồn

Dịch cho những người không dùng Windows: textExpander cho Mac, autokey hoặc kbd-mangler trên Linux. Điều đó nói rằng, tôi thấy rằng trở thành một người đánh máy nhanh là một kỹ năng di động hơn bất kỳ trợ lý phần mềm nào. ;-)

— Tom Morris

0

Ấn tượng của tôi là những người biết cách chạm vào có xu hướng viết thêm tài liệu trong mã của họ - chỉ vì nó dễ dàng. Điều này không trực tiếp mang lại lợi ích cho bạn, nhưng tất cả những người khác mà bạn làm việc cùng, có thể bao gồm cả bản thân tương lai của bạn khi gỡ lỗi / mở rộng mã của riêng bạn.

Cá nhân tôi phát ốm vì những người không ghi lại mã của họ mà tôi có thể sẽ kiểm tra các lập trình viên về khả năng gõ nhanh nếu tôi phụ trách chọn người cho dự án.

— Hans-Peter Störr
nguồn

0

Bàn phím, IDE, chuột, ngôn ngữ lập trình, ... tất cả sẽ biến mất khi mã hóa. Gõ cảm ứng là thủ thuật duy nhất giúp tôi biến bàn phím biến mất. Tôi vẫn đang vật lộn để làm cho phần còn lại của họ biến mất!

— rpattabi
nguồn

0

Gõ cảm ứng là một kỹ năng phải có cho một lập trình viên. Tôi nghĩ rằng hầu hết các lập trình viên phát triển mạnh về số từ cao mỗi phút và tôi tin rằng đây là vấn đề. Tôi sẽ cố gắng biện minh điều này dưới đây:

Tôi có thể sử dụng loại cảm ứng, nhưng tôi không theo đuổi WPM cao trong khi lập trình, chủ yếu vì nó giúp tôi có thêm thời gian để suy nghĩ về những gì tôi đang làm.
Có thể sử dụng các phím tắt tái cấu trúc trong IDE cũng quan trọng không kém. Ví dụ: Tự động đổi tên, đổi tên hoặc trích xuất các phím tắt phương thức sẽ giúp bạn tiết kiệm rất nhiều thời gian.
Sử dụng hiệu quả các đoạn mã và mẫu là quan trọng hơn. Ví dụ: bằng cách nhập Tst, bạn có thể tạo IDE của mình để tạo mẫu thử nghiệm cho bạn
WPM cao trong khi lập trình cặp có thể khiến người khác khó theo dõi bạn hơn.

Tóm lại, tôi nghĩ rằng gõ bằng cảm ứng là một kỹ năng bắt buộc đối với một lập trình viên có năng lực, tuy nhiên, giống như bất kỳ công cụ nào, nó không nên có tác động tiêu cực đến năng suất của bạn.

— CodeART
nguồn