โค้ดต่ํามีไว้สําหรับนักพัฒนาเช่นกัน: การปฏิวัติการเขียนโปรแกรมครั้งต่อไปมาถึงแล้ว

การเปลี่ยนแปลงครั้งใหญ่กําลังดําเนินการในวิธีที่เราสร้างและใช้แอป และโค้ดน้อยจะเป็นคุณสมบัติหลัก

แม้ว่าเครื่องมือและบริการที่ทันสมัยจะทําให้นักพัฒนามีประสิทธิผลมากขึ้น แต่ก็ยังมี 'ช่องว่างของแอป' เป็นช่องว่างระหว่างโค้ดที่คุณมีทรัพยากรในการสร้างและโค้ดที่ผู้มีส่วนได้ส่วนเสียของคุณต้องการ ทีมพัฒนามีภาระหนักเกินไปและต้องจัดลําดับความสําคัญของงาน โดยมุ่งเน้นไปที่ระบบธุรกิจหลักและเครื่องมือที่จําเป็นในการทํางานกับพวกเขา 

จึงไม่น่าแปลกใจที่เครื่องมือ Low Code ได้รับความนิยม พวกเขาสร้างขึ้นจากแนวคิดที่คุ้นเคยเพื่อให้ผู้ใช้ปลายทางมีชุดเครื่องมือที่ช่วยให้พวกเขาสร้างและแชร์แอปพลิเคชันที่ต้องการ ผู้สืบทอดเชิงตรรกะของ Excel และ Access เป็นสนามเด็กเล่นที่เปิดการเข้าถึงข้อมูลและให้วิธีการเชื่อมโยงแอปพลิเคชันและบริการในขณะที่สร้างประสบการณ์ผู้ใช้ที่เรียบง่ายจากหน่วยการสร้างทั่วไป คุณสามารถคิดว่าเป็นเครื่องมืออัตโนมัติของกระบวนการที่ทันสมัย ซึ่งสามารถแยกเวิร์กโฟลว์จากการดําเนินการและเปลี่ยนการดําเนินการที่บันทึกไว้เหล่านั้นให้เป็นโค้ด 

เครื่องมือแบบ Low Code เช่น Zapier และ Power Platform ของ Microsoft มักถูกมองว่าเป็นวิธีการลดภาระความต้องการในการพัฒนา ซึ่งช่วยให้ผู้ใช้สามารถสร้างแอปที่ต้องการได้เมื่อต้องการ การมีวิธีลดช่องว่างของแอป แต่ก็มีข้อจํากัดที่สําคัญที่ทําให้ไม่สามารถดูเครื่องมือแบบ low code แยกจากกันได้ 

การจัดการ API 

สิ่งที่มักถูกลืมไปในการเร่งรีบให้ใช้โค้ดต่ําคือหัวใจสําคัญของเวิร์กโฟลว์และเทคโนโลยีการผสานรวม และนั่นหมายถึงการสร้างและจัดการปลายทาง ที่นี่ ทีมพัฒนาที่มีอยู่มีความสําคัญ เนื่องจากพวกเขาต้องได้รับมอบหมายให้จัดหา API ที่มีการจัดการสําหรับแอปพลิเคชันและบริการที่มีอยู่ แม้ว่าโมเดล API ที่ใช้ REST ที่ใช้โดยเครื่องมือ Low Code ส่วนใหญ่จะค่อนข้างง่ายต่อการนําไปใช้และสนับสนุน แต่กระบวนการดังกล่าวทําให้เกิดปัญหาชุดใหม่: ใครสามารถเข้าถึง API เหล่านั้นได้ และสามารถเข้าถึงได้ผ่านพวกเขา ได้มากน้อยเพียงใด

คุณไม่สามารถใช้โซลูชันแบบ Low Code ได้หากไม่มีการจัดการ API บางรูปแบบที่เชื่อมโยงกับแพลตฟอร์มข้อมูลประจําตัวที่มีอยู่ของคุณ จําเป็นต้องมีการควบคุมการเข้าถึงตามบทบาทและการควบคุมที่มีการจัดการเพื่อรับรองความปลอดภัยและความสมบูรณ์ของข้อมูล คุณต้องแน่ใจว่าข้อมูลที่ได้รับการป้องกันสามารถเข้าถึงได้โดยผู้ที่ต้องการเท่านั้น และผู้ใช้ที่มากเกินไปจะไม่ส่งผลกระทบต่อการดําเนินงานของระบบสายธุรกิจ ด้วยการทําให้การจัดการ API เป็นส่วนหนึ่งของชุดโค้ดต่ําของคุณ ผู้ใช้ที่ต้องการเข้าถึง API สามารถจัดเตรียมได้โดยใช้กระบวนการแบบบริการตนเองอย่างง่าย โดยจะเก็บบัญชีที่ไม่ได้ใช้เพื่อหลีกเลี่ยงการสูญหายของ ข้อมูล

ทํางานเป็นทีม 

จากนั้นก็มีปัญหาของโค้ดต่ําที่กําลังพัฒนาแยกจากกัน บ่อยครั้งที่แอสเซทถูกสร้างขึ้นหลายครั้ง ซึ่งพลาดประโยชน์ของการนําโค้ดกลับมาใช้ใหม่และการพกพา ส่วนหนึ่งของปัญหาคือโค้ดต่ําจํานวนมากได้รับการพัฒนาในสภาพแวดล้อมที่เป็นกรรมสิทธิ์โดยไม่มีการผสานรวมกับระบบควบคุมแหล่งที่มาหรือกับสภาพแวดล้อมการเข้ารหัสทางสังคมเช่น GitHub แม้แต่สภาพแวดล้อมแบบ Low Code ดั้งเดิม Excel ก็กําลังย้ายออกจากโมเดลที่เป็นกรรมสิทธิ์ด้วยฟังก์ชัน LAMBDA ใหม่ที่ช่วยให้คุณสามารถแชร์บล็อกโค้ดระหว่างโครงการ ต่างๆ ได้

สิ่งที่ชัดเจนคือโค้ดต่ําคือโค้ด แม้ว่าจะสร้างขึ้นในพื้นที่ทํางานแบบลากและวางแบบภาพ เราจําเป็นต้องปฏิบัติต่อมันในลักษณะเดียวกับที่เราปฏิบัติต่อโค้ดในการพัฒนาองค์กรหลักของเราเพื่อให้มั่นใจว่ามันปลอดภัยและเชื่อถือได้และหากเป็นไปได้ความรู้ที่ใช้ในการสร้างแอปพลิเคชันเหล่านั้นจะไม่สูญหายและสามารถแบ่งปันกับทีมอื่น ๆ ได้ 

เครื่องมือ Low Code ในช่วงแรกข้ามสิ่งที่จําเป็นสําหรับสิ่งนี้ ใช่ คุณสามารถสร้างกระบวนการรอบๆ มัน ด้วยบทวิจารณ์ของนักพัฒนาและเหตุการณ์สําคัญอื่นๆ แต่แนวทางนั้นขัดขวางประโยชน์ที่ชัดเจนของโค้ดต่ํา ซึ่งสร้างอุปสรรคในการพัฒนาแอปอย่างรวดเร็วซึ่งอาจมีอายุที่ วางแผนไว้เพียงไม่กี่เดือน

การนําโค้ดต่ํามาใช้ในเครื่องมือการพัฒนาขนาดใหญ่ช่วยให้คุณเริ่มใช้ประโยชน์จากทักษะจากส่วนต่างๆ ขององค์กร โดยสร้างสิ่งที่เรียกว่า 'ทีมฟิวชั่น' ซึ่งกลุ่มต่างๆ ทํางานร่วมกันเพื่อสร้างแอปหรือบริการที่แก้ปัญหาเฉพาะ สมาชิกแต่ละคนของทีมฟิวชั่นจะมีความรับผิดชอบที่แตกต่างกัน: คนหนึ่งอาจเป็นผู้ใช้ปลายทาง อีกคนหนึ่งเป็นนักพัฒนาแบบ low code หนึ่งคนจัดการ API บริการ ไม่มีโครงสร้างที่ตายตัวสําหรับทีมแบบนี้ ประกอบด้วยคนที่จําเป็นสําหรับงานเฉพาะ พวกเขาไม่จําเป็นต้องพบปะกันด้วยซ้ํา -- ช่องทาง Slack หรือ Teams สําหรับโครงการอาจเพียงพอสําหรับการโต้ตอบทั่วไป ส่วนใหญ่

รหัสต่ําเป็นรหัส 

เครื่องมือที่ใหม่กว่าได้เริ่มเปลี่ยนแปลงสิ่งนั้น โดยนําแนวคิดการจัดการใหม่และวิธีการใหม่ในการแบ่งปันโค้ด การพัฒนาที่สําคัญประการหนึ่งคือการย้ายออกจากเครื่องมือกราฟิกล้วนๆ ด้วยการพัฒนาภาษาใหม่ที่ห่อหุ้มสิ่งที่สามารถทําได้ด้วยเครื่องมือกราฟิก และช่วยให้เราสามารถสร้างการพัฒนาโค้ดต่ําของเราในไปป์ไลน์ CI/CD และเครื่องมือเข้ารหัสโซเชียลเช่น GitHub 

ภาษาใหม่เหล่านั้นเหมาะกับสภาพแวดล้อมแบบ low code มากกว่า โดยสร้างขึ้นจากแนวคิดต่างๆ เช่น การสืบค้น SQL และสูตร Excel พวกเขาเข้าใจได้อย่างรวดเร็วโดยใช้การผสมผสานระหว่างแนวคิดการเขียนโปรแกรมแบบประกาศและฟังก์ชันการทํางาน ผู้ใช้ยังคงสามารถทํางานโดยใช้สภาพแวดล้อมการพัฒนากราฟิกที่คุ้นเคยโดยบันทึกโค้ดผลลัพธ์ลงในที่เก็บ git โดยอัตโนมัติ ในขณะเดียวกันนักพัฒนาสามารถตรวจสอบโค้ดนั้นได้อย่างรวดเร็วใน IDE หรือตัวแก้ไขโค้ดของตน ไม่มีบริบทการเปลี่ยน และทุกคนจะได้รับเครื่องมือที่จําเป็นในการทํางานที่ต้องทํา จากนั้นนักพัฒนาสามารถใช้ไปป์ไลน์ CI/CD เพื่อทดสอบโค้ดอย่างรวดเร็วก่อนวางจําหน่าย โดยมองหาจุดเด่นและข้อบกพร่อง ที่สําคัญอื่นๆ

ดู: นักพัฒนาเว็บหรือ CTO งานด้านเทคโนโลยีใดที่มีเงินเดือนเติบโตเร็วที่สุด

การทําโค้ดน้อยเป็นโค้ดช่วยให้คุณใช้ประโยชน์จากผู้ช่วยเขียนโค้ดที่ใช้แมชชีนเลิร์นนิงรุ่นใหม่ได้ เทคโนโลยีเช่นโมเดล Codex ของ OpenAI สามารถระบุรูปแบบทั่วไปในโค้ดและให้คําแนะนําตามวิธีที่แอปพลิเคชันอื่นๆ แก้ปัญหาที่คล้ายคลึงกัน หากสมมติว่าแอปโค้ดน้อยต้องการการควบคุมกริดที่เชื่อมต่อกับระบบ ERP ก็สามารถให้คําแนะนําเกี่ยวกับวิธีสร้างสตริงการเชื่อมต่อที่เหมาะสมหรือวิธีจัดรูปแบบแบบสอบถาม ได้ดีที่สุด

เป็นแนวทางที่ยังอยู่ในช่วงแรก ๆ แต่ก็แสดงให้เห็นถึงคํามั่นสัญญา ไม่ใช่การให้ AI เขียนโค้ดให้คุณ แต่เป็นการมีโปรแกรมเมอร์คู่ที่ใช้ AI ที่ให้คําแนะนําเกี่ยวกับวิธีปรับปรุงโค้ด เมื่อคุณเรียนรู้วิธีสร้างแอปพลิเคชันแบบ Low Code จะเป็นชุดของวงล้อฝึกที่คุณสามารถค่อยๆ ถอดออกได้ ซึ่งช่วยลดการพึ่งพาทั้ง AI และทรัพยากรของนักพัฒนา  

เป็นไปได้ที่จะเห็นว่าสิ่งนี้จบลงอย่างไร โดยนักพัฒนาระบบหลักสร้าง API AI ปรับแต่งวิธีการใช้งาน และผู้ใช้ทําตามคําแนะนําอย่างรวดเร็วเพื่อสร้างแอปคุณภาพสูงที่ทํางานได้ดีและไม่รบกวนผู้ใช้ รายอื่น

เราอยู่ในช่วงแรกของการเปลี่ยนแปลงครั้งใหญ่ในการสร้างและใช้แอป และโค้ดน้อยจะเป็นตัวขับเคลื่อนหลักในการปฏิวัติครั้งใหม่นี้ ความสัมพันธ์ระหว่าง low code และการพัฒนาแอปพลิเคชันกระแสหลักต้องใกล้ชิดกัน อย่างไรก็ตาม ด้วยโค้ดต่ําที่มองว่าเป็นวิธีการตอบสนองต่อการขาดทรัพยากรการพัฒนา จึงเป็นความสัมพันธ์ที่ต้องได้รับการจัดการอย่างระมัดระวัง ดังนั้นจึงเป็นเรื่องดีที่ได้เห็นองค์กรตระหนักถึงความสําคัญของการจัดการ API ที่มีประสิทธิภาพการใช้เครื่องมือที่ปรับปรุงการแชร์โค้ดโครงสร้างทีมใหม่ที่ข้ามขอบเขตขององค์กรและสุดท้ายการใช้แมชชีนเลิร์นนิงเพื่อลดความเสี่ยงและเพิ่มผลผลิต