การ throw exception ทำให้ 1 function มีมากกว่า 1 ทางออกทำให้ความซับซ้อนสูง และบางภาษามี runtime exception จะทำให้ handle ยาก เพราะมีโอกาสเกิดขึ้นได้แต่คนเขียนต้องรู้เอาเองว่ามีโอกาสเกิดขึ้นแล้วต้อง handle เอง ต่างกับภาษาที่มีแต่ exception และบังคับ handle ตั้งแต่ตอนพัฒนาโปรแกรมเลยก็จะ safe กว่า

ผมเดาว่าภาษาใหม่ ๆ พยายามหนีคำว่า exception เพราะกลัวคนจะเพิกเฉย ละเลย ไม่ใส่ใจ ด้วยการเปลี่ยนเป็น error แล้วสร้าง practice ใหม่ว่าต้อง handle แทน

โปรแกรมที่ดีสามารถถอดประกอบได้ ไม่จำเป็นต้องเขียนใหม่ทั้งหมด จริง ๆ โปรแกรมมันคุยกันด้วย message อยู่แล้ว เช่น text (CLI, HTTP (REST), csv), binary (RPC, stream buffer, DB) แยกส่วนมันได้ ก็เขียนใหม่ทีละส่วนไม่ยาก แต่มันจะมีเวลาที่ใช้ในการสร้าง แบก ซ่อม เลื่อนที่ต่างกัน ขึ้นอยู่กับว่าเราออกแบบปฎิสัมพันธ์ระหว่างโปรแกรมว่ามันยึดผูกติดหรือหลวม ๆ กันแค่ไหน

ผมว่ากรณีนี้เค้าเป็นแค่ dll ตัวนึงที่ติดต่อกับคนอื่นผ่าน C API

ถ้าเค้าไม่ break ABI ก็ไม่น่ามีปัญหาอะไรครับ

edit เสริมนิดนึง

คือถ้าเป็นซอฟต์แวร์ธุรกิจ ถ้าเขียนด้วย C++ ก็บอกเลยว่า แทบจะโละทิ้งทำใหม่ ส่วนหนึ่งเพราะ C++ ไม่มี Standard ABI ดังนั้นถ้าโค๊ดไม่ได้เขียนให้สร้าง C ABI ตั้งแต่แรก มันก็จะต่อกันได้เฉพาะ C++ ด้วยกันเองเท่านั้น แล้วการเขียนโค๊ด C++ โดยให้คง ABI Compatibility อยู่เป็นงานหินมาก ยกเว้นแต่ถ้าเราโฟกัสกันที่ C ABI อย่างเดียว public interface แต่ละตัวเป็น C API หมด อันนี้จะย้ายภาษาในบาง component ก็ไม่ได้ยากขนาดนั้น

แต่ก็ใช่แหละคือการสร้าง component ใหม่ทั้งตัวมาแทนของเก่าก็เป็นงานหินและแพงมากครับ

(แล้วก็เห็นด้วยว่าถ้าเขียนระบบใหม่หมดตั้งแต่ 0 โอกาสจะพังมีสูงมาก อย่างคนที่เคยทำงานแถว ๆ สวนลุมบางส่วนอาจจะเคยเจอมาแล้ว -- พอดีคนรู้จักผมทำงานให้ลูกค้าของเจ้านี้ ฮา)

แต่ถ้ามองกลับไปที่ Windows ตัว Win32 แต่เริ่มเดิมทีเป็น C อยู่แล้ว ดังนั้นถ้าเราจะเขียนใหม่ ก็แค่เขียนโค๊ดด้วยภาษาอะไรก็ได้แล้วให้มัน expose C ABI ออกมาก็พอ (ถ้าจำไม่ผิด runtime มันเป็น dynamic link อยู่แล้ว) หรือถ้าเป็น code ที่ใหม่กว่าหน่อย เข้าใจว่าใน MS เองยังใช้ COM (Component Object Model) กันอยู่เลย (.Net Framework ก็เขียนอยู่บนตัวนี้เหมือนกัน สังเกตได้จากพวกฟังก์ชั่น AddRef) ตัวโค๊ดอาจจะเป็น C++ แต่ interface ที่เปิดมาเป็น C ABI ดังนั้นต่อให้ไปเปลี่้ยนดีเทลข้างในก็ไม่กระทบข้างนอกเหมือนกันครับ

ภาษาส่วนใหญ่ ถ้าจะเขียนให้เข้ากับโค๊ดเนทีฟ จะเข้ากันผ่านทาง C ABI เพราะว่าโค๊ดเดิมที่ใช้ ๆ กันมักจะเป็นภาษา C และทุกคนก็ใช้กลยุทธเดียวกับ C++ คือเขียนให้มันเรียก C ได้ แค่ C++ สามารถเรียกใช้ตรง ๆ ได้โดยไม่ต้องเขียน shim อะไรเลยเท่านั้นเองที่เป็นจุดได้เปรียบ

Upgrade ไป Windows ใหม่กว่าฟรีนี่ครับ

Microsoft Contribute ของดี ๆ เยอะมากยุคนี้

VS Code, TypeScript, Playwright, etc.

ถามว่าทำไมต้องทำ

ผมมองว่าในโลกของ product เราไม่ควรแข่งกันที่ software หรือ tools มันควรแข่งกันที่โปรดักว่าของใครทำอะไรได้บ้าง แล้วการจะได้มาใน 1 product ขั้นตอนกระบวนการวิธี และสิ่งที่ต้องกังวลหรือแก้ไขมันเยอะมากเช่น ความเป็นส่วนตัว ความปลอกภัย เวลาในการพัฒนา ทำงานได้มั้ย กฎหมายแต่ละประเทศ localization, internationalization, การรองรับคนพิการประเภทต่าง ๆ

ถ้าของดีไม่ช่วยกันดันไม่อยู่ใน main stream มันจะเจออาการว่า internal framework, internal tools ถึงเวลามันจะ outdate ไม่มีคนช่วย contributes คนที่เข้าใจออก คนที่ไม่เข้าใจเข้า จะรู้จักได้ต้องเป็นคนในก่อน คนเดิม ๆ ที่ไปทำเรื่องใหม่ ๆ ถ้าเขามีไฟเขาก็คงไม่อยากโดนดอง โดนครอบด้วยวิธีการทำงานแบบเดิม เครื่องมือเดิม ๆ แถมถ้า products เดิมที่เหมือนกำลังจะตาย หรือทำเงินไม่ได้ แต่ปิดก็ไม่ได้มันเหมือนโดนแช่แข็งเลยสำหรับผม

บางทีผมก็คิดอยู่นะว่า ตาลุงในเสื้อฮาวาย น่าจะเริ่มร้อน ๆ หนาว ๆ ละว่าจะโดนเลย์ออฟหรือเปล่า (ฮา)

ปล. ผมแซวคุณลุง Herb Sutter ที่เป็น WG21 Convener และทำงานที่ Microsoft ครับ คนนี้เป็นหัวหอกคนนึงของ C++ ใน Microsoft เลย แต่หลังๆ ดูแผ่ว ๆ เพราะ MS หลัง ๆ ไม่ค่อยแคร์โปรดักท์ C++ (หรือให้พูดตรง ๆ ก็ Visual Studio ทั้งชุด) สักเท่าไหร่ละ

ผมรู้จัก Rust แค่ผิวเผินนะครับ สำหรับเคสนี้ผมว่าทำอะไรไม่ได้นอกจาก design ใหม่ล่ะครับ คือถ้าในลักษณของ class, interface ผมว่า struct, trait เองก็ทำงานในลักษณะที่มองของเป็น object ได้ แต่ถ้าใช้คุณบัติของ OOP แบบเต็มออพชั่น 555 ผมว่าคิดใหม่ทำใหม่อย่างเดียว

เปลี่ยนตั้งแต่กระบวนการคิดของ Programmer เลย แต่โดยปกติแล้วโปรแกรมเมอร์ที่ดีจะไม่ยัด Business Logic เข้าไปในโปรแกรมตั้งแต่แรก เน้นใช้ OO เฉพาะส่วนของการสืบทอดและ In-Module Messaging (ไม่ส่ง Message ข้ามไปมาระหว่าง Module) ตอนถอดออกมาใส่ภาษาที่ไม่ใช่ OO ก็จะง่ายลงไปเยอะ

OOP คือวีธีคิดครับ
ต่อให้ภาษาไม่มี class, method, inherit ก็ยังคิดแบบ OOP ได้ครับ

เท่าที่ดูคือ Rust มัน strict ไป ทำให้ต้องเรียนรู้ idiom ของมันเพิ่ม เขียนตรงๆ ขวานผ่าซากไม่ได้
ขนาด goto ยังไม่มีให้ใช้เลย