it-swarm-vi.com

Làm thế nào quan trọng là khả năng cảm ứng loại?

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 đó là điều 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ó.)

38
finnw

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 điều đó không gây căng thẳng về thể chất cho bạn và tốc độ gõ của bạn không đột ngột chậm hơn tốc độ mặc dù của bạn, 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õ.

37
EpsilonVector

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

Khi bạn là 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ã. Có nghĩa là, nếu bạn là tôi ít nhất, rằng bạn thực sự có thể có được một số ý tưởng của bạn 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?

90
Jeff Atwood

Gõ nhanh giúp ích 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ã là í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, 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 để suy nghĩ về phát âm trong khi nói bằng ngôn ngữ mẹ đẻ 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.

Quan trọng hơn, bạn cũng có thể gõ ít hơn so với mức tối ưu hóa, để 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 xử lý từng kỹ thuật 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ị hơn đầu ra hơn so với giá trị, thay vì sẵn sàng loại bỏ mã không phù hợp, hoặc là không cần thiết.

31
Shog9

, có thể gõ nhanh, 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 bạn năng suất.

Không quan trọng bạn gõ như thế nào, cũng không biết bạn có sử dụng kỹ thuật tương tự trên các từ như trên mã không, một khi không cần suy nghĩ, nhưng bạn vẫn biết về bất kỳ sai lầm để bạn có thể lên kế hoạch sửa chữa chúng ngay lập tức.

13
Peter Boughton

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 Hunt 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.

8
Datachick

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?"

6
adolf garlic

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õ.

4
Stephen C

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.

2
Jack Marchetti

Đố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 phi điện tử (khi đó bạn gặp 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.

2
JeffO

Tôi chỉ mới gõ phím trong 6 tháng qua, 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!

2
Nimo71

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 đó 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ó.

1
Ken Henderson

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 - 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 tốt khi gõ. 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?

1
ken

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.

0
user281377

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.

0
Mike Dunlavey

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 không khi tôi 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? 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 với con chuột của mình khi tôi viết mã (bởi vì tôi có xu hướng thực hiện nhiều tinh chỉnh 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 đó.

0
tcrosley

Bàn phím, IDE, chuột, ngôn ngữ lập trình, ... tất cả nên 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!

0
rpattabi

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ố lượng từ mỗi phút cao 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ể chạm vào loại cảm ứng, nhưng tôi không theo đuổi cao WPM trong khi lập trình, chủ yếu vì nó cho tôi nhiều thời gian hơn để 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ụ: Thuộc tính tự động, đổ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 để tạo mẫu thử nghiệm cho bạn

  • Cao WPM 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.

0
CodeART

Bạn càng gõ, bạn càng ít phải 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 công cụ 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à chủ đề về tập lệnh kết hợp thanh không gian

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

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ể ở đó. :)

0
Devric

Ấ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.

0
Hans-Peter Störr

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 ông trùm 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- shudder.

0
Fishtoaster