แอปสมัยใหม่ (The Modern App)

 (dbushell.com)
1 คะแนน โดย GN⁺ 22 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ยืมเดโมที่เรียกว่า “ตัวแก้ไขโค้ดยุคถัดไป” มาเสียดสีสภาพซอฟต์แวร์ยุคใหม่ที่แน่นขนัดไปด้วย การอัปเดต·การทำงานร่วมกัน·ฟีเจอร์ AI
  • บนหน้าจอมีทั้งการโหลดเอกสารล้มเหลว การยินยอมด้านข้อมูลส่วนบุคคล ข้อยกเว้นฝั่งไคลเอนต์ ไอคอนที่ไม่มีป้ายกำกับ การแจ้งเตือนให้เปิดใช้งาน Windows และตัวเลขข้อผิดพลาด·คำเตือน·ความขัดแย้งซ้อนทับกัน จนเกิดเป็น UI ที่วุ่นวาย
  • ฟีเจอร์ผู้ช่วย AI พูดซ้ำว่า “Thinking…” พร้อมดูถูกโค้ดของผู้ใช้ และดำเนิน ระบบอัตโนมัติแบบหายนะ ต่อเนื่อง เช่น รันสคริปต์ NPM, ลบ DB โปรดักชัน, ลบรูปภาพ
  • บันทึกรีลีส v0.419 ล้อเลียน ความเกินพอดีของการเพิ่มฟีเจอร์ เช่น ปุ่ม sparkle 26 ปุ่ม, เทอร์มินัลอีมูเลเตอร์ WSL 1.0 ที่พัง, การล็อกการกดแป้นพิมพ์ไปยังช่อง Slack
  • แอปที่ใช้ Electron, การบังคับให้ทำงานร่วมกัน, ป๊อปอัปแบบเอเจนต์, ไอคอนที่ไม่รู้ว่าคืออะไร และ GitHub issue ที่ไม่มีวันจบขัดขวางสมาธิในการทำงาน พร้อมเรียกร้องให้กู้คืน ความเป็นเครื่องมือที่เรียบง่าย

เดโม “ตัวแก้ไขสมัยใหม่” ปลอม

  • ตั้งฉากว่าเป็น ตัวแก้ไขโค้ดยุคถัดไป สำหรับ “นักเขียนโค้ดผู้มีวิจารณญาณ” เพื่อบิดให้เห็นอีกมุมของคำสัญญาจากแอปยุคใหม่ที่ว่ามนุษย์กับเครื่องจักรจะทำงานร่วมกันได้อย่างรวดเร็ว
  • UI เดโมยัดองค์ประกอบน่ารำคาญที่พบได้บ่อยในแอปยุคใหม่มาไว้ในหน้าจอเดียว
    • เตรียมอัปเดต v0.420 และขอให้รีสตาร์ต
    • โหลดเอกสารล้มเหลวและขอให้ปิดตัวบล็อกโฆษณา
    • ขอความยินยอมด้านข้อมูลส่วนบุคคลกับ “พาร์ตเนอร์ 9172 ราย”
    • แจ้งว่าเกิดข้อยกเว้นฝั่งไคลเอนต์
    • แถบไอคอนไม่มีป้ายกำกับและการแจ้งเตือนให้เปิดใช้งาน Windows
  • แผงสถานะแสดง ข้อผิดพลาดไวยากรณ์ 3453 รายการ, คำเตือน CI 6462 รายการ, merge conflict 1130 รายการ, token limit 9512 รายการ เพื่อขยายภาพการเตือนที่มากเกินไปในเครื่องมือพัฒนา
  • ในข้อมูลล็อกอินมีสตริงที่ดูเหมือน personal access token รูปแบบ ghp_... โผล่อยู่ เสียดสีสถานการณ์ที่เครื่องมือปล่อย ข้อมูลอ่อนไหว ให้ไหลออกมาบนหน้าจอ

เสียดสีผู้ช่วย AI และฟีเจอร์ล้นเกิน

  • ฟีเจอร์ผู้ช่วย AI หลังได้รับคำขอว่า “แก้บั๊กและอย่าทำพลาด” ก็พูดดูถูกโค้ดของผู้ใช้ พร้อมพูดซ้ำว่า “Thinking…” และ “Thinking harder…”
  • ข้อความระบบที่ตามมาถาโถม เหตุการณ์ล้มเหลว สารพัด ท่ามกลางลำดับเหตุการณ์ที่เหมือนกำลังถามว่าจะเล่นเกมไหม
    • รันสคริปต์ NPM post-install
    • ข้อความว่า Claude ไม่อยู่ในไฟล์ sudoers
    • Windows จะรีสตาร์ตในอีก 5 นาที
    • ลบฐานข้อมูลโปรดักชัน
    • การเชื่อมต่อ GitHub หมดเวลา
    • การดีพลอย CI/CD ล้มเหลว
    • ลบรูปครอบครัวเพื่อแก้ปัญหาพื้นที่จัดเก็บไม่พอ
    • Tailwind language server แครช
    • ตู้เย็นอัจฉริยะ Samsung ตรวจพบว่านมใกล้หมดและสั่งซื้อ 5 แกลลอน
    • 418 I'm a teapot
  • v0.419 Release Notes ระบุพร้อมข้อความ “AI, AI, AI!” ว่าได้เพิ่ม ปุ่ม sparkle 26 ปุ่ม ใหม่
  • ในบันทึกรีลีสเดียวกันยังมีเทอร์มินัลอีมูเลเตอร์ WSL 1.0 ที่พัง, การลดการใช้ RAM เมื่อพิมพ์บนแถว home row, และการแก้ไขให้บันทึกการกดแป้นพิมพ์ไปยังช่อง Slack ที่ถูกต้อง
  • ตอนท้ายวิจารณ์ว่าซอฟต์แวร์ยุคใหม่เต็มไปด้วยแอปที่ถูกทำให้เป็น Electron-ified และผู้ใช้โฟกัสกับงานเดิมได้ยากเพราะฟีเจอร์ใหม่·ฟีเจอร์ทำงานร่วมกัน·ป๊อปอัปแบบเอเจนต์·ไอคอนที่ไม่รู้ว่าคืออะไร
  • ใช้ภาพเปรียบเทียบว่าในอดีตเคยสร้างเกมทั้งเกมลงในฟลอปปีดิสก์ 32KB ได้ เพื่อชี้ว่าควรให้ความสำคัญกับ “ความเสร็จสมบูรณ์” และ ความเป็นเครื่องมือที่เรียบง่าย มากกว่าการเพิ่มฟีเจอร์อย่างไม่รู้จบ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 22 시간 전
ความเห็นจาก Lobste.rs
  • ผมไม่ค่อยเห็นด้วยกับเรื่อง การทำให้เอดิเตอร์เขียนโค้ดกลายเป็นเมืองหรูจนคนเดิมถูกเบียดออกไป IDE “ใหญ่ ๆ” อย่าง JetBrains หรือ Visual Studio ผมไม่ค่อยรู้เรื่องนัก เพราะฮาร์ดแวร์อ่อน ๆ ที่เคยใช้เมื่อก่อนรันได้ไม่ดี สุดท้ายก็เลยไปทาง Notepad++, VSCode, Emacs และเอดิเตอร์บนเทอร์มินัล
    พื้นที่นั้นโดยรวมยังคงใกล้เคียงเดิม (แม้ VSCode อาจเป็นข้อยกเว้น) และด้วย treesitter กับ language server ก็ทำให้แชร์ฟีเจอร์ดี ๆ กันได้ ถึงอย่างนั้น ถ้ามีฟีเจอร์อำนวยความสะดวกอย่างการแสดงรูปภาพหรือ file explorer ที่ดี ๆ ก็คงดี
    การดูแลเอดิเตอร์พวกนี้ให้คงอยู่ต่อไป รู้สึกเหมือนเป็นเรื่องที่ยั่งยืนได้ยากในสภาพเศรษฐกิจตอนนี้ ผมก็ชอบความคิดถึงอดีตเหมือนกัน แต่ก็พบความสงบจากการยอมรับสิ่งที่มีอยู่แล้ว และโอเพนซอร์สที่เข้ากับรสนิยมของตัวเองมากกว่า แม้มันจะได้รับความนิยมน้อยกว่ามากก็ตาม
  • ผมอ่านโดเมนนี้เป็น D-Bus Hell
    • รู้สึกว่าทุกครั้งที่มีบทความจาก dbushell.com โผล่มา จะต้องมีสักคนตอบว่าอ่านเป็น D-Bus Hell หรือ DBU Shell อยู่เสมอ มันขึ้นมาค่อนข้างบ่อยจนตอนนี้ถึงขั้นลังเลว่าจะรายงานว่าออกนอกประเด็นดีไหม
      แต่พอไปดู https://lobste.rs/domains/dbushell.com แล้ว จริง ๆ ก็ไม่ได้บ่อยขนาดนั้น และก็ไม่ได้เป็นแบบนั้นทุกครั้ง
  • น่าขันตรงที่ยิ่งกระแสนี้แย่ลงเท่าไร Emacs กลับยิ่งดูดีขึ้นเท่านั้น ยกเป็นตัวอย่างในฐานะ “ป้อมปราการแห่งความโดดเดี่ยว” ส่วนตัว ถึงขั้นอยากให้ VSCode แย่ลงให้สุด ๆ เพื่อให้ตัวเลือกของผมดูดีขึ้น
    ผมก็สงสัยเหมือนกันว่าประโยคในบทความที่ว่า “จำยุคที่สร้างเกมทั้งเกมลงบนฟลอปปีดิสก์ 32KB ได้ไหม? คนพวกนั้นแหละคือนักพัฒนาตัวจริง” เป็นมุกหรือเปล่า ผมหวังว่าไม่จำเป็นต้องถกกันว่า “นักพัฒนาตัวจริง” คืออะไร เพราะการถกแบบนั้นคงพังกลายเป็นการงัดอีโก้กันอย่างรวดเร็ว
    ถึงอย่างนั้น ผมก็รู้สึกว่าข้อสังเกตที่ว่าโปรแกรมมิงเปลี่ยนไปจากเมื่อก่อนค่อนข้างมากนั้นมีความจริงอยู่บ้าง โปรแกรมเมอร์ที่ผมเคารพมากที่สุดในยุคนี้ และยิ่งอายุมากขึ้นก็ยิ่งอยากเป็นให้เหมือน คือคนที่จัดการ เลเยอร์ต่ำ ๆ ของสแตก ได้ดี เช่น Casey Muratori หรือ Andrew Kelley
    • ผมไม่เคยคิดมาก่อนว่าจะใช้ ความเชี่ยวชาญในแต่ละเลเยอร์ของสแตก เป็นเกณฑ์วัดนักพัฒนาที่ดี แต่ก็เห็นได้ชัดว่ามันน่าจะเป็นเกณฑ์ที่ค่อนข้างหนักแน่นทีเดียว
      ผมตีความประโยคนั้นว่าหมายถึงนักพัฒนาที่ใช้ทรัพยากรที่มีอยู่ เช่นฮาร์ดแวร์ ได้อย่างมีประสิทธิภาพมากกว่า ใคร ๆ ก็สร้างแอปที่บวมได้ แต่ความหมายคือ นักพัฒนาที่ดีสามารถทำให้แอปพื้นฐานมาก ๆ ไม่ต้องใช้ RAM จำนวนมากในการรัน
      นึกถึงการเปรียบเปรยกับนักฟุตบอลระดับสุดยอดที่เล่นเก่งได้แม้ไม่มีรองเท้าสตั๊ดรุ่นเฉพาะ คือถ้ามีฝีมือ ก็ไม่พึ่งพาเครื่องมือมากเกินไป
    • ตอนนี้แหละเหมาะจะกลับไปอ่าน Story of Mel, a Real Programmer อีกครั้ง
      https://users.cs.utah.edu/~elb/folklore/mel.html