10 X năng suất hơn ? Không có khả năng. Tôi có xu hướng nghĩ rằng các yếu tố nhân giống như 1.1, sẽ tăng lên sau một thời gian.
Những gì Steve Yegge đang nói đến thực sự là một sự phản ánh về việc trở thành một chuyên gia về Emacs, và những điều đó rất hiếm. Những người đang đạt được hiệu ứng nhân này đang tích cực tùy chỉnh trải nghiệm Emacs của họ bằng cách viết elisp để điều chỉnh Emacs cho phù hợp với nhu cầu cụ thể của họ. Ví dụ, Yegge đã viết ejacs . Giải thích trích dẫn Yegge ngụ ý nghiêm ngặt bạn đang tùy chỉnh Emacs để giúp tùy chỉnh / mở rộng Emacs dễ dàng hơn.
Đây là cách tôi chia nhỏ các cấp độ chuyên môn khác nhau khi áp dụng cho Emacs:
- Một người mới biết cách chạy Emacs, di chuyển con trỏ xung quanh, thực hiện một số chỉnh sửa, thoát Emacs.
- Một người mới bắt đầu nâng cao biết cách đặt một số tùy chỉnh cơ bản trong họ
.emacs
hoặc đã sao chép hoàn toàn khối của người khác .emacs
vào trong họ. Họ biết cách tạo ra các ràng buộc khóa toàn cầu, require
các gói tích hợp, cho phép các chế độ nhỏ.
- Người dùng Emacs có năng lực có các
.emacs
tệp lớn , có thể chia thành nhiều tệp. Họ tải xuống và sử dụng các gói không chuẩn, biết cách tìm tài liệu cho các lệnh, chế độ, xem các ràng buộc khóa hiện có, thoải mái với sự khác biệt giữa chế độ phụ và chế độ chính. Người dùng có năng lực thường giữ một phiên bản Emacs duy nhất chạy trong nhiều ngày / tuần, viết, biên dịch, chạy và gỡ lỗi chương trình từ Emacs của họ.
- Người dùng thành thạo thoải mái khi viết emacs lisp, tạo các lệnh tương tác của riêng họ và thoải mái viết các chế độ nhỏ. Người dùng thành thạo nhìn vào mã lisp emacs để hiểu rõ hơn về các chế độ họ đang sử dụng, sử dụng trình gỡ lỗi elisp và thường sử dụng các quy trình kém hơn (shell, quy trình lisp, ...).
- Người dùng Expert Emacs viết các chế độ chính mới từ đầu, xem và sửa đổi mã C cho Emacs, biết chỉnh sửa đệ quy là gì và sử dụng nó, sử dụng giao tiếp giữa các quá trình để tích hợp Emacs với các công cụ bên ngoài. Họ cũng đọc danh sách gửi thư của emacs-devel .
Và vì bạn đang yêu cầu trải nghiệm cá nhân, đây là những ví dụ về những gì cá nhân tôi đã làm khiến tôi cảm thấy mình làm việc hiệu quả hơn. Lưu ý: Tôi tình cờ làm việc trong một công ty nơi chúng tôi không ở gần rìa của môi trường phát triển, ví dụ, chúng tôi vẫn sử dụng CVS.
- Tôi đã tích hợp Emacs với công cụ theo dõi lỗi: khi tôi thực hiện các cam kết, nó sẽ ghi lại tên tệp và phiên bản trong các trường cho lỗi và từ Emacs tôi có thể xem các lỗi của mình, gán chúng, giải quyết chúng, v.v.
- Tôi đã viết một cây cầu kết nối sản phẩm của mình (công việc ban ngày) và Emacs, làm cho sản phẩm của tôi trở thành một quy trình kém hơn - cho phép tôi thực hiện các thay đổi đối với mã nguồn một cách nhanh chóng.
- Tôi đã mở rộng xử lý TAGS bằng thẻ find-file-in cung cấp một số phím tắt phù hợp với môi trường phát triển của tôi.
- Tôi đã viết một chế độ lấy kết quả hồi quy và cho phép tôi chuyển sang các lỗi, kiểm tra các tệp nhật ký, chạy lại một hoặc nhiều bài kiểm tra hoặc nhập một lần chạy gỡ lỗi, với các lần nhấn phím tối thiểu.
- Báo cáo trạng thái hàng tuần của tôi (vâng, tôi sử dụng Emacs cho email) được tạo tự động bằng các cam kết tôi đã thực hiện trong suốt cả tuần.
Đó là những thay đổi tôi đã thực hiện để điều chỉnh cụ thể Emacs cho môi trường và quy trình làm việc của tôi.
Tôi có năng suất gấp 10 lần so với những người khác xung quanh mình không? Không.
Tuy nhiên, đối với công việc hàng ngày của tôi, có nhiều tác vụ tôi có thể thực hiện với một vài lần nhấn phím mà những người khác mất nhiều thời gian hơn để làm trong môi trường không tùy chỉnh của họ và thường yêu cầu họ chuyển đổi giữa trình soạn thảo và trình duyệt web hoặc trình bao .
Có phải họ là những ví dụ đáng kinh ngạc? Không. Tôi chắc chắn rằng phần lớn những gì tôi đã làm đã có sẵn trong Visual Studio . Bài viết của tôi sẽ đưa bạn trở lại Nhà thờ Emacs? Chắc là không.
Tuy nhiên, nếu bạn thấy một mô hình hành vi trong môi trường phát triển của mình và bạn có cảm giác ngứa ngáy rằng "Tôi thực sự không cần phải lặp đi lặp lại X / Y / Z, nếu tôi chỉ có thể ..." thì Tôi khuyên bạn nên cố gắng sử dụng Emacs để gãi ngứa. Vết xước đó có thể là bước đầu tiên xuống con đường "tự củng cố" mà Steve Yegge đang nói đến.
Lưu ý nhỏ: Tôi không biết rằng nhiều người dùng (bất kỳ?) Thực sự là chuyên gia Emacs đang tích cực sử dụng các trang web tràn ngăn xếp, hoặc, ít nhất, họ không trả lời các câu hỏi liên quan đến Emacs. Tôi nói rằng dựa trên những người dùng hàng đầu cho các thẻ emacs và elisp trên stack stack.