“ย้อนรอย IDE ยุค DOS — 30 ปีก่อนเรามีอะไรที่วันนี้ยังตามไม่ทัน” — เมื่อ Turbo C++ เคยให้ประสบการณ์ที่ IDE สมัยใหม่ยังเทียบไม่ได้
Julio Merino ผู้เขียนบล็อก Blog System/5 พาเราย้อนเวลากลับไปสู่ยุค 1980s–1990s เพื่อสำรวจโลกของ IDE (Integrated Development Environment) แบบข้อความ (TUI) ที่รุ่งเรืองบนระบบปฏิบัติการ DOS ก่อนที่ Windows จะครองโลก
เขาเริ่มจากความทรงจำในวัยเด็กที่เรียนรู้การเขียนโปรแกรมผ่านเครื่องมืออย่าง MS-DOS Editor และ SideKick Plus ซึ่งแม้จะไม่ใช่ IDE เต็มรูปแบบ แต่ก็มีฟีเจอร์อย่างเมนู, การใช้เมาส์, และการสลับหน้าจอแบบ rudimentary multitasking ผ่านเทคนิค TSR (Terminate and Stay Resident)
จุดเปลี่ยนสำคัญคือการมาถึงของ Borland Turbo series เช่น Turbo Pascal และ Turbo C++ ที่รวมทุกอย่างไว้ในหน้าจอเดียว: การเขียนโค้ด, คอมไพล์, ดีบัก, จัดการโปรเจกต์, และแม้แต่คู่มือภาษา C++ แบบ built-in ทั้งหมดนี้ทำงานได้ใน RAM เพียง 640KB และใช้พื้นที่ไม่ถึง 9MB
Julio เปรียบเทียบกับเครื่องมือยุคใหม่ เช่น Emacs, Vim, Neovim, Doom Emacs, Helix และ VSCode ซึ่งแม้จะทรงพลังและมีปลั๊กอินมากมาย แต่กลับไม่สามารถให้ประสบการณ์ที่ “ครบ จบในตัว” แบบ Turbo IDE ได้ โดยเฉพาะในแง่ของความเรียบง่าย, การค้นพบฟีเจอร์ด้วยตัวเอง, และการใช้ทรัพยากรที่เบาอย่างเหลือเชื่อ
เขายังชี้ให้เห็นว่า IDE แบบ TUI มีข้อได้เปรียบในงาน remote development ผ่าน SSH โดยไม่ต้องพึ่ง GUI หรือ remote desktop ที่มักช้าและกินทรัพยากร
ท้ายที่สุด เขาตั้งคำถามว่า “เราก้าวหน้าจริงหรือ?” เพราะแม้ IDE สมัยใหม่จะมี refactoring และ AI coding assistant แต่ก็แลกมาด้วยความซับซ้อน, ขนาดไฟล์ระดับ GB, และการพึ่งพา cloud services
IDE ยุค DOS มี TUI เต็มรูปแบบ เช่น Turbo Pascal, Turbo C++
รวมฟีเจอร์ครบทั้ง editor, compiler, debugger, project manager และ help
โปรแกรมอย่าง SideKick Plus ใช้เทคนิค TSR เพื่อสลับหน้าจอได้
เป็น multitasking แบบพื้นฐานในยุคที่ DOS ยังไม่มีฟีเจอร์นี้
Turbo IDE ใช้ RAM เพียง 640KB และพื้นที่ไม่ถึง 9MB
แต่ให้ประสบการณ์ที่ครบถ้วนและใช้งานง่าย
Emacs, Vim, Neovim, Helix และ Doom Emacs แม้จะทรงพลัง
แต่ยังไม่สามารถให้ประสบการณ์ IDE ที่สมบูรณ์แบบแบบ Turbo ได้
IDE แบบ TUI เหมาะกับงาน remote development ผ่าน SSH
ใช้งานได้แม้บนระบบที่ไม่มี GUI เช่น FreeBSD
LSP (Language Server Protocol) ช่วยให้ TUI editors มีฟีเจอร์ IDE มากขึ้น
และ BSP (Build Server Protocol) อาจช่วยเติมเต็มในอนาคต
https://blogsystem5.substack.com/p/the-ides-we-had-30-years-ago-and
Julio Merino ผู้เขียนบล็อก Blog System/5 พาเราย้อนเวลากลับไปสู่ยุค 1980s–1990s เพื่อสำรวจโลกของ IDE (Integrated Development Environment) แบบข้อความ (TUI) ที่รุ่งเรืองบนระบบปฏิบัติการ DOS ก่อนที่ Windows จะครองโลก
เขาเริ่มจากความทรงจำในวัยเด็กที่เรียนรู้การเขียนโปรแกรมผ่านเครื่องมืออย่าง MS-DOS Editor และ SideKick Plus ซึ่งแม้จะไม่ใช่ IDE เต็มรูปแบบ แต่ก็มีฟีเจอร์อย่างเมนู, การใช้เมาส์, และการสลับหน้าจอแบบ rudimentary multitasking ผ่านเทคนิค TSR (Terminate and Stay Resident)
จุดเปลี่ยนสำคัญคือการมาถึงของ Borland Turbo series เช่น Turbo Pascal และ Turbo C++ ที่รวมทุกอย่างไว้ในหน้าจอเดียว: การเขียนโค้ด, คอมไพล์, ดีบัก, จัดการโปรเจกต์, และแม้แต่คู่มือภาษา C++ แบบ built-in ทั้งหมดนี้ทำงานได้ใน RAM เพียง 640KB และใช้พื้นที่ไม่ถึง 9MB
Julio เปรียบเทียบกับเครื่องมือยุคใหม่ เช่น Emacs, Vim, Neovim, Doom Emacs, Helix และ VSCode ซึ่งแม้จะทรงพลังและมีปลั๊กอินมากมาย แต่กลับไม่สามารถให้ประสบการณ์ที่ “ครบ จบในตัว” แบบ Turbo IDE ได้ โดยเฉพาะในแง่ของความเรียบง่าย, การค้นพบฟีเจอร์ด้วยตัวเอง, และการใช้ทรัพยากรที่เบาอย่างเหลือเชื่อ
เขายังชี้ให้เห็นว่า IDE แบบ TUI มีข้อได้เปรียบในงาน remote development ผ่าน SSH โดยไม่ต้องพึ่ง GUI หรือ remote desktop ที่มักช้าและกินทรัพยากร
ท้ายที่สุด เขาตั้งคำถามว่า “เราก้าวหน้าจริงหรือ?” เพราะแม้ IDE สมัยใหม่จะมี refactoring และ AI coding assistant แต่ก็แลกมาด้วยความซับซ้อน, ขนาดไฟล์ระดับ GB, และการพึ่งพา cloud services
IDE ยุค DOS มี TUI เต็มรูปแบบ เช่น Turbo Pascal, Turbo C++
รวมฟีเจอร์ครบทั้ง editor, compiler, debugger, project manager และ help
โปรแกรมอย่าง SideKick Plus ใช้เทคนิค TSR เพื่อสลับหน้าจอได้
เป็น multitasking แบบพื้นฐานในยุคที่ DOS ยังไม่มีฟีเจอร์นี้
Turbo IDE ใช้ RAM เพียง 640KB และพื้นที่ไม่ถึง 9MB
แต่ให้ประสบการณ์ที่ครบถ้วนและใช้งานง่าย
Emacs, Vim, Neovim, Helix และ Doom Emacs แม้จะทรงพลัง
แต่ยังไม่สามารถให้ประสบการณ์ IDE ที่สมบูรณ์แบบแบบ Turbo ได้
IDE แบบ TUI เหมาะกับงาน remote development ผ่าน SSH
ใช้งานได้แม้บนระบบที่ไม่มี GUI เช่น FreeBSD
LSP (Language Server Protocol) ช่วยให้ TUI editors มีฟีเจอร์ IDE มากขึ้น
และ BSP (Build Server Protocol) อาจช่วยเติมเต็มในอนาคต
https://blogsystem5.substack.com/p/the-ides-we-had-30-years-ago-and
🧵 “ย้อนรอย IDE ยุค DOS — 30 ปีก่อนเรามีอะไรที่วันนี้ยังตามไม่ทัน” — เมื่อ Turbo C++ เคยให้ประสบการณ์ที่ IDE สมัยใหม่ยังเทียบไม่ได้
Julio Merino ผู้เขียนบล็อก Blog System/5 พาเราย้อนเวลากลับไปสู่ยุค 1980s–1990s เพื่อสำรวจโลกของ IDE (Integrated Development Environment) แบบข้อความ (TUI) ที่รุ่งเรืองบนระบบปฏิบัติการ DOS ก่อนที่ Windows จะครองโลก
เขาเริ่มจากความทรงจำในวัยเด็กที่เรียนรู้การเขียนโปรแกรมผ่านเครื่องมืออย่าง MS-DOS Editor และ SideKick Plus ซึ่งแม้จะไม่ใช่ IDE เต็มรูปแบบ แต่ก็มีฟีเจอร์อย่างเมนู, การใช้เมาส์, และการสลับหน้าจอแบบ rudimentary multitasking ผ่านเทคนิค TSR (Terminate and Stay Resident)
จุดเปลี่ยนสำคัญคือการมาถึงของ Borland Turbo series เช่น Turbo Pascal และ Turbo C++ ที่รวมทุกอย่างไว้ในหน้าจอเดียว: การเขียนโค้ด, คอมไพล์, ดีบัก, จัดการโปรเจกต์, และแม้แต่คู่มือภาษา C++ แบบ built-in ทั้งหมดนี้ทำงานได้ใน RAM เพียง 640KB และใช้พื้นที่ไม่ถึง 9MB
Julio เปรียบเทียบกับเครื่องมือยุคใหม่ เช่น Emacs, Vim, Neovim, Doom Emacs, Helix และ VSCode ซึ่งแม้จะทรงพลังและมีปลั๊กอินมากมาย แต่กลับไม่สามารถให้ประสบการณ์ที่ “ครบ จบในตัว” แบบ Turbo IDE ได้ โดยเฉพาะในแง่ของความเรียบง่าย, การค้นพบฟีเจอร์ด้วยตัวเอง, และการใช้ทรัพยากรที่เบาอย่างเหลือเชื่อ
เขายังชี้ให้เห็นว่า IDE แบบ TUI มีข้อได้เปรียบในงาน remote development ผ่าน SSH โดยไม่ต้องพึ่ง GUI หรือ remote desktop ที่มักช้าและกินทรัพยากร
ท้ายที่สุด เขาตั้งคำถามว่า “เราก้าวหน้าจริงหรือ?” เพราะแม้ IDE สมัยใหม่จะมี refactoring และ AI coding assistant แต่ก็แลกมาด้วยความซับซ้อน, ขนาดไฟล์ระดับ GB, และการพึ่งพา cloud services
✅ IDE ยุค DOS มี TUI เต็มรูปแบบ เช่น Turbo Pascal, Turbo C++
➡️ รวมฟีเจอร์ครบทั้ง editor, compiler, debugger, project manager และ help
✅ โปรแกรมอย่าง SideKick Plus ใช้เทคนิค TSR เพื่อสลับหน้าจอได้
➡️ เป็น multitasking แบบพื้นฐานในยุคที่ DOS ยังไม่มีฟีเจอร์นี้
✅ Turbo IDE ใช้ RAM เพียง 640KB และพื้นที่ไม่ถึง 9MB
➡️ แต่ให้ประสบการณ์ที่ครบถ้วนและใช้งานง่าย
✅ Emacs, Vim, Neovim, Helix และ Doom Emacs แม้จะทรงพลัง
➡️ แต่ยังไม่สามารถให้ประสบการณ์ IDE ที่สมบูรณ์แบบแบบ Turbo ได้
✅ IDE แบบ TUI เหมาะกับงาน remote development ผ่าน SSH
➡️ ใช้งานได้แม้บนระบบที่ไม่มี GUI เช่น FreeBSD
✅ LSP (Language Server Protocol) ช่วยให้ TUI editors มีฟีเจอร์ IDE มากขึ้น
➡️ และ BSP (Build Server Protocol) อาจช่วยเติมเต็มในอนาคต
https://blogsystem5.substack.com/p/the-ides-we-had-30-years-ago-and
0 ความคิดเห็น
0 การแบ่งปัน
16 มุมมอง
0 รีวิว