แพลตฟอร์มที่ไม่มีโค้ด / โค้ดต่ำและปัญญาประดิษฐ์

กำไร:

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

การพัฒนาซอฟต์แวร์แบบดั้งเดิมจำเป็นต้องเขียนโค้ดทีละบรรทัดและความเชี่ยวชาญทางเทคนิค แพลตฟอร์มที่ไม่มีโค้ดและโลว์โค้ดเปลี่ยนแปลงสถานการณ์นี้: แพลตฟอร์มเหล่านี้ช่วยให้สร้างแอปพลิเคชันได้ด้วยอินเทอร์เฟซแบบลากแล้วปล่อย ส่วนประกอบสำเร็จรูป และโฟลว์ภาพ โดยแทบไม่มีการเขียนโค้ดหรือไม่ต้องเขียนเลย เครื่องมือเช่น Microsoft Power Platform, Airtable, Bubble, Zapier, Make มาจากพื้นที่นี้ ข้อแตกต่างหลักๆ ก็คือ การไม่ใช้โค้ดจะรันภาพทั้งหมดโดยไม่ต้องเขียนโค้ดใดๆ และโดยทั่วไปมุ่งเป้าไปที่ผู้ใช้ทางธุรกิจ ในทางกลับกัน การใช้โค้ดต่ำช่วยให้เพิ่มโค้ดได้เมื่อจำเป็น นอกเหนือจากการพัฒนาด้านการมองเห็นและตอบสนองความต้องการที่ซับซ้อนมากขึ้น

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

เมื่อไม่มีโค้ด/โค้ดต่ำ โค้ดเมื่อใด?

No-code/low-code ไม่เหมาะกับทุกงาน เหมาะสำหรับ: ขั้นตอนการอนุมัติภายใน, แบบฟอร์มและการรวบรวมข้อมูลอย่างง่าย, แอพเพล็ตภายในแผนก, การบูรณาการข้ามระบบอย่างง่าย, การสร้างต้นแบบอย่างรวดเร็ว ไม่เหมาะสำหรับ: ระบบที่ต้องการประสิทธิภาพสูง ตรรกะทางธุรกิจที่ซับซ้อน ปรับขนาดเพื่อรองรับผู้ใช้จำนวนมาก ต้องการความปลอดภัยที่ละเอียดอ่อน หรือก้าวข้ามขีดจำกัดของแพลตฟอร์ม

แนวคิดที่สำคัญคือหนี้ด้านเทคนิค ราคาที่ติดตั้งโซลูชันอย่างรวดเร็วแต่ไม่ระมัดระวังในวันนี้จะต้องเกิดขึ้นในรูปแบบของการบำรุงรักษา การเปลี่ยนแปลง และการแก้ไขในวันพรุ่งนี้ ความเร็วแบบไม่มีโค้ดสามารถเปลี่ยนเป็นหนี้ทางเทคนิคได้อย่างง่ายดาย เนื่องจากแอปพลิเคชันขนาดเล็กหลายร้อยรายการที่ติดตั้งโดยไม่มีเอกสาร โดยไม่มีมาตรฐานและไม่มีเจ้าของ กลายเป็นกองที่ไม่สามารถจัดการได้เมื่อเวลาผ่านไป AI สามารถสร้างพิมพ์เขียวสำหรับโซลูชันที่ไม่ต้องเขียนโค้ดได้อย่างรวดเร็ว แต่ "ควรใช้รหัสหรือไม่ใช้รหัสทำเช่นนี้" และ “ใครเป็นเจ้าของและดูแลรักษาสิ่งนี้” คำถามคือการตัดสินใจเรื่องการกำกับดูแลของมนุษย์

เคล็ดลับ: ก่อนที่จะติดตั้งโซลูชันที่ไม่ต้องใช้โค้ด ให้ถาม: "หากผู้ที่ติดตั้งสิ่งนี้ออกไปหลังจากผ่านไป 6 เดือน จะมีใครสามารถคิดออกและดูแลมันได้หรือไม่" หากคำตอบคือไม่ เอกสารและความเป็นเจ้าของจะหายไป วิธีแก้ไขคือหนี้

เงาไอทีและการกำกับดูแล

ความเสี่ยงด้านการกำกับดูแลที่ใหญ่ที่สุดของการไม่ใช้โค้ดคือไอทีเงา: โซลูชันที่ใช้งานโดยปราศจากความรู้และการควบคุมของแผนกไอที พนักงานนำเข้าข้อมูลลูกค้าลงในเครื่องมือที่ไม่ต้องเขียนโค้ดและติดตั้งแอปพลิเคชัน ไม่มีใครรู้ ไม่มีความชัดเจนว่าข้อมูลไปอยู่ที่ไหน ยังไม่มีการตรวจสอบความปลอดภัย ซึ่งหมายความว่าข้อมูลรั่วไหล การละเมิดการปฏิบัติตามข้อกำหนด และการสูญเสียการควบคุม

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

คดีเล็กๆ สามคดี: ตามตัวเลข

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

กรณีที่ 2 — Shadow IT รั่วไหล ทีมการตลาดอัปโหลดรายชื่อลูกค้าไปยังเครื่องมืออัตโนมัติที่ไม่ต้องใช้โค้ดที่ไม่ได้รับการอนุมัติ และตั้งค่าแคมเปญ มันเก็บข้อมูลยานพาหนะไว้ในเซิร์ฟเวอร์ต่างประเทศและมีปัญหาในแง่ของ KVKK ไม่มีใครรู้ มีการเปิดเผยในการตรวจสอบและบริษัทเผชิญกับความเสี่ยงในการปฏิบัติตามกฎระเบียบ สิ่งนี้จะไม่เกิดขึ้นหากมีแพลตฟอร์มและกฎข้อมูลที่ได้รับอนุมัติ

กรณีที่ 3 — ต้นทุนของหนี้ทางเทคนิค ที่บริษัทแห่งหนึ่ง พนักงานคนหนึ่งได้ติดตั้งระบบอัตโนมัติแบบไม่ต้องเขียนโค้ด 40 แบบโดยไม่มีเอกสารประกอบและออกจากงานไป การอัปเดตแพลตฟอร์มแตก 11 รายการ; ไม่มีใครรู้ว่าใครทำอะไร ใช้เวลา 5 สัปดาห์ในการทำความเข้าใจและซ่อมแซมโซลูชันอีกครั้ง ถ้ามีเอกสารและกรรมสิทธิ์ หนี้ก้อนนี้คงไม่เกิด

พรอมต์ที่อ่อนแอ / พรอมต์ที่แข็งแกร่ง

พรอมต์ที่อ่อนแอ:

สร้างแอปอนุญาตโดยไม่ต้องใช้โค้ด

พรอมต์อันทรงพลัง:

บทบาทของคุณ: คุณเป็นผู้ออกแบบโซลูชันที่ไม่ต้องเขียนโค้ดและที่ปรึกษาด้านการกำกับดูแล DRAFT โซลูชันที่ไม่มีโค้ดสำหรับความต้องการต่อไปนี้ โดยควรรวมถึง:- ขั้นตอนทีละขั้นตอน (แบบฟอร์ม → การอนุมัติ → การแจ้งเตือน → การลงทะเบียน)- ช่องข้อมูลที่จำเป็นและข้อมูลใดที่ละเอียดอ่อน- งานนี้เป็นไปตามข้อกำหนดแบบไม่มีโค้ดหรือต้องใช้รหัส: ประเมินโดยให้เหตุผล - หมายเหตุการกำกับดูแล: ใครเป็นเจ้าของ เอกสารดังกล่าวจัดทำเป็นเอกสารอย่างไร แพลตฟอร์มใดได้รับการอนุมัติ - ความเสี่ยงที่เป็นไปได้ของ Shadow IT / ข้อมูลรั่วไหล และข้อควรระวัง ความต้องการ: [ข้อความ เช่น "พนักงานขอลา ผู้จัดการอนุมัติ"]

คำสั่งพร้อมท์ที่มีประสิทธิภาพไม่เพียงแต่กำหนดโซลูชันเท่านั้น แต่ยังรวมถึงการประเมินและการกำกับดูแลการปฏิบัติตามกฎระเบียบด้วย ป้องกันการตกสู่ความมืดบอดของความเร็ว

เทมเพลตที่คัดลอกได้สี่แบบ

1) การประเมินความสอดคล้อง:

ข้อกำหนดต่อไปนี้เหมาะสำหรับ no-code/low-code หรือต้องใช้โค้ดหรือไม่ ประเมินตามเกณฑ์: ความซับซ้อน ขนาด ความปลอดภัย ประสิทธิภาพ ให้คำแนะนำอย่างมีเหตุผล ต้องการ: [ข้อความ]

2) ร่างการไหล:

เปลี่ยนกระบวนการต่อไปนี้ให้เป็นโฟลว์แบบไม่มีโค้ด: ทริกเกอร์ ขั้นตอน เงื่อนไข การแจ้งเตือน การลงทะเบียน ระบุว่าข้อมูลใดที่ได้รับการประมวลผลในแต่ละขั้นตอนและมีความละเอียดอ่อนหรือไม่ กระบวนการ: [ข้อความ]

3) รายการตรวจสอบการกำกับดูแล:

สร้างรายการตรวจสอบการกำกับดูแลสำหรับโซลูชันที่ไม่ต้องใช้โค้ดต่อไปนี้: เจ้าของ เอกสารประกอบ แพลตฟอร์มที่ได้รับอนุมัติ ประเภทข้อมูล/ตำแหน่ง การเข้าถึง แผนการสำรองข้อมูล/บำรุงรักษา ความถี่ในการตรวจสอบ วิธีแก้ปัญหา: [ข้อความ]

4) การสแกน Shadow CT:

ระบุความเสี่ยงที่อาจเกิดขึ้นจาก Shadow IT และการรั่วไหลของข้อมูลในคำอธิบายโซลูชันแบบไม่ต้องเขียนโค้ดด้านล่าง เสนอแนะวิธีการตรวจหาและป้องกันสำหรับแต่ละความเสี่ยงคำอธิบาย: [ข้อความ]

ตารางเปรียบเทียบ: ไม่มีรหัส / รหัสต่ำ / รหัส

เกณฑ์

ไม่มีรหัส

รหัสต่ำ

รหัสแบบดั้งเดิม

ใครทำ

ผู้ใช้ทางธุรกิจ

นักวิเคราะห์/นักพัฒนา

นักพัฒนา

ความเร็วในการติดตั้ง

สูงสุด

สูง

ต่ำ

ความจุความซับซ้อน

ต่ำ

ปานกลาง

สูงสุด

การปรับแต่ง

จำกัด

บางส่วน

เต็ม

ความเสี่ยงด้านการกำกับดูแล

สูง

ปานกลาง

ต่ำ (ควบคุม)

งานที่เหมาะสม

รูปแบบ/การไหลที่เรียบง่าย

แอปพลิเคชั่นขนาดกลาง

ระบบวิกฤต/มาตราส่วน

ข้อผิดพลาดทั่วไป

• คิดว่าทุกอย่างไม่มีรหัส การบังคับระบบที่ซับซ้อน วิกฤติ หรือปรับขนาดได้โดยไม่ต้องใช้โค้ดจะเกิดอุปสรรค
• การติดตั้งโดยไม่มีเอกสารประกอบ โซลูชันที่ไม่มีเจ้าของหรือเอกสารจะกลายเป็นหนี้ทางเทคนิคเมื่อผู้ก่อตั้งลาออก
• ละเว้นเงาไอที การไหลของข้อมูลไปยังเครื่องมือที่ไม่ได้รับการอนุมัติถือเป็นการปฏิบัติตามกฎระเบียบและมีความเสี่ยงต่อการรั่วไหล
• การให้ข้อมูลที่ละเอียดอ่อนแก่ยานพาหนะที่ไม่มีการควบคุม การอัปโหลดข้อมูลส่วนบุคคลโดยไม่รู้ว่าข้อมูลถูกเก็บไว้ที่ไหนถือเป็นการละเมิด KVKK
• คิดว่าการปกครองเป็น "สิ่งต้องห้าม" เป้าหมายไม่ใช่การป้องกัน แต่เป็นการวางความเร็วไว้ในกรอบการทำงานที่ปลอดภัย

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

โดยสรุป

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

งานสมัคร

เลือก "การจองอุปกรณ์" ที่จำเป็นสำหรับแผนก (1) มีร่างและโฟลว์โซลูชันที่ไม่ต้องใช้โค้ดที่สร้างขึ้นพร้อมพร้อมท์ที่ทรงพลัง (2) ขอให้แบบจำลองประเมินความเหมาะสมของงานนี้สำหรับการไม่เขียนโค้ดและเปรียบเทียบกับความคิดเห็นของคุณเอง (3) ตรวจสอบว่าข้อมูลที่ประมวลผลในโซลูชันมีความละเอียดอ่อนหรือไม่ (4) สร้างรายการตรวจสอบการกำกับดูแล (เจ้าของ แพลตฟอร์ม เอกสารประกอบ การบำรุงรักษา) (5) เขียนความเสี่ยงและข้อควรระวังด้านไอทีที่ซ่อนอยู่ที่เป็นไปได้

รายการตรวจสอบ

• [ ] ฉันประเมินว่างานนั้นเหมาะสมกับการไม่ใช้โค้ดหรือโค้ดหรือไม่
• [ ] ฉันได้ระบุข้อมูลที่ละเอียดอ่อนที่ประมวลผลในโซลูชันแล้ว
• [ ] เจ้าของ เอกสาร และแผนการบำรุงรักษาที่กำหนดไว้
• [ ] ฉันใช้เฉพาะแพลตฟอร์มที่ได้รับการอนุมัติและข้อมูลที่ได้รับอนุญาตเท่านั้น
• [ ] ฉันสแกนหา Shadow IT และความเสี่ยงในการรั่วไหล
• [ ] ฉันออกแบบการกำกับดูแลให้เป็นประกันโดยไม่ขัดขวางความเร็ว