- Trong thời kỳ Microsoft và IBM cùng phát triển OS/2, việc dùng phím nào để di chuyển giữa các trường trong hộp thoại đã trở thành một vấn đề cho thấy sự khác biệt về cơ cấu tổ chức
- Một đồng nghiệp Microsoft được bố trí làm việc tại văn phòng IBM ở Boca Raton đã quyết định dùng phím TAB làm phím di chuyển giữa các trường, và IBM yêu cầu chuyển vấn đề này lên quản lý ở Redmond
- Người quản lý của Microsoft trả lời rằng lý do anh ấy ở Boca là để tự đưa ra những quyết định như vậy, và phía IBM được truyền đạt lại bằng cách diễn đạt theo kiểu công ty hơn: “Microsoft ủng hộ việc dùng phím TAB cho mục đích này”
- IBM vẫn không hài lòng và tiếp tục đẩy vấn đề lên nhiều cấp theo hệ thống tổ chức, nói rằng một phó chủ tịch (VP) ở cấp cao hơn lập trình viên khoảng 7 bậc phản đối việc dùng TAB, đồng thời yêu cầu phía Microsoft xác nhận từ một quản lý ngang cấp
- Đồng nghiệp Microsoft đáp lại rằng “mẹ của Bill Gates không quan tâm đến phím TAB”, sau đó cuộc tranh luận dường như kết thúc và TAB vẫn được giữ nguyên
Khác biệt về cơ cấu tổ chức bộc lộ trong quá trình hợp tác OS/2
- Trong thời kỳ Microsoft và IBM cùng phát triển OS/2 đã có những va chạm văn hóa; phía Microsoft cho rằng các đồng nghiệp IBM bị trói buộc bởi bộ máy quan liêu không cần thiết, còn phía IBM thì xem người Microsoft là những hacker thiếu kỷ luật
- Một trong những điểm va chạm là cơ cấu tổ chức, và việc dùng phím nào để chuyển từ trường này sang trường khác trong hộp thoại (dialog box) đã trở thành chủ đề tranh cãi
- Một đồng nghiệp Microsoft được cử đến làm việc tại văn phòng IBM ở Boca Raton, Florida, và đã quyết định dùng phím TAB làm phím di chuyển giữa các trường
- Phía IBM không hài lòng với quyết định này và yêu cầu chuyển vấn đề lên cho quản lý của anh ấy ở Redmond
Sự ủy quyền của Microsoft và quy trình báo cáo lên cấp trên của IBM
- Người quản lý của Microsoft trả lời: “Lý do bạn ở Boca là để đưa ra những quyết định như thế này, để tôi không cần phải ở Boca”
- Trước khi được chuyển tới IBM, câu trả lời này được đổi sang cách diễn đạt mang tính công ty hơn thành: “Microsoft ủng hộ việc sử dụng TAB cho mục đích này”
- Phía IBM vẫn không hài lòng và tiếp tục đẩy vấn đề này lên nhiều cấp trong hệ thống tổ chức
- IBM nói rằng một VP ở cấp cao hơn lập trình viên khoảng 7 bậc hoàn toàn phản đối việc dùng TAB cho mục đích này, và yêu cầu Microsoft cũng phải có xác nhận từ một quản lý ngang cấp
Kết thúc cuộc tranh cãi
- Đồng nghiệp Microsoft đáp lại: “Mẹ của Bill Gates không quan tâm đến phím TAB”
- Sau câu trả lời này, cuộc thảo luận dường như đã kết thúc và phím TAB vẫn được giữ nguyên
- Bài viết khép lại bằng một câu đùa rằng ở Mỹ, Chủ nhật tới là Mother’s Day, nhưng không khuyến khích bạn hỏi mẹ mình nghĩ gì về phím TAB
- Đánh giá của Microsoft và IBM về nhau có lẽ đều phần nào đúng
1 bình luận
Ý kiến trên Hacker News
IBM nổi tiếng là quản lý quá mức
Một người tôi từng làm cùng trước đây kể rằng vào giữa thập niên 90, khi làm thực tập sinh mùa hè tại IBM London trong công việc tương tự QA engineering ngày nay, văn hóa lúc đó đang chuyển từ việc mọi người đều mặc vest đi làm, nên các thực tập sinh đã xin được phép mặc đồ casual vào riêng ngày thứ Sáu
Họ nghĩ đó không phải chuyện lớn vì chẳng gặp khách hàng nào, chỉ làm việc trong phòng hậu cần, nhưng vài tháng sau, ngay trước khi kỳ thực tập kết thúc, câu trả lời mới đến, và yêu cầu đó đã đi qua chuỗi phê duyệt 4 cấp của văn phòng London rồi được chuyển sang trụ sở chính ở Mỹ, lên tận bàn của một phó chủ tịch
Có lẽ mỗi cấp lại mất vài tuần để cân nhắc xem mình có thẩm quyền xử lý chuyện hệ trọng này hay không, rồi câu trả lời lại đi ngược cùng tuyến đường đó, từng cấp một, băng qua Đại Tây Dương để tới những thực tập sinh mặc vest ở London, lúc ấy kỳ thực tập chỉ còn vài ngày
Câu trả lời là không chấp thuận
Thế mà 8 tháng sau, bộ phận nhân sự IBM gọi điện hỏi tôi có muốn phỏng vấn vào thứ Năm tuần sau không, và khi tôi nói không còn hứng thú nữa thì họ hoàn toàn bối rối
Tôi không hiểu họ đã nghĩ gì, nhưng rõ ràng họ rất tự cho mình là trung tâm dù cũng chẳng đưa ra mức lương hấp dẫn nào
Không khí khá thoải mái, tôi không phủ nhận câu chuyện trên mà chỉ bổ sung một góc nhìn khác
Tôi đã yêu cầu được ngoại lệ trong điều khoản hợp đồng nói rằng IBM có quyền ưu tiên với tài sản trí tuệ do tôi tạo ra ngoài giờ làm
Tôi chỉ làm ở tổng đài hỗ trợ kỹ thuật, không hề có quyền truy cập thông tin độc quyền của IBM và cũng không làm vai trò phát triển, nên về mặt này hoàn toàn không có rủi ro
Trên thực tế, tất cả những người tôi có thể gặp trực tiếp đều cho rằng đó là một yêu cầu rất hợp lý, nhưng phải mất 6 tuần mới có phản hồi từ chối đầu tiên, rồi quản lý trực tiếp của tôi cố gắng hòa giải khiến việc xem xét kéo dài thêm 2 tuần nữa, nhưng câu trả lời vẫn là từ chối
Có vẻ hồ sơ đã đi ngược theo tuyến báo cáo lên tận Mỹ, tách sang bộ phận pháp lý rồi lại đi xuống, và cuối cùng tôi rời công ty để tránh nguy cơ IBM đòi quyền với cả những dự án phần mềm nhỏ tôi làm cùng bạn bè
Ngoài ra, biểu mẫu HR được viết từ đầu thập niên 80 rồi được số hóa vào những năm 2000, còn đội của chúng tôi thì rất đa dạng dù không phải làm việc đối diện khách hàng
Đã có nỗ lực cập nhật biểu mẫu để công nhận các tổ hợp giới tính và đại từ khác nhau, nhưng việc xem xét mất khoảng 12 tuần, và cuối cùng có vẻ bị từ chối vì chẳng ai muốn xác định ai là người phải sửa biểu mẫu đó
Đội có nhiều thành viên LGBT và rõ ràng việc giữ chân họ là quan trọng, vậy mà vẫn bị từ chối dứt khoát
Khóa đào tạo phòng chống quấy rối tình dục năm 2010 được phát qua băng từ, và vì nó được ghi là “phiên bản cập nhật” nên biết đâu trước đó còn là đĩa vinyl
Điều khiến câu chuyện này nghe lạ là IBM đã dùng cách đặt tên phím nhất quán trên nhiều sản phẩm, và các terminal mainframe dòng 3270 dùng chính phím Tab ở vị trí Tab trên bàn phím hiện đại để đưa con trỏ sang trường tiếp theo
https://www.bitsavers.org/pdf/ibm/3278/GA27-2890-4_3278_Disp... trang 73 của PDF
Nhân tiện, trên terminal IBM, việc di chuyển giữa các trường quan trọng đến mức phía đối diện phím Tab còn có hẳn một phím Back Tab riêng
Ban đầu IBM PC gộp hai chức năng đó vào một phím, nên trên bàn phím PC cổ điển, phím Tab có cả ký hiệu Tab tiến và Tab lùi, và ký hiệu Tab lùi nằm phía trên để chỉ phải nhấn cùng Shift
Thêm nữa, terminal dòng 5250 dùng thuật ngữ “Field Advance” và “Field Backspace” thay vì Tab/Back Tab, nhưng ký hiệu và vị trí phím về cơ bản giống dòng 3270
Tham khảo: https://www.bitsavers.org/pdf/ibm/5291/GA21-9409-0_5291_Disp...
Hãy nhìn phím “Next field” bên trái và phím đối ứng “Previous field” bên phải
IBM 3270 là một thiết bị nhập biểu mẫu, mainframe gửi một biểu mẫu có chỗ trống xuống terminal và người dùng điền vào các ô trống đó
Phần cứng terminal ngăn không cho ghi đè phần cố định của biểu mẫu và cũng áp dụng các ràng buộc như trường số, tất cả đều được xử lý tại terminal
Khi điền xong biểu mẫu, người dùng nhấn ENTER và toàn bộ biểu mẫu hoàn chỉnh được gửi lên mainframe như một transaction duy nhất
Cách này giúp một mainframe có thể phục vụ số lượng terminal cực lớn, còn người dùng thì không bị độ trễ khi nhập, có thể gõ rất nhanh mà hầu như không cần nhìn
PC không có mô hình sử dụng như vậy, và phía PC nghĩ theo hướng “máy đánh chữ”
Một trong những terminal máy tính gia dụng đời đầu thậm chí còn được gọi là “TV Typewriter”
Web form có mô hình này, nhưng mức độ nhất quán thấp hơn nhiều
[1] https://sharktastica.co.uk/resources/images/model_bs/themk_1...
Nhưng đó chỉ là suy đoán
Vào thập niên 80, IBM có một ngạch kỹ thuật cao cấp gọi là “Systems Engineers”, và toàn bộ công việc của họ là bình luận về ưu nhược điểm của một hệ thống cụ thể
Không phải viết hệ thống, debug hay giải thích nó, mà chỉ đơn giản là phán rằng “anh đang làm sai rồi”
Với đội Microsoft, họ trông như một tổ chức cực kỳ corporate đầy tuyệt vọng, nhưng bên trong IBM, dân Boca bị xem là “đội nổi loạn”, và thực tế phần lớn IBM còn chẳng biết họ tồn tại
Theo nhịp thời gian của IBM, họ gần như xuất hiện chỉ sau một đêm, di chuyển với tốc độ cực nhanh, và điều đó xảy ra được là vì Thomas Watson Jr. đã gạt bỏ sự phản đối của cấp dưới để phê duyệt kiểu skunkworks này
Vì thế, ở Boca hầu như không có sự giám sát, điều phối hay kiểm soát mà một dự án cỡ đó bình thường sẽ có
Boca thời kỳ đầu hoạt động ngoài chuỗi báo cáo bình thường, và khi họ muốn mua công nghệ hay linh kiện từ các bộ phận khác của IBM thì đôi khi còn phải giải thích rằng họ thực sự là người của IBM
Một phím là Return thông thường như ngày nay, chỉ chuyển sang trường tiếp theo chứ không gửi biểu mẫu
Một phím Enter khác nằm ở vị trí Ctrl phải ngày nay, và phím đó mới là phím gửi biểu mẫu
Vì vậy có thể IBM không phản đối bản thân phím Tab, mà phản đối việc dùng phím Return — thứ người dùng 3270 kỳ vọng sẽ chuyển sang trường tiếp theo — làm phím gửi biểu mẫu
Nhiều chương trình DOS cũng như vậy: nhấn Return sẽ sang trường tiếp theo chứ không gửi biểu mẫu, và đây là một trong những điều phải làm quen khi chuyển sang Windows
CUA nói rất rõ rằng Tab và Backtab dùng để di chuyển giữa các trường
Vậy nên IBM đã phản đối chính tiêu chuẩn của mình qua 7 tầng quản lý: https://archive.org/details/ibmsj2703E/page/n13/mode/2up
Là người thích Tab, tôi không định gây tranh cãi, nhưng trước đây tôi từng hỏi Brendan Eich trên Twitter vì sao ông ấy thích dấu cách hơn
Câu trả lời của ông ấy sâu sắc hơn tôi mong đợi
Các hệ điều hành và hành vi giao diện người dùng hiện đại chặn luôn phím Tab, nên việc nhập ký tự tab thực sự trở nên phức tạp, đặc biệt trong bối cảnh như trình duyệt
Dù vậy tôi vẫn thích Tab và tôi là lập trình viên Go, nhưng ở điểm này thì ông ấy hoàn toàn đúng: đây thực sự là một vấn đề khó chịu
Ví dụ, chỉ cần thử chèn ký tự tab vào vùng nhập văn bản của Hacker News là biết ngay
Tôi hiểu lập luận đó ở mức nào đó, nhưng nếu bạn đang viết code mà tab/space lại quan trọng trong vùng text của HN thì bản thân việc đó đã có gì đó sai rồi
Trình soạn thảo code thì xử lý phím Tab đúng cách
Còn Enter thì ít nhất vẫn có một số quy ước như Shift+Enter, Alt+Enter, Cmd+Enter, nhưng việc gần như không có cách nhập ký tự tab dùng được trên toàn hệ điều hành vẫn khiến tôi bực mình
Shift/Alt/Ctrl+Tab cũng thường đã bị chặn cho hành động khác
Dù vậy, tab và xuống dòng không áp dụng trong mọi ngữ cảnh
Ngoài ra, trong một số chương trình, cũng có thể hợp lý nếu có một phím hay tổ hợp phím để nhập ký tự điều khiển như dữ liệu, chứ không phải như lệnh, kiểu như dùng ^V
Đây là điều đáng cân nhắc khi thiết kế một chiếc máy tính mới không cần phải giống máy tính hiện có, và tôi cũng từng nghĩ về những chuyện như vậy, thậm chí có thể sẽ thực sự cân nhắc
Phím Tab vốn có mục đích ban đầu, nhưng đã bị chiếm dụng và khiến việc dùng đúng mục đích đó trở nên khó hơn
Điều này không khác mấy việc Apple khi mới đưa Touch Bar ra đã loại bỏ phím Escape
Người dùng trung bình có thể hiếm khi dùng nó, nhưng lập trình viên trung bình rất khó sống lâu mà không cần đến mục đích nguyên bản của phím ấy
Tôi từng nghe rằng ngày xưa phím tab có thể được hiển thị khác nhau tùy hệ thống, nên dấu cách an toàn hơn vì nó luôn được hiển thị theo cùng một cách
Brendan có ý như vậy không?
Bài viết rất hay, nhưng tôi vẫn tò mò vì sao IBM lại phản đối việc dùng phím Tab theo cách này
Có phải vì họ không muốn Tab vừa là ký tự nhập vừa là ký tự điều khiển không?
Tức là có những ô nhập cho phép nhập Tab và có những trường hợp thì không, nên khó biết ngay là đang ở trường hợp nào?
Dù đã là năm 2026, tôi vẫn có thể đồng cảm với góc nhìn đó
Thứ nhất là vì phá vỡ tương thích với DOS
Chương trình DOS dùng Enter, và bàn phím số cũng có phím Enter nên người ta có thể nhập dữ liệu số bằng một tay
Tay trái đặt trên giấy gốc, tay phải nhập liệu, và mọi người đã trở nên rất nhanh với kiểu thao tác đó
Mô thức này vẫn còn tồn tại trong một số chương trình như Excel
Nhiều khách hàng không thích phải đặt cả hai tay lên bàn phím, nên nhiều chương trình của chúng tôi cho phép ánh xạ Enter=Tab
Điều quan trọng không phải “tên” của phím mà là vị trí của nó
Việc một phím có hai chức năng chỉ là kiểu phiền toái mà chúng ta chấp nhận, lúc thì nó hoạt động như phím điều hướng, lúc thì như phím chèn khoảng trắng
Enter hẳn cũng sẽ gặp vấn đề tương tự
Giải pháp áp đảo hơn hẳn là thêm một phím mới trên bàn phím, và nếu được thì nên đặt ở khu bàn phím số
Thời đó có rất nhiều phím mới được thêm vào, nhìn lại thì lẽ ra nên thêm một phím “đi tiếp”
Vì trong môi trường đó có hai vai trò hoàn toàn hợp lý và trực quan mà phím Tab có thể đảm nhiệm, và chúng xung đột với nhau
Vấn đề tương tự còn xảy ra với phím Enter thường xuyên hơn nhiều, và đến tận bây giờ chúng ta vẫn phải nhớ những quy tắc khá phức tạp về việc ctrl+crlf là xuống dòng hay gửi tin nhắn, còn crlf đơn lẻ và shift+crlf thì mỗi cái làm gì
Trong trình soạn thảo HN, shift+crlf và crlf đơn lẻ tạo xuống dòng, còn ctrl+crlf thì không làm gì cả
Nhưng ở nơi khác, ctrl+crlf lại kích hoạt gửi biểu mẫu hay tin nhắn, shift+crlf chèn xuống dòng thô, còn crlf đơn lẻ có thể là một trong hai hoặc cũng có thể không phải cái nào
Đó là các binding phổ biến, nhưng tôi cũng từng thấy ngoại lệ và trường hợp đảo ngược, nơi shift+crlf gửi biểu mẫu còn ctrl+crlf chèn xuống dòng thô
Mọi thứ này đều thật sự phiền phức và tạo ra rất nhiều ma sát cho người dùng, và trong một thời gian dài, style guide của Microsoft — dù ngày nay có thể nghe khá mỉa mai — từng được xem là tài liệu tham khảo cốt lõi về best practice
Quản lý một tổ chức có vô số bộ phận chuyển động và nhanh chóng tạo ra thứ gì đó cho người dùng rõ ràng là hai mối quan tâm rất khác nhau
Có một người trong bộ máy quan liêu của IBM xen vào và chặn công việc lại, và điều đó được dùng để cho thấy sự khác biệt văn hóa
Vì ngay từ đầu bài viết vốn là về chính sự khác biệt văn hóa đó
IBM cũng là lý do MS-DOS không hỗ trợ “-” cho option, và cũng là lý do thiết bị không nằm trong thư mục “\DEV” của mọi ổ đĩa
Việc hỗ trợ “/” làm dấu phân cách đường dẫn thì vẫn sống sót
Nhiều người ở Microsoft dùng Xenix và là fan Unix, và trong DOS thời kỳ rất sớm đã có các option config.sys SWITCHCHAR và AVAILDEV cho những mục đích này
Nhưng theo tôi biết thì IBM đã phản đối mạnh mẽ và buộc phải bỏ chúng đi
Điều đặc biệt gây khó chịu ở vấn đề DEV là DOS 1 thậm chí còn chưa có thư mục, nên khó mà có thể có vấn đề tương thích gì lớn
Nhưng kết quả là DOS/Windows bị trói vào tình trạng coi file thiết bị như tồn tại trong mọi thư mục, nên không thể hỗ trợ tạo file có tên “CON” hay “COM1”
Chỉ là trong nhiều năm họ không tài liệu hóa lời gọi cần thiết để dùng nó mà thôi
Tôi thấy lạ vì nhớ là trên mainframe 3270, phím Tab đúng là dùng để di chuyển giữa các trường
Tôi đã tìm được PDF Operator's Guide
Xem https://news.ycombinator.com/item?id=48028227
Dùng Tab gần như là bản năng thứ hai, và khi chuyển sang ứng dụng GUI thì đặc biệt bực mình nếu thứ tự tab trong các app Visual Basic bị thiết lập sai
Dù vậy tôi cũng nghĩ là có các phím chức năng được dành riêng cho mục đích đó
Tôi chưa từng dùng AS/400, nhưng tôi biết hình như có khái niệm phím Field Exit riêng biệt
Tôi rất buồn cười với đoạn “Người Microsoft xem đồng nghiệp IBM là những kẻ sa lầy trong bộ máy quan liêu vô nghĩa, còn người IBM xem Microsoft là đám hacker vô kỷ luật”
Tôi làm ở MSFT, và có vẻ Microsoft thời đó là một công ty rất khác bây giờ
Còn hiện tại, với họp hành bất tận, chỉ thị AI, trò diễn thăng chức và đủ thứ khác, tôi và đồng nghiệp cảm thấy mình bị mắc kẹt trong một bộ máy quan liêu vô nghĩa
Lương thì ổn, nhưng quan liêu bào mòn tâm hồn
Nên cắm game controller vào mọi máy rồi dùng các nút hướng để di chuyển giữa các trường, phím ‘A’ để lên một cấp trong menu phân tầng, còn phím ‘B’ để đi vào menu con
Khi đó để chuyển giữa các trường, bạn chỉ cần nhập dữ liệu xong, nhấc tay khỏi bàn phím, cầm game controller lên, bấm trái hoặc phải, rồi đặt tay lại lên bàn phím
Năng suất chắc chắn sẽ tăng khủng khiếp
Mục tiêu là giúp điều khiển game bằng gamepad một cách tự nhiên với các control chuẩn của hệ điều hành
Nhất định phải đăng ký bằng sáng chế
Trong lúc chờ, chắc ta đành dùng phương án kém hơn là chuột vậy
Tôi dùng Mac hơn 30 năm rồi nhưng rất thích những bài lịch sử của Raymond Chen
Tôi biết folklore.org, nhưng sẽ thật tuyệt nếu bên trong Apple cũng có thứ gì đó tương tự
Tiếc là điều đó không thuộc về văn hóa Apple
Năm 1992 tôi là thực tập sinh mùa hè trong nhóm System Software, và một trong những dự án của tôi là cải thiện tính năng của Disk Initialization Package dùng để đánh dấu các bad block được phát hiện trong quá trình khởi tạo đĩa
Tính năng cũ thì hoạt động được nhưng rất chậm, không hiển thị tiến độ và cũng không thể hủy
Phần khó nhất là giao diện người dùng
Tôi đã cải thiện tốc độ khá nhiều, nhưng không thể biết toàn bộ quá trình sẽ mất bao lâu, nên mọi heuristic cố hiển thị thời gian còn lại đều rất tệ
Ở vài bàn làm việc phía bên kia có một người với chức danh “User Interface”, nên tôi tò mò không biết ông ấy có thể giúp gì không, bèn hỏi xem ông có vài phút không, rồi ngồi xuống cùng Bill Fernandez — nhân viên số 4 của Apple và người đã giới thiệu hai Steve với nhau — để cùng giải quyết vấn đề
Trong số những người tôi gặp mùa hè đó, ngoài quản lý của mình ra thì ông ấy thật sự là người tử tế nhất, ông hiểu ngay vấn đề một cách trọn vẹn rồi đưa ra một giải pháp xuất sắc
Ý tưởng là bỏ hẳn việc ước lượng thời gian còn lại, thay bằng thanh tiến trình bất định tiến thêm mỗi lần một track đĩa được kiểm tra
Nó hoạt động tốt, mọi người thích, và đã được đưa vào một bản point release sau 7.1
Không gây sửng sốt như các bài của Raymond, nhưng để bắt đầu thì cũng đủ ổn
Tôi thấy đáng nể khi mọi thời đại dường như đều đầy ắp những cuộc chiến về gần như mọi chi tiết
Từ phím bấm, cách bố trí, hình dạng cho đến ý nghĩa của chúng
Và việc bây giờ gần như chẳng ai còn quan tâm đến những thứ này nữa vừa rất lạ vừa buồn cười