Github Copilot เทียบกับ AppMaster

ในช่วง 2-3 เดือนที่ผ่านมา เรามีโอกาสพูดคุยกับบุคลากรด้านเทคนิค วิศวกร และผู้จัดการชั้นนำมากมายจากบริษัทเทคโนโลยีขนาดใหญ่หลายแห่ง ซึ่งต้องขอบคุณ Disrupt และกิจกรรมทางเทคโนโลยีอื่นๆ ทั่ว Bay Area บุคคลทั่วไปจำนวนไม่น้อยคุ้นเคยกับคำว่าการสร้างซอร์สโค้ดและวิธีการสร้างซอฟต์แวร์ แต่เมื่อเราพูดคุยกับนักเทคโนโลยี โดยเฉพาะผู้ที่ติดตามการพัฒนาซอฟต์แวร์สมัยใหม่ เราได้รับคำถามว่า AppMaster แตกต่างจาก GitHub Copilot อย่างไร นั่นเป็นคำถามที่น่าสนใจทีเดียว

หากคุณกำลังอ่านโพสต์ของฉัน คุณอาจเคยได้ยินเกี่ยวกับ Copilot ซึ่งเป็นเครื่องมือ AI สำหรับการเติมและสร้างซอร์สโค้ดขั้นสูง Copilot เป็นเครื่องมือที่ค่อนข้างดีอยู่แล้วสำหรับการเขียนโปรแกรมช่วยเหลือ เมื่อนักพัฒนาเขียนเพียงส่วนหนึ่งของซอร์สโค้ด และ AI เสนอการเติมโค้ด แม้กระทั่งฟังก์ชันทั้งหมด Copilot ที่ดีโดยเฉพาะอย่างยิ่งในการกรอกรูปแบบและพจนานุกรม: เขียนสองสามรายการ และส่วนที่เหลือจะถูกสร้างขึ้นโดยอัตโนมัติ จากข้อเสนอแนะของชุมชนและโพสต์ล่าสุดของ GitHub CEO Copilot กำลังเติบโตในทิศทางที่ดี

AppMaster แตกต่างจาก Copilot ตรงที่มุ่งเน้นที่การสร้างโครงการซอฟต์แวร์ที่สมบูรณ์แทนที่จะเป็นชิ้นเล็กชิ้นน้อย AppMaster รวบรวมข้อกำหนดสำหรับโครงการทั้งหมด: แอปพลิเคชันเซิร์ฟเวอร์ (แบ็กเอนด์) เว็บแอปพลิเคชัน แอปพลิเคชันมือถือ และสิ่งเสริมทั้งหมด โดยทั่วไป เรารวบรวมจากสคีมาแบบจำลองข้อมูลวิศวกร ตรรกะของแอปพลิเคชัน จุดสิ้นสุด องค์ประกอบ UI และข้อกำหนดมาตรฐานทั้งหมดสำหรับแอปพลิเคชันในอนาคตในรูปแบบการ drag-and-drop ที่มองเห็นได้ แนวทางแบบครบวงจรช่วยให้วิศวกรซอฟต์แวร์ทำงานน้อยลงเพื่อให้ได้มากขึ้น

เพื่อความเข้าใจที่ดีขึ้น ผมจะยกตัวอย่างเล็กๆ น้อยๆ ให้คุณดู

การเรียกใช้ API จากเว็บหรือแอปพลิเคชันมือถือไปยังเซิร์ฟเวอร์/แบ็กเอนด์เป็นหนึ่งในงานทั่วไป โดยปกติแล้ว วิศวกรจะต้องตรวจสอบเอกสาร API ของเซิร์ฟเวอร์และสร้างโครงสร้างของคำขอ/การตอบกลับและรหัสที่เกี่ยวข้องทั้งหมด งานเดียวกันนี้สามารถทำได้ด้วยการดำเนินการ dran&drop เพียงครั้งเดียวใน AppMaster เนื่องจากแพลตฟอร์มนี้รู้ทุกอย่างเกี่ยวกับโมเดลข้อมูลและจุดสิ้นสุด จึงสร้างบล็อกภาพไว้ล่วงหน้าโดยอัตโนมัติเพื่อสร้างคำขอ API ที่ไม่ยุ่งยาก รวมถึงโครงสร้างออบเจกต์ที่สอดคล้องกัน และยิ่งไปกว่านั้น: หลังจากการเปลี่ยนแปลงโมเดลข้อมูลแต่ละครั้ง แพลตฟอร์มตรรกะทางธุรกิจหรือจุดสิ้นสุดจะอัปเดตองค์ประกอบ UI ที่สัมพันธ์กันโดยอัตโนมัติโดยไม่มีการแทรกแซงของวิศวกร

จากด้านข้าง ดูเหมือนว่า AppMaster และ Copilot กำลังพยายามแก้ปัญหาที่แตกต่างกัน เรากำลังทำงานกับปัญหาวิศวกรรมซอฟต์แวร์เดียวกัน แต่แนวทางของเราแตกต่างกันมาก ในขณะที่ Copilot ตัดสินใจช่วยวิศวกรซอฟต์แวร์ให้เขียนโค้ดได้เร็วขึ้นและง่ายขึ้น เรามุ่งเน้นที่การเปลี่ยนกระบวนทัศน์การพัฒนาซอฟต์แวร์จากการสร้างซอฟต์แวร์ด้วยการเขียนโค้ดโปรแกรมเป็นการกำหนดความต้องการระดับสูงเท่านั้น การมีข้อกำหนดทำให้เราได้รับประโยชน์อย่างมากจากความสามารถในการสร้างฐานรหัสโครงการใหม่ทั้งหมดตั้งแต่เริ่มต้น เราสามารถสร้างใหม่ได้ด้วยเหตุผลใดก็ตาม: เมื่อข้อกำหนดมีการเปลี่ยนแปลง เมื่อมีการปรับปรุงอัลกอริธึมการสร้างรหัส เพื่ออัปเดตภาษาโปรแกรมหรือเวอร์ชันของไลบรารี หรือแม้กระทั่งเพื่อเปลี่ยนกลุ่มเทคโนโลยีทั้งหมด!

เราเชื่อในอนาคตด้วยแนวทาง " อย่าแตะต้องซอร์สโค้ด " และข้อกำหนดระดับสูงสำหรับวิศวกรรมซอฟต์แวร์

คุณคิดอย่างไร? ดีเกินจริง? ยูโทเปีย?

ป.ล. หากสนใจในสาขานี้ ให้ตรวจสอบพอดคาสต์ Lex Fridman ล่าสุดกับ Andrei Karpathy อดีตผู้อำนวยการฝ่าย AI ของ Tesla เกี่ยวกับ Software 2.0 และการสร้างโค้ด