IBM ไม่ต้องการให้ Microsoft ใช้ปุ่ม Tab สำหรับย้ายระหว่างช่องในกล่องโต้ตอบ

• ในช่วงที่ Microsoft และ IBM ร่วมกันพัฒนา OS/2 ประเด็นว่าจะใช้ปุ่มใดในการย้ายระหว่างช่องต่าง ๆ ในกล่องโต้ตอบ ได้กลายเป็นจุดที่สะท้อนความแตกต่างด้านโครงสร้างองค์กร
• เพื่อนร่วมงานของ Microsoft ที่ถูกส่งไปประจำสำนักงาน IBM ใน Boca Raton ตัดสินใจใช้ ปุ่ม TAB เป็นปุ่มสำหรับย้ายระหว่างช่อง และ IBM ก็เรียกร้องให้นำเรื่องนี้ส่งต่อไปยังผู้จัดการที่ Redmond
• ผู้จัดการของ Microsoft ตอบว่า เหตุผลที่เขาอยู่ที่ Boca ก็เพื่อให้เป็นคนตัดสินใจเรื่องแบบนี้แทน และข้อความดังกล่าวถูกถ่ายทอดให้ IBM ในรูปแบบว่า “Microsoft สนับสนุนการใช้ ปุ่ม TAB สำหรับวัตถุประสงค์นี้”
• IBM ยังไม่พอใจและไล่ยกระดับประเด็นนี้ขึ้นไปตามสายบังคับบัญชาหลายขั้น โดยระบุว่า VP ที่อยู่เหนือโปรแกรมเมอร์ขึ้นไปราว 7 ขั้นคัดค้านเรื่องนี้อย่างหนัก และขอให้ Microsoft ยืนยันจากผู้บริหารระดับเดียวกัน
• เพื่อนร่วมงานของ Microsoft ตอบกลับว่า “แม่ของ Bill Gates ไม่ได้สนใจ ปุ่ม TAB” หลังจากนั้นการถกเถียงก็ดูเหมือนจะจบลง และยังคงใช้ปุ่ม TAB ต่อไป

---

ความต่างของโครงสร้างองค์กรที่ปรากฏในความร่วมมือ OS/2

• ในช่วงที่ Microsoft และ IBM ร่วมกันพัฒนา OS/2 มีความขัดแย้งทางวัฒนธรรมอยู่บ้าง โดยฝั่ง Microsoft มองว่าเพื่อนร่วมงานจาก IBM ถูกผูกมัดอยู่กับระบบราชการที่ไม่จำเป็น ขณะที่ฝั่ง IBM มองคนของ Microsoft ว่าเป็นแฮ็กเกอร์ที่ไร้ระเบียบวินัย
• หนึ่งในจุดปะทะคือเรื่องโครงสร้างองค์กร และประเด็นที่หยิบยกขึ้นมาคือควรใช้ปุ่มใดในการย้ายจากช่องหนึ่งไปยังอีกช่องหนึ่งในกล่องโต้ตอบ (dialog box)
• เพื่อนร่วมงานของ Microsoft คนหนึ่งถูกส่งไปประจำสำนักงาน IBM ที่ Boca Raton รัฐฟลอริดา และตัดสินใจใช้ ปุ่ม TAB เป็นปุ่มสำหรับย้ายระหว่างช่อง
• ฝั่ง IBM ไม่พอใจกับการตัดสินใจนี้ และขอให้เขาส่งเรื่องต่อไปยังผู้จัดการของเขาที่อยู่ใน Redmond

การมอบอำนาจของ Microsoft และขั้นตอนการไต่ระดับของ IBM

• ผู้จัดการของ Microsoft ตอบว่า “เหตุผลที่คุณอยู่ที่ Boca ก็เพื่อให้คุณตัดสินใจเรื่องแบบนี้แทนฉัน เพื่อที่ฉันจะได้ไม่ต้องอยู่ที่ Boca”
• ก่อนที่คำตอบนี้จะถูกส่งต่อไปยัง IBM มันถูกปรับให้เป็นภาษาที่เป็นทางการแบบองค์กรขึ้นว่า “Microsoft สนับสนุนการใช้ TAB สำหรับวัตถุประสงค์นี้”
• ฝั่ง IBM ยังไม่พอใจและยกระดับประเด็นนี้ขึ้นไปหลายชั้นตามโครงสร้างองค์กร
• IBM ระบุว่า VP ซึ่งอยู่เหนือโปรแกรมเมอร์ขึ้นไปราว 7 ขั้น คัดค้านการใช้ TAB สำหรับวัตถุประสงค์นี้โดยสิ้นเชิง และขอให้ Microsoft ยืนยันจากผู้บริหารระดับเดียวกัน

จุดจบของข้อถกเถียง

• เพื่อนร่วมงานของ Microsoft ตอบกลับว่า “แม่ของ Bill Gates ไม่ได้สนใจปุ่ม TAB”
• หลังจากคำตอบนี้ การถกเถียงก็ดูเหมือนจะยุติลง และปุ่ม TAB ก็ยังคงถูกใช้งานต่อไป
• ตอนจบมีการเล่นมุกว่า ในสหรัฐฯ วันอาทิตย์ที่จะถึงนี้คือ Mother’s Day แต่ไม่แนะนำให้ไปถามคุณแม่ว่ามีความเห็นอย่างไรกับปุ่ม TAB
• เป็นไปได้ว่าความเห็นที่ Microsoft และ IBM มีต่อกันนั้น ต่างก็มีส่วนจริงอยู่พอสมควร

[GN⁺]

ความคิดเห็นบน Hacker News

• IBM ขึ้นชื่อลือชาเรื่อง ระบบราชการเกินเหตุ
  คนที่เคยทำงานกับฉันเล่าว่าช่วงกลางยุค 90 เขาเคยเป็นนักศึกษาฝึกงานช่วงหน้าร้อนที่ IBM London ทำงานคล้าย QA engineering ในปัจจุบัน และในตอนนั้นวัฒนธรรมการใส่สูทมาทำงานกำลังเริ่มเปลี่ยน จึงมีการขออนุญาตให้เด็กฝึกงานแต่งตัวลำลองได้เฉพาะวันศุกร์
  พวกเขาไม่ได้พบลูกค้าและทำงานอยู่ในห้องหลัง ๆ กันทั้งนั้น เลยคิดว่าไม่น่าใช่เรื่องใหญ่ แต่กว่าจะมีคำตอบก็อีกหลายเดือนต่อมา ตอนใกล้จบฝึกงานแล้ว โดยคำขอนั้นผ่านสายอนุมัติ 4 ชั้นของสำนักงานลอนดอน ก่อนถูกส่งต่อไปสำนักงานใหญ่ในสหรัฐฯ และขึ้นไปถึงโต๊ะรองประธาน
  ดูเหมือนแต่ละชั้นจะใช้เวลาหลายสัปดาห์ครุ่นคิดว่าตัวเองมีอำนาจตัดสินใจเรื่องสำคัญขนาดนี้หรือไม่ แล้วคำตอบก็ค่อย ๆ ถูกส่งย้อนกลับมาตามเส้นทางเดิม ข้ามมหาสมุทรแอตแลนติกกลับมาถึงเหล่าเด็กฝึกงานในลอนดอนที่ยังใส่สูทอยู่ ซึ่งตอนนั้นเหลือเวลาในโปรแกรมฝึกงานอีกไม่กี่วัน
  คำตอบคือ ไม่อนุญาต

  • ช่วงปลายยุค 90 ตอนย้ายไปอีกประเทศหนึ่งและกำลังหางาน ฉันเคยสมัครงานกับสำนักงาน IBM ท้องถิ่นเพราะมีประสบการณ์กับ OS/2 แต่ไม่นานก็ได้รับข้อเสนอจากที่อื่น 3 แห่งและตอบรับไป 1 แห่ง จากนั้นก็ลืมไปเลยว่าเคยสมัคร IBM
    แล้ว 8 เดือนต่อมา ฝ่าย HR ของ IBM โทรมาถามว่าสะดวกมาสัมภาษณ์วันพฤหัสฯ หน้าไหม พอบอกว่าไม่สนใจแล้ว พวกเขาดูช็อกมาก
    ไม่รู้จริง ๆ ว่าคิดอะไรกันอยู่ แต่ทั้งที่เงินเดือนไม่ได้สูงอะไรเป็นพิเศษ กลับมีความสำคัญตัวเองสูงมาก
  • พ่อของฉันทำงานที่ IBM มาทั้งชีวิต พอมีการอนุญาตให้ใส่สูทที่ไม่ใช่สีดำได้ เขาก็ใส่ สูทสีน้ำเงิน ไปทำงาน แล้วหัวหน้าก็ถามว่า “นั่งรถเมล์มาทำงานเหรอ”
  • ฉันเคยเป็นเด็กฝึกงาน 1 ปีที่ศูนย์วิจัยและพัฒนา IBM ที่ Winchester ในสหราชอาณาจักรช่วง 1988~89 จำได้ว่าไม่มีเด็กฝึกงานคนไหนใส่สูทหรือเนกไท และพนักงาน IBM ประจำเองก็ไม่ค่อยใส่กัน
    บรรยากาศค่อนข้างไม่เป็นทางการนะ ไม่ได้จะปฏิเสธเรื่องก่อนหน้า แค่เพิ่มอีกมุมมองหนึ่ง
  • Mr. Show ของ “Change for a Dollar”: https://www.youtube.com/watch?v=KyocQT4Vn2g
  • ฉันมีตัวอย่างแบบนี้อีกสองสามเรื่อง
    ฉันเคยขอข้อยกเว้นจากเงื่อนไขในสัญญาที่ให้ IBM มีสิทธิก่อนเหนือทรัพย์สินทางปัญญาที่ทำในเวลานอกงาน
    ฉันทำงานแค่ในคอลเซ็นเตอร์ฝ่ายซัพพอร์ต ไม่ได้เข้าถึงข้อมูลลับเฉพาะของ IBM และไม่ได้มีบทบาทด้านพัฒนาเลย ดังนั้นในแง่นี้ไม่มีความเสี่ยงจริง ๆ
    ทุกคนที่พบตัวได้จริงต่างเห็นว่าเป็นคำขอที่สมเหตุสมผลมาก แต่กว่าจะได้คำปฏิเสธครั้งแรกก็ใช้เวลา 6 สัปดาห์ แล้วหลังจากผู้จัดการตรงพยายามช่วยไกล่เกลี่ย การพิจารณาก็ยืดออกไปอีก 2 สัปดาห์ แต่คำตอบก็ยังคงเป็นปฏิเสธ
    เหมือนเรื่องจะไต่ตามสายบังคับบัญชาขึ้นไปถึงสหรัฐฯ แยกออกไปทางฝ่ายกฎหมาย แล้วค่อยไหลกลับลงมาอีกที สุดท้ายฉันลาออกเพื่อหลีกเลี่ยงความเสี่ยงที่ IBM จะมาอ้างสิทธิ์ แม้แต่กับโปรเจ็กต์ซอฟต์แวร์เล็ก ๆ ที่ทำกับเพื่อน
    อีกอย่าง แบบฟอร์ม HR ของเราถูกเขียนขึ้นตั้งแต่ต้นยุค 80 แล้วเพิ่งถูกแปลงเป็นดิจิทัลในยุค 2000 และทีมของเราที่ไม่ได้เผชิญหน้าลูกค้าก็มีความหลากหลายมาก
    เคยมีความพยายามจะอัปเดตแบบฟอร์มให้รองรับคู่รูปแบบเพศ/สรรพนามอื่น ๆ ซึ่งใช้เวลาตรวจทานราว 12 สัปดาห์ แล้วดูเหมือนสุดท้ายถูกปฏิเสธเพราะไม่มีใครอยากหาว่าใครต้องเป็นคนแก้แบบฟอร์ม
    ในทีมมีสมาชิก LGBT อยู่หลายคน และการรักษาพวกเขาไว้ก็ดูสำคัญมาก แต่ก็ยังถูกปฏิเสธอย่างแข็งกร้าว
    การอบรมป้องกันการคุกคามทางเพศในปี 2010 ยังมาในรูปเทปอยู่เลย และในเมื่อมันถูกเรียกว่า “เวอร์ชันอัปเดต” ก็อาจก่อนหน้านั้นเคยอยู่บนแผ่นเสียงไวนิลก็ได้

• เรื่องนี้ฟังดูแปลก เพราะ IBM ใช้ ชื่อเรียกบนคีย์บอร์ด อย่างสม่ำเสมอในหลายผลิตภัณฑ์ และเทอร์มินัลเมนเฟรมตระกูล 3270 ก็ใช้ปุ่ม Tab ที่อยู่ตำแหน่งเดียวกับคีย์บอร์ดสมัยใหม่เพื่อย้ายเคอร์เซอร์ไปยังฟิลด์ถัดไป
  https://www.bitsavers.org/pdf/ibm/3278/GA27-2890-4_3278_Disp... หน้า 73 ของ PDF
  และในเทอร์มินัล IBM การย้ายระหว่างฟิลด์สำคัญมาก จนมีปุ่ม Back Tab โดยเฉพาะอยู่อีกฝั่งของปุ่ม Tab ด้วย
  เดิมทีบน IBM PC สองฟังก์ชันนี้ถูกรวมไว้ในปุ่มเดียว นี่จึงเป็นเหตุผลว่าทำไมปุ่ม Tab บนคีย์บอร์ด PC แบบคลาสสิกจึงมีทั้งสัญลักษณ์ Tab ไปข้างหน้าและย้อนหลัง โดยสัญลักษณ์ย้อนหลังอยู่ด้านบนเพื่อบอกว่าต้องกด Shift
  เพิ่มเติมคือเทอร์มินัลตระกูล 5250 ใช้คำว่า “Field Advance” และ “Field Backspace” แทน Tab/Back Tab แต่สัญลักษณ์และตำแหน่งของปุ่มก็ใกล้เคียงกับตระกูล 3270 มาก
  อ้างอิง: https://www.bitsavers.org/pdf/ibm/5291/GA21-9409-0_5291_Disp...

  • คีย์บอร์ด IBM 3270 จริง ๆ หน้าตาเป็นแบบนี้[1]
    ให้ดูปุ่ม “Next field” ทางซ้ายกับปุ่มคู่กัน “Previous field” ทางขวา
    IBM 3270 เป็น อุปกรณ์สำหรับกรอกแบบฟอร์ม โดยเมนเฟรมจะส่งแบบฟอร์มที่มีช่องว่างมายังเทอร์มินัล แล้วผู้ใช้ก็กรอกข้อมูลลงในช่องว่างนั้น
    ฮาร์ดแวร์ของเทอร์มินัลจะกันไม่ให้เขียนทับส่วนคงที่ของแบบฟอร์ม และยังบังคับข้อจำกัดอย่างฟิลด์ตัวเลขได้ด้วย ซึ่งทั้งหมดนี้ประมวลผลอยู่ที่ตัวเทอร์มินัล
    พอกรอกครบแล้ว ผู้ใช้ก็กด ENTER และแบบฟอร์มที่กรอกเสร็จจะถูกส่งกลับไปยังเมนเฟรมในรูปทรานแซกชันเดียว
    วิธีนี้ทำให้เมนเฟรมเครื่องเดียวรองรับเทอร์มินัลได้จำนวนมหาศาล และผู้ใช้ก็พิมพ์ได้เร็วโดยแทบไม่รู้สึกหน่วงระหว่างป้อนข้อมูล หรือแม้แต่พิมพ์โดยไม่ต้องมองก็ยังได้
    PC ไม่มีโมเดลการใช้งานแบบนี้ และฝั่ง PC นึกถึง “เครื่องพิมพ์ดีด” กันมากกว่า
    เทอร์มินัลคอมพิวเตอร์ตามบ้านยุคแรก ๆ รุ่นหนึ่งยังถูกเรียกว่า “TV Typewriter” ด้วย
    แบบฟอร์มบนเว็บมีโมเดลคล้ายแบบนี้ แต่ความสม่ำเสมอน้อยกว่ามาก
    [1] https://sharktastica.co.uk/resources/images/model_bs/themk_1...
  • จากคนที่เคยทำงานที่ IBM ฉันเดาว่า การใช้ปุ่ม Tab แบบนี้อาจเป็นส่วนหนึ่งของ สิทธิบัตร ที่ IBM กำลังผลักดันอยู่ และถ้า Microsoft ใช้แบบเดียวกัน มันอาจทำให้ดูเป็น “เรื่องชัดเจนอยู่แล้ว” จนจดสิทธิบัตรได้ยากขึ้น
    แต่ก็เป็นแค่การเดา
    ใน IBM ยุค 80 มีกลุ่มตำแหน่งเทคนิคอาวุโสที่เรียกว่า “Systems Engineers” ซึ่งหน้าที่ทั้งหมดของพวกเขาคือออกความเห็นเรื่องข้อดีข้อเสียของระบบใดระบบหนึ่ง
    ไม่ได้เป็นคนเขียนระบบ ดีบักระบบ หรืออธิบายระบบ แค่มีหน้าที่ตัดสินว่า “คุณกำลังทำผิดอยู่”
  • มันฟังดูแปลกเมื่อคิดว่า IBM ปกติแล้วเคร่งกับบรรทัดฐานองค์กรข้ามสายธุรกิจมาก แต่ถ้าอ่านหนังสือที่พูดถึงต้นกำเนิดของ IBM PC ก็อาจเกี่ยวกับข้อเท็จจริงที่ว่าองค์กร PC ที่ Boca เป็น ข้อยกเว้นผิดปกติ ตามมาตรฐาน IBM
    สำหรับทีม Microsoft พวกเขาดูเป็นองค์กรแบบบริษัทสุด ๆ จนน่าหดหู่ แต่ภายใน IBM เอง คน Boca ถูกมองว่าเป็น “หน่วยกบฏ” และจริง ๆ แล้วคน IBM ส่วนใหญ่ไม่รู้ด้วยซ้ำว่าพวกเขามีอยู่
    ในมุมมองเวลาแบบ IBM มันแทบจะเกิดขึ้นข้ามคืน เคลื่อนที่เร็วอย่างน่าเหลือเชื่อ และเกิดขึ้นได้เพราะ Thomas Watson Jr. กดฝ่าการคัดค้านของลูกน้องเพื่ออนุมัติ skunkworks นี้
    เพราะงั้น Boca จึงแทบไม่มีการกำกับ การประสานงาน หรือการควบคุมแบบที่ปกติจะมีในโปรเจ็กต์ขนาดนั้น
    Boca ยุคแรกทำงานอยู่นอกสายการรายงานปกติ และเวลาพยายามจัดหาเทคโนโลยีหรือชิ้นส่วนจากหน่วยอื่นใน IBM พวกเขายังต้องอธิบายเลยว่าตัวเองเป็นส่วนหนึ่งของ IBM จริง ๆ
  • ถ้าจำไม่ผิด เทอร์มินัล IBM 3270 มีปุ่ม “Enter/Return” อยู่สองปุ่ม
    ปุ่มหนึ่งคือ Return แบบทั่วไปในปัจจุบัน ซึ่งทำแค่ย้ายไปฟิลด์ถัดไป ไม่ได้ส่งแบบฟอร์ม
    อีกปุ่มคือ Enter ซึ่งอยู่ตรงตำแหน่งเดียวกับ Ctrl ขวาในปัจจุบัน และปุ่มนั้นใช้ส่งแบบฟอร์ม
    เพราะฉะนั้น IBM อาจไม่ได้คัดค้านปุ่ม Tab เอง แต่คัดค้านการใช้ปุ่ม Return ที่ผู้ใช้ 3270 คาดว่าจะใช้ไปฟิลด์ถัดไป มาเป็นปุ่มส่งแบบฟอร์มแทน
    โปรแกรม DOS ก็มีพฤติกรรมแบบนี้อยู่บ่อย กด Return แล้วไม่ได้ส่งฟอร์มแต่จะไปฟิลด์ถัดไป และใน Windows นี่เป็นอย่างหนึ่งที่คนต้องใช้เวลาในการปรับตัว
  • ที่น่าขำคือ IBM เคยเผยแพร่เรื่องนี้ไว้แล้ว
    CUA ระบุชัดเจนว่า Tab และ Backtab ใช้ย้ายระหว่างฟิลด์
    ดังนั้น IBM กำลังคัดค้าน มาตรฐานของตัวเอง โดยยกเรื่องขึ้นผ่านผู้บริหาร 7 ชั้น: https://archive.org/details/ibmsj2703E/page/n13/mode/2up

• ในฐานะคนที่ชอบ Tab ฉันไม่ได้อยากเปิดศึกถกเถียงนะ แต่ครั้งหนึ่งฉันเคยถาม Brendan Eich บน Twitter ว่าทำไมเขาถึงชอบช่องว่างมากกว่า
  คำตอบของเขาลึกกว่าที่คิด
  ระบบปฏิบัติการและพฤติกรรมของส่วนติดต่อผู้ใช้สมัยใหม่มัก ดักปุ่ม Tab เอง ทำให้การใส่อักขระแท็บจริง ๆ กลายเป็นเรื่องยุ่ง โดยเฉพาะในบริบทอย่างเบราว์เซอร์
  ถึงอย่างนั้นฉันก็ยังชอบ Tab อยู่ และเป็นนักพัฒนา Go แต่เขาพูดถูกเต็ม ๆ ว่านี่เป็นปัญหาที่น่ารำคาญจริง
  ลองพยายามใส่อักขระแท็บในช่องข้อความของ Hacker News ดูก็จะเข้าใจทันที

  • แต่ถึงไม่ใช้อักขระแท็บจริง คนที่เขียนโค้ดก็กดยังปุ่ม Tab อยู่ดีไม่ใช่เหรอ? หรือจะกด space ซ้ำ N ครั้ง?
    ฉันพอเข้าใจข้อโต้แย้งนะ แต่ถ้าคุณกำลังเขียนโค้ดที่การใช้ tab/space สำคัญในช่องข้อความของ HN นั่นเองก็บ่งบอกว่ามีอะไรผิดแล้ว
    ตัวแก้ไขโค้ดควรจัดการปุ่ม Tab ได้ถูกต้อง
    อย่างไรก็ตาม ถึง Enter จะพอมีธรรมเนียมอย่าง Shift+Enter, Alt+Enter, Cmd+Enter อยู่บ้าง แต่การที่แทบไม่มี วิธีป้อนอักขระแท็บ ที่ใช้ได้ทั่วทั้งระบบปฏิบัติการก็ยังน่าหงุดหงิด
    Shift/Alt/Ctrl+Tab ก็มักถูกดักไปทำอย่างอื่นอยู่แล้ว
  • การแยกปุ่มสำหรับ “แท็บ” ออกจากปุ่มสำหรับ “ฟิลด์ถัดไป” และแยก “ขึ้นบรรทัดใหม่” ออกจาก “ส่ง” ก็ดูสมเหตุสมผล
    แต่แท็บกับการขึ้นบรรทัดใหม่ก็ไม่ได้ใช้ได้ในทุกบริบท
    อีกทั้งในบางโปรแกรม การมีปุ่มหรือคีย์ผสมสำหรับป้อน control character เป็น ข้อมูล แทนที่จะเป็นคำสั่ง แบบเดียวกับที่ใช้ ^V ก็อาจสมเหตุสมผลเช่นกัน
    ถ้ากำลังออกแบบคอมพิวเตอร์ใหม่ที่ไม่จำเป็นต้องเหมือนคอมพิวเตอร์เดิม นี่เป็นสิ่งที่ควรพิจารณา และฉันเองก็เคยคิดเรื่องพวกนี้เหมือนกัน และอาจจะพิจารณาจริงจังด้วย
  • ความจริงที่ว่าคนส่วนใหญ่คิดว่าปุ่ม Tab เป็นตัวเลือกที่ถูกต้องนี่แหละ เป็นตัวอย่างชั้นดีว่าทำไมตัวเลือกนั้นถึงไม่ถูกต้อง
    ปุ่ม Tab มีหน้าที่ดั้งเดิมของมันอยู่แล้ว แต่กลับถูกยึดไปใช้จนทำให้การใช้งานตามหน้าที่จริงยากขึ้น
    ไม่ต่างจากตอน Apple เอา ปุ่ม Escape ออกไปตอนเปิดตัว Touch Bar ใหม่ ๆ
    ผู้ใช้ทั่วไปอาจแทบไม่ใช้ปุ่มนั้น แต่ผู้พัฒนาโดยเฉลี่ยอยู่โดยไม่ใช้งานตามหน้าที่ดั้งเดิมของมันไปนาน ๆ ได้ยาก
  • ภาษาอังกฤษไม่ใช่ภาษาแม่ของฉัน เลยกำลังพยายามทำความเข้าใจว่าที่ Brendan พูดหมายถึงอะไร
    ก่อนหน้านี้ฉันเคยได้ยินว่าปุ่มแท็บอาจถูกแสดงต่างกันไปในแต่ละระบบ จึงปลอดภัยกว่าถ้าใช้ช่องว่างที่แสดงเหมือนเดิมเสมอ
    เขาหมายถึงแบบนั้นหรือเปล่า?
  • ยังมีปัญหาที่แต่ละคนไม่ได้ตั้งค่า ความกว้างของแท็บ เท่ากันด้วย

• เป็นบทความที่ดีมาก แต่ฉันก็ยังสงสัยว่าเหตุผลที่ IBM คัดค้านการใช้ปุ่ม Tab แบบนี้คืออะไรกันแน่
  เพราะพวกเขาไม่ต้องการให้ Tab เป็นทั้งอักขระที่ป้อนเข้าไปและเป็น control character พร้อมกันหรือเปล่า?
  กล่าวคือ ในบางฟิลด์คุณใส่ Tab ได้ แต่บางกรณีใส่ไม่ได้ และยากที่จะรู้ได้ทันทีว่าเป็นกรณีไหน ใช่ไหม?
  แม้จะเป็นปี 2026 แล้ว มุมมองแบบนี้ก็ยังพอฟังขึ้นอยู่

  • โดยส่วนตัวฉันไม่ชอบการใช้ปุ่ม Tab สำหรับย้ายฟิลด์
    อย่างแรกคือมัน ทำลายความเข้ากันได้ กับ DOS
    โปรแกรม DOS ใช้ Enter และตรงแป้นตัวเลขก็มีปุ่ม Enter ด้วย ทำให้กรอกข้อมูลตัวเลขด้วยมือเดียวได้
    มือซ้ายวางอยู่บนเอกสารต้นฉบับ ส่วนมือขวาพิมพ์ข้อมูลได้ และคนก็ทำแบบนี้จนคล่องมาก
    รูปแบบนี้ยังหลงเหลืออยู่ในบางโปรแกรมอย่าง Excel
    ลูกค้าจำนวนมากไม่ชอบที่ต้องเอามือสองข้างวางบนคีย์บอร์ด และหลายโปรแกรมของเราจึงยอมให้แมป Enter=Tab ได้
    สิ่งสำคัญไม่ใช่ “ชื่อ” ของปุ่ม แต่คือ ตำแหน่ง ของมัน
    ความเป็นสองหน้าที่ของปุ่มก็เป็นแค่ความน่ารำคาญที่เรายอมรับกัน โดยบางครั้งมันทำหน้าที่เป็นปุ่มนำทาง แต่บางครั้งก็เป็นปุ่มใส่ช่องว่าง
    Enter เองก็คงมีปัญหาแบบเดียวกัน
    ทางแก้ที่ดีกว่ามากคือเพิ่มปุ่มใหม่บนคีย์บอร์ดอีกปุ่ม และถ้าเป็นไปได้ก็ควรอยู่บนแป้นตัวเลข
    ในยุคนั้นมีปุ่มใหม่ ๆ เกิดขึ้นมากมาย พอมองย้อนกลับไป นั่นแหละคือช่วงที่ควรเพิ่มปุ่ม “ไปถัดไป”
  • ถ้าคุณกำลังออกแบบตัวแก้ไขข้อความที่รันอยู่ในเบราว์เซอร์ คุณต้องยอมทำลายความคาดหวังของผู้ใช้ต่อพฤติกรรมของปุ่ม Tab อย่างสิ้นเชิง
    เพราะในสภาพแวดล้อมแบบนั้น ปุ่ม Tab มีบทบาทที่สมเหตุสมผลและตรงไปตรงมาสองอย่างซึ่งขัดกันเอง
    ปัญหาแบบเดียวกันเกิดกับ ปุ่ม Enter บ่อยกว่ามาก และแม้ทุกวันนี้เราก็ยังต้องจำกฎค่อนข้างซับซ้อนว่า ctrl+crlf หมายถึงขึ้นบรรทัดใหม่หรือส่งข้อความ, crlf เดี่ยวกับ shift+crlf แต่ละอย่างทำอะไร
    ในตัวแก้ไขของ HN, shift+crlf กับ crlf เดี่ยวทำให้เกิดบรรทัดใหม่ ส่วน ctrl+crlf ไม่ทำอะไรเลย
    แต่ที่อื่น ctrl+crlf จะเป็นตัวส่งฟอร์มหรือข้อความ, shift+crlf จะใส่บรรทัดใหม่ดิบ ๆ, ส่วน crlf เดี่ยวอาจเป็นอย่างใดอย่างหนึ่งหรือไม่ใช่ทั้งสองอย่างก็ได้
    การผูกปุ่มแบบนี้พบได้บ่อย แต่ฉันก็เคยเห็นข้อยกเว้นและแบบกลับด้านเหมือนกัน บางที่ shift+crlf ใช้ส่งฟอร์ม ส่วน ctrl+crlf ใช้ใส่บรรทัดใหม่ดิบ ๆ
    ทั้งหมดนี้น่ารำคาญมากและสร้างแรงเสียดทานให้ผู้ใช้สูงมาก และอยู่ช่วงหนึ่ง Microsoft style guide ก็เคยถูกมองว่าเป็นเอกสารอ้างอิงหลักของแนวปฏิบัติที่ดี แม้วันนี้บางคนจะมองว่าเป็นเรื่องย้อนแย้งก็ตาม
  • ทำให้นึกถึงโลกที่ CAPSLOCK ใช้เป็น “เลือกอินพุตถัดไป” ส่วน TAB ใช้เป็นอักขระ
  • มองแบบนั้นก็อาจใช่
    การบริหารองค์กรที่มีชิ้นส่วนเคลื่อนไหวมากมายนับไม่ถ้วน กับการสร้างอะไรสักอย่างให้ผู้ใช้อย่างรวดเร็ว เห็นได้ชัดว่าเป็นคนละชุดของความสนใจอย่างมาก
  • เท่าที่ฉันอ่าน ดูเหมือนไม่ได้มี “เหตุผลของ IBM” แบบเป็นชิ้นเป็นอันครบถ้วนอะไรนัก
    มันเหมือนมีคนในระบบราชการของ IBM คนหนึ่งเข้ามาแทรกแล้วหยุดทุกอย่างไว้ และเรื่องนั้นถูกใช้เพื่อชี้ให้เห็นความต่างทาง วัฒนธรรม มากกว่า
    เพราะบทความต้นฉบับเองก็เป็นเรื่องของความต่างทางวัฒนธรรมแบบนั้นอยู่แล้ว

• IBM ยังเป็นสาเหตุที่ MS-DOS ไม่รองรับ “-” ใน options และเป็นเหตุผลที่อุปกรณ์ต่าง ๆ ไม่ได้ไปอยู่ในไดเรกทอรี “\DEV” ของทุกไดรฟ์ด้วย
  แต่การรองรับ “/” เป็นตัวคั่นพาธรอดมาได้
  คนใน Microsoft จำนวนมากใช้ Xenix และชอบ Unix และใน DOS ยุคแรกมาก ๆ เคยมี options ใน config.sys อย่าง SWITCHCHAR และ AVAILDEV สำหรับจุดประสงค์นี้
  แต่เท่าที่ฉันทราบ IBM ไม่พอใจเรื่องนี้มากและบังคับให้ถอดออก
  โดยเฉพาะประเด็น DEV ที่น่าหงุดหงิดคือ DOS 1 ยังไม่มีไดเรกทอรีเลย จึงไม่น่าจะมีปัญหาความเข้ากันได้มากนัก
  แต่ผลที่ตามมาคือ DOS/Windows ถูกผูกติดอยู่กับสมมุติฐานว่าไฟล์อุปกรณ์มีอยู่ในทุกไดเรกทอรี จึงไม่สามารถรองรับการสร้างไฟล์ชื่อ “CON” หรือ “COM1” ได้

  • Microsoft ไม่เคยเอามันออกจาก MS-DOS
    พวกเขาแค่ ไม่เคยทำเอกสาร สำหรับ call ที่จำเป็นต่อการใช้งานสิ่งนั้นอยู่หลายปีเท่านั้น

• แปลกดี เพราะฉันจำได้ว่าในเมนเฟรม 3270 ปุ่ม Tab ใช้ย้ายระหว่างฟิลด์

  • ใช่
    ฉันหา PDF ของ Operator's Guide เจอแล้ว
    ดู https://news.ycombinator.com/item?id=48028227 ได้เลย
  • ฉันก็คิดมาตลอดว่ามาตรฐานของ IBM คือใช้ TAB เพื่อย้าย และใช้ ENTER เพื่อยืนยันแบบฟอร์ม
  • ความทรงจำของฉันก็เป็นแบบนั้นเป๊ะ
    การใช้ Tab แทบจะเป็น ธรรมชาติที่สอง ไปแล้ว และพอเปลี่ยนมาใช้แอป GUI โดยเฉพาะแอป Visual Basic ถ้าลำดับแท็บจัดไม่ดีจะหงุดหงิดมาก
  • ฉันไม่ได้ใช้ IBM green screen มานานแล้ว แต่จำได้ว่าในแอปพลิเคชันของเรา Tab ใช้ย้ายระหว่างฟิลด์
    แม้เหมือนจะมี function keys ที่สงวนไว้สำหรับจุดประสงค์นี้ด้วยก็ตาม
  • สงสัยว่าระบบ midrange เป็นอย่างไร
    ฉันไม่เคยใช้ AS/400 แต่เข้าใจว่ามันมีแนวคิดเรื่องปุ่ม Field Exit แยกต่างหาก

• ประโยคที่ว่า “คน Microsoft มองเพื่อนร่วมงาน IBM ว่าเป็นพวกติดระบบราชการไร้สาระ ส่วนคน IBM มองคน Microsoft ว่าเป็นแฮกเกอร์ไร้วินัย” ทำฉันขำมาก
  ฉันทำงานอยู่ที่ MSFT และดูเหมือน Microsoft ในยุคนั้นจะเป็นคนละบริษัทกับตอนนี้มาก
  ตอนนี้ฉันกับเพื่อนร่วมงานรู้สึกว่าตัวเองติดอยู่ในระบบราชการไร้สาระ ทั้งการประชุมไม่รู้จบ, คำสั่งจาก AI, และละครเพื่อการเลื่อนตำแหน่ง
  ค่าตอบแทนโอเค แต่ระบบราชการกัดกินจิตวิญญาณ

• เราควรต่อจอยเกมเข้ากับทุกเครื่อง แล้วใช้ปุ่มทิศทางย้ายระหว่างฟิลด์ ใช้ปุ่ม ‘A’ เพื่อย้อนขึ้นไปหนึ่งระดับในเมนูแบบลำดับชั้น และใช้ปุ่ม ‘B’ เพื่อเข้าไปเมนูย่อย
  แบบนั้นถ้าจะย้ายระหว่างฟิลด์ คุณก็แค่กรอกข้อมูลเสร็จ ยกมือออกจากคีย์บอร์ด หยิบจอยเกมขึ้นมา กดซ้ายหรือขวา แล้ววางมือกลับไปที่คีย์บอร์ดอีกครั้ง
  ประสิทธิภาพต้องพุ่งกระฉูดแน่นอน

  • ลองดูอันนี้ด้วย :) https://github.com/madewokherd/xalia#default-gamepad-control...
    จุดประสงค์คือทำให้สามารถ ควบคุมวิดีโอเกมด้วยเกมแพดได้อย่างเป็นธรรมชาติ โดยใช้ standard OS controls
  • เป็นไอเดียที่ยอดเยี่ยมจริง ๆ
    ต้องไปจดสิทธิบัตรให้ได้
    ระหว่างนี้เราคงต้องใช้ทางออกที่ด้อยกว่าคือ เมาส์ ไปก่อน

• ฉันใช้ Mac มานานกว่า 30 ปี แต่ชอบงานเขียนประวัติศาสตร์ของ Raymond Chen มาก
  ฉันรู้จัก folklore.org นะ แต่ก็น่าเสียดาย ถ้าภายใน Apple มีอะไรแบบนั้นบ้างก็คงดี
  แต่น่าเสียดายที่มันไม่ใช่ส่วนหนึ่งของ วัฒนธรรม Apple

  • เรื่องวัฒนธรรมของ Apple คงช่วยอะไรไม่ได้ แต่เวลาผ่านมามากพอแล้ว ฉันคิดว่าเล่าเรื่องหนึ่งก็คงไม่มีใครว่าอะไร
    ในปี 1992 ฉันเป็นเด็กฝึกงานหน้าร้อนในทีม System Software และหนึ่งในโปรเจ็กต์ของฉันคือปรับปรุงฟีเจอร์ใน Disk Initialization Package ที่ใช้ทำเครื่องหมาย bad blocks ที่พบระหว่างการฟอร์แมตดิสก์
    ของเดิมใช้งานได้ แต่ช้ามาก ไม่แสดงความคืบหน้า และยกเลิกไม่ได้
    ส่วนที่ยากที่สุดคือส่วนติดต่อผู้ใช้
    ฉันปรับปรุงความเร็วได้มาก แต่ไม่มีทางรู้ว่ากระบวนการทั้งหมดจะใช้เวลานานเท่าไร ดังนั้น heuristic ทุกแบบที่พยายามจะแสดงเวลาที่เหลือจึงออกมาแย่มาก
    ฉันเห็นคนหนึ่งนั่งห่างออกไปไม่กี่คิวบ์ โดยมีตำแหน่งว่า “User Interface” เลยสงสัยว่าเขาจะช่วยได้ไหม จึงไปถามว่าพอมีเวลาสักครู่หรือไม่ แล้วฉันก็ได้นั่งแก้ปัญหาร่วมกับ Bill Fernandez ซึ่งเป็นพนักงานคนที่ 4 ของ Apple และเป็นคนที่แนะนำ Steve ทั้งสองให้รู้จักกัน
    จากทุกคนที่ฉันพบในฤดูร้อนนั้น นอกจากผู้จัดการของฉันแล้ว เขาเป็นคนที่ใจดีที่สุดจริง ๆ เข้าใจปัญหาทั้งหมดได้ทันที และเสนอวิธีแก้ที่ยอดเยี่ยม
    เขาบอกให้เลิกพยายามประมาณเวลาที่เหลือ แล้วเปลี่ยนไปใช้ แถบความคืบหน้าแบบไม่กำหนดตายตัว ที่ขยับไปทุกครั้งที่ทดสอบแต่ละแทร็กของดิสก์แทน
    มันเวิร์กดี ผู้คนชอบ และมันก็ถูกรวมเข้าไปใน point release หลัง 7.1
    อาจไม่น่าทึ่งเท่างานเขียนของ Raymond แต่ก็ถือว่าเป็นจุดเริ่มต้นที่ดี

• สิ่งที่น่านับถือคือทุกยุคสมัยดูเหมือนจะเต็มไปด้วยการต่อสู้แทบทุกเรื่องยิบย่อย
  ทั้งเรื่องปุ่ม, เลย์เอาต์, รูปร่าง, ความหมาย ครบหมด
  แต่พอมาตอนนี้กลับทั้งแปลกและขำมากที่แทบไม่มีใครสนใจเรื่องพวกนี้แล้ว

  • ไม่เคยเห็นศึก glassmorphism ของ Tahoe เหรอ?