การเขียนโปรแกรม Drag-n-drop [ปิด]

12

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้

ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange

ปิดให้บริการใน8 ปีที่ผ่านมา

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

โดยส่วนตัวฉันไม่เชื่อว่ามันจะเป็นความคิดที่ดี แต่ฉันอยากได้ยินสิ่งที่คุณคิด

programming-languages

— gablin
แหล่งที่มา

ไม่เคยพูดไม่เคย (คุณพูดว่า: "ฉันไม่เชื่อว่ามันจะเป็นความคิดที่ดี") - อาจมีสถานการณ์แปลก ๆ ที่ความคิดแปลก ๆ สามารถทำงานได้ดี

— ern0

6

"มันจะบินได้ไหม" จริงๆแล้วถ้าฉันคิดว่าระบบควบคุมการบินบนเครื่องบินที่ฉันกำลังดำเนินอยู่นั้นถูกตั้งโปรแกรมโดยใครบางคนที่ทำการเขียนโปรแกรม Drag-n-drop ฉันอาจไม่ได้ขึ้นเครื่องบิน ; D

— glenatron

ชอบคำถามนี้มากถึงแม้ว่าฉันต้องการคำตอบบางคำให้ยาวและลึก

— Nicole

1

ไอรอนแมนจะใช้มันและบิน! แต่เขาไม่มีอยู่จริงในโลกนี้!

— Manoj R

@glenatron - เดินทางโดยรถไฟ ... ระบบควบคุมการบินเป็นส่วนหนึ่งของยานยนต์ที่มีสถานะ จำกัด ที่สร้างแบบกราฟิกและสำหรับส่วนวิศวกรรมระบบควบคุมอีกส่วนหนึ่งที่สร้างขึ้นจากบล็อกพื้นฐานและประกอบในส่วนต่อประสาน GUI ส่วนที่เหลือคือ UML

— mouviciel

23

ชุดจำนวนมากได้ทำระบบการเขียนโปรแกรมแบบลากและวาง

ตราสารแห่งชาติ "Labview" น่าจะเป็นที่รู้จักดีที่สุดและดีที่สุด

ปัญหาพื้นฐานที่พวกเขาพบคือไม่มีวิธีการแปลงรหัส Flying Monkey เป็นโปรแกรมเมอร์และวิศวกรผู้เชี่ยวชาญ เป็นหนึ่งตัวอย่างไม่มีความแตกต่างกับ Flying Code Monkey ระหว่างกระบวนการ O (N ^ 2) หรือ O (N ^ 3) และกระบวนการ O (N log N) ซึ่งหมายความว่าพวกเขาจะต้องได้รับการบรรจุกระป๋องสำหรับกิจวัตรประจำวันสำหรับ อัลกอริทึม O (N log N) ที่สามารถปรับแต่งให้เข้ากับ kludges กราฟิก quickie ที่พวกเขาจะสร้าง

ปัญหาที่สองที่พวกเขาพบคือเมื่อคุณจัดหาบล็อกวัตถุประสงค์พิเศษที่ต้องการโดยปัญหาแรกค่าใช้จ่ายที่กำหนดโดยการย้ายข้อมูลระหว่างบล็อกเริ่มมีราคาแพง ฉันทำงานกับระบบที่เรียกว่า Rippen เมื่อฉันทำโปรไฟล์เพื่อดูว่าเรากำลังทำร้ายแอพพลิเคชั่นการประมวลผลเซ็นเซอร์ประสิทธิภาพสูง! - ฉันต้องการรบกวนการดูว่า 20% ของเวลา CPU ของฉันกำลังจะย้ายข้อมูล (ตั้งแต่ฉันทำการประมวลผลภาพ LADAR ทำการประมวลผลจุดลอยตัวที่เป็นธรรมในทุกพิกเซลของภาพอินพุต 20% ของ CPU เป็นค่าใช้จ่ายในการย้ายข้อมูลจำนวนมาก)

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

— John R. Strohm
แหล่งที่มา

ในทางทฤษฎีคุณมีโหมดดีบั๊กและรีลีส (ปรับให้เหมาะสม)

— งาน

15

คำตอบง่ายๆคือไม่

เมื่อพูดถึงการเขียนโปรแกรมการป้อนข้อความที่ไกลเกินกว่าในแง่ของข้อมูลที่ระบุไว้มากกว่าส่วนที่เป็นภาพ

— darknight
แหล่งที่มา

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

— ern0

12

LabVIEWนั้นค่อนข้างกราฟิก

จากเว็บไซต์ LabVIEW :

LabVIEW

— ซีค
แหล่งที่มา

นั่นดูเรียบร้อยดี คุณสามารถทำอะไรกับมันได้มากแค่ไหน? เป็นพิเศษสำหรับ "การเขียนโปรแกรม" ชนิดเดียวเช่นฟิสิกส์หรือคุณสามารถใช้เพื่ออะไรก็ได้หรือไม่

— gablin

2

ใช่มีผู้เชี่ยวชาญด้าน LabVIEW: lavag.org กระดานสนทนา: forums.ni.com เปรียบเทียบ Erlang: bit.ly/2yC0Tn คำอธิบายคอมไพเลอร์: bit.ly/c6quPK ตัวอย่างการเขียนโปรแกรมทั่วไป: bit.ly/cSnt5D การใช้งานใน LHC นี้: bit.ly/9Yp4oo มันเป็นภาษาเฉพาะที่ใช้ทั่วทุกสถานแช่ง: ni.com/solutions มันแพงพอ ๆ กับนรกรั่วไหลออกมาทางซ้ายและขวาติดตั้งบริการที่ไม่สามารถอธิบายได้จำนวนหนึ่ง มันเป็นแพลตฟอร์มข้ามง่ายต่อการขนานและเป็นเรื่องง่าย / ยากเหมือนภาษาอื่น ๆ ออกมี

— Joe Z

2

มันรันหุ่นยนต์เลโก้ ni.com/academic/mindstorms

— rwong

1

@Zeke: หาก VI (LabVIEW เทียบเท่ากับโปรแกรมหรือฟังก์ชั่น) ต้องการให้คุณเลื่อนมากกว่าหนึ่งทิศทางแสดงว่ามันไม่ได้ถูกเขียนอย่างถูกต้อง

— oosterwal

1

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

— โจ Z

6

Yahoo! ไพพ์อาจเป็นตัวอย่างที่สมบูรณ์แบบของภาษากราฟิกของประเภทที่คุณกำลังอธิบาย คุณลากแบบดั้งเดิมแล้วปล่อย (ทุกอย่างจากแหล่งข้อมูลที่คุณทำไปจนถึงลูปและเงื่อนไข) เพื่อสร้างการไหลของข้อมูลผ่านระบบ

เป็นโดเมนเฉพาะสูง แต่ส่วนใหญ่เป็นจุด Pipes เป็น data-centric ทำให้สามารถสร้างภาพได้ (แทนการแสดงออก) ในทำนองเดียวกันสภาพแวดล้อมการสอนเช่นScratchหรือSprog! เน้นการสร้างภาพข้อมูลของสิ่งที่คุณกำลังทำอยู่เพื่อช่วยในการเรียนรู้ ประสิทธิภาพการป้อนข้อมูลมีความสำคัญต่ำกว่ามากในโดเมนนั้น

— ESM
แหล่งที่มา

หากนักพัฒนาแอปพลิเคชันเว็บสมัครเล่นรู้เกี่ยวกับ Pipes มากขึ้นโลกน่าจะดีขึ้น +1

— Sparr

3

ทุกครั้งที่มีคนมาพร้อมกับการลากและวางภาษาการเขียนโปรแกรมหรือเครื่องมือออกแบบที่จะ "ยุติการเขียนโปรแกรมตามที่เรารู้" และทำให้ทุกคนที่ใช้มันเป็นโปรแกรมเมอร์

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

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

มีหลักฐาน (ถ้ามีข้อโต้แย้ง) เพื่อแนะนำว่าบางคนไม่สามารถสอนให้คิดแบบนี้ซึ่งทำให้ฉันมีความคิดที่น่าสนใจและเกี่ยวข้อง เริ่มต้นด้วยหากคุณไม่สามารถคิดแบบนี้ได้มีโปรแกรมเมอร์จำนวนมากอยู่รอบ ๆ ดังนั้นคุณสามารถจ้างใครสักคนเพื่อนำความคิดมาใช้ถ้าคุณมีและคิดว่ามันคุ้มค่าที่จะจ่าย หากคุณสามารถทำงานกับตรรกะการเขียนโปรแกรมได้ดีพอคุณอาจเรียนรู้ภาษาจริงได้ดีแทนที่จะยุ่งกับสภาพแวดล้อมแบบลากและวางที่ค่อนข้างเรียบง่าย

ฉันคิดถึงการเขียนโปรแกรมทั่วไปที่นี่ สิ่งเดียวกันไม่จำเป็นต้องใช้ในสถานการณ์ประเภท DSL ที่ จำกัด ซึ่งการลากแล้วปล่อยอาจเป็นกระบวนการที่มีประโยชน์จริง ๆ ซึ่งเป็นผู้เชี่ยวชาญภายในโดเมนนั้นแทนที่จะเป็นผู้เชี่ยวชาญไอที

— glenatron
แหล่งที่มา

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

— ern0

1

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

— glenatron

ฉันหมายถึงการเขียนโปรแกรมเสรีมากขึ้น นอกจากนี้ยังเขียนโปรแกรมเมื่อคุณบอกเครื่องซักผ้าให้ล้างเป็นเวลา 5 นาทีแห้งเป็นเวลา 10 นาที บางคนควรให้ชื่อแตกต่างกันสำหรับ "เลเยอร์" การเขียนโปรแกรม การเขียนโปรแกรมดาต้าโลว์อยู่หรือไม่? การสร้างสเปรดชีต (ไม่มีมาโคร) หรือไม่ ใช่มันเป็น แต่ก็แตกต่างกันที่โปรแกรมเมอร์เรียกว่าทำ อย่างไรก็ตามมีความแตกต่างที่ชัดเจนว่าโปรแกรมเมอร์ทำอะไรฉันหมายถึงโมดูลการลากแล้วปล่อยใน SuperIDE12 ++ พร้อมการเข้ารหัสประกอบ VS ปลั๊กอิน นอกจากนี้ยังเป็นความแตกต่างใหญ่หากแพลตฟอร์มของคุณมี GC หรือ: สคริปต์ VS คอมไพเลอร์ "การเขียนโปรแกรม" เป็นคำทั่วไปเกินไป

— ern0

3

ระบบการเขียนโปรแกรมลากและวางที่ดีที่สุดที่ฉันเคยเห็นสำหรับหุ่นยนต์ Lego Mindstorms NXT

สิ่งนี้ช่วยให้คุณทำสิ่งที่น่าอัศจรรย์บางอย่างควบคุมฟังก์ชั่นที่ค่อนข้างซับซ้อน

อย่างไรก็ตามในบางจุดมันจะพังและคุณต้องเปลี่ยนกลับไปใช้ระบบอื่น
ดูบทความนี้: http://www.wired.com/geekdad/2007/11/the-best-progra/

เป็นไปได้ว่าถ้าสิ่งนี้ได้รับการปรับปรุงและสถานการณ์ต่าง ๆ ที่รองรับความต้องการในเรื่องนี้จะน้อยลงเรื่อย ๆ

— Bravax
แหล่งที่มา

อย่ารัก Mindstorms (ซึ่งพัฒนามาจาก Lego Dacta ซึ่งมีการเข้ารหัสแบบดั้งเดิมมากกว่า (ภาษาที่คล้ายกับโลโก้ / เสียงกระเพื่อม)) เรียนที่โรงเรียนเมื่อ 15 ปีก่อน ปัจจุบันเป็นเลิศสำหรับโปรแกรมเมอร์ที่จะรับลูก ๆ ของพวกเขาหากพวกเขามีบางอย่าง

— Orbling

1

จริง ๆ แล้ว NXT คือ LabVIEW เลเวลที่ถูกเล็มนิดหน่อย: ni.com/academic/mindstorms

— Joe Z

ฉันไม่เคยรู้เช่นนั้นขอบคุณ! ฉันประทับใจมากกับมัน

— Bravax

2

การเขียนโปรแกรม Dataflow (การเขียนโปรแกรมแบบโฟลว์) เป็นชนิดของ การเขียนโปรแกรมดาต้าโลว์ค่อนข้างไม่สมบูรณ์

การเขียนโปรแกรม Dataflow เป็นวิธีการสร้างแอพพลิเคชั่นเมื่อคุณใส่ส่วนประกอบอินสแตนซ์ในที่เกิดเหตุและเชื่อมต่อพอร์ตของพวกเขาดังนั้นพวกเขาจึงสร้างเครือข่ายการประมวลผลข้อความ คอมโพเนนต์สามารถเลือกได้จากไลบรารีมีพอร์ต consumer (อินพุต) และ producer (เอาต์พุต) ซึ่งพร้อมที่จะเชื่อมต่อกับพอร์ตของคอมโพเนนต์อื่น

นี่เป็นตัวอย่างที่ดีที่ไม่มีแม้แต่เมาส์ที่ใช้ในการสร้างแอป synth แต่มือเปล่าและก้อนเล็ก ๆ : http://www.youtube.com/watch?v=0h-RhyopUmc

บทความ Wikipedia เป็นจุดเริ่มต้นที่ดี: http://en.wikipedia.org/wiki/Flow-based_programming http://en.wikipedia.org/wiki/Dataflow_programming

การสร้างเสียงเป็นพื้นที่ปกติของการเขียนโปรแกรมดาต้าโฟลว์ มีระบบการสังเคราะห์โอเพนซอร์ซบางระบบ: http://www.synthedit.com/ http://alsamodular.sourceforge.net/

หากคุณมี Mac คุณอาจมี Quartz Composer ที่ติดตั้งมาจากโรงงาน: http://developer.apple.com/graphicsimaging/quartz/quartzcomposer.html

ฉันได้สร้างระบบ DF กับเพื่อนของฉันด้วย แต่เรายังไม่มีโปรแกรมแก้ไขภาพแต่มีเพียงสคริปต์ Visualizer

— ern0
แหล่งที่มา

3

ทำไมคุณถึงคิดว่าการเขียนโปรแกรมการไหลของข้อมูลไม่ให้ทัวริงสมบูรณ์

— oosterwal

การวางการเชื่อมต่อด้วยกล่องไม่สมบูรณ์ การเขียนองค์ประกอบเป็นทัวริงเสร็จสมบูรณ์ (โดยปกติจะไม่มีข้อ จำกัด เพียงกรอบ DF ซึ่งจะต้องใช้สำหรับการสื่อสารกับส่วนประกอบอื่น ๆ )

— ern0

1

ฮาร์ดแวร์พื้นฐานของ CPU ใด ๆ นั้นเป็นดาต้าโฟลว์ วิธีการก่อสร้างที่ไม่สมบูรณ์ของทัวริงนี้สามารถนำไปสู่ระบบที่สมบูรณ์ของทัวริงได้อย่างไร

— mouviciel

@mouviciel ปฏิกิริยาแรกของฉันคือ "ไม่ CPU ไม่ใช่ dataflow" แต่มันเป็น อย่างไรก็ตามนี่เป็นตัวอย่างที่ไม่ดีสำหรับระบบ dataflow การออกแบบที่ไม่ดี มีส่วนประกอบแหล่งข้อมูลเดียวเท่านั้น (นาฬิกาภายนอก / ภายใน) ซึ่งกระตุ้นส่วนประกอบ CPU เพื่อประมวลผลคำสั่งต่อไป แม้ว่าเราจะนับส่วนอื่น ๆ เช่นเสียงวิดีโอการ์ดระบบ DMA ฯลฯ เป็นส่วนประกอบ แต่การออกแบบก็ไม่ดี: ส่วนประกอบนั้นใหญ่เกินไปและพิเศษเกินไป แต่ความคิดนั้นดีบางทีอาจเป็นวิธีเพิ่มประสิทธิภาพ / ความสามารถรอบตัวในการสร้างคอมพิวเตอร์ที่มีหน่วยเล็กลงและเชื่อมต่อส่วนต่างๆเช่นคอมโพเนนต์ dataflow มีกลิ่นเหมือนสิทธิบัตร :)

— ern0

2

ระบบการเขียนโปรแกรมScratchของ MIT เกือบจะเป็นแบบลากแล้ววาง

App Inventorของ Google ดูเหมือนจะคล้ายกัน (และเครดิตขูดขีด)

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

— timday
แหล่งที่มา

1

สิ่งนี้มีอยู่แล้วแม้ว่าจะไม่ได้อยู่ในรูปแบบที่คุณคิด สองตัวอย่างคือ Simulink และ Alice

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

อลิซเป็นเครื่องมือการฝึกอบรมการลากและวางสำหรับเด็ก มันช่วยให้เด็ก ๆ ได้สร้างเรื่องราวที่สนุกสนานโดยการลากและวางแอ็คชั่นและวัตถุบนกระดานเรื่องราวการเขียนโปรแกรม

— John Berryman
แหล่งที่มา

1

Prographเป็นภาษาที่เจ๋งที่สุดนั่นคือการลากและวาง นอกจากนี้ Wikipedia ยังมีบทความที่มีรายการภาษาที่มองเห็นได้ดี

— ชายดีบุก
แหล่งที่มา

คุณจะให้ความสนใจกับการเพิ่มทรัพยากรเหล่านี้สักเล็กน้อยและทำไมคุณถึงแนะนำสิ่งเหล่านี้เมื่อตอบคำถามที่ถาม "คำตอบสำหรับลิงก์เท่านั้น"ไม่ได้รับการต้อนรับอย่างมากที่กองแลกเปลี่ยน

— ริ้น

0

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

ฉันเคยเล่นเกมต่อสู้กับหุ่นยนต์บน PS1 ที่ใช้ภาษาโปรแกรมลากและวาง

Carnage Heart เป็นเกมที่ยอดเยี่ยม

— Ape-inago

ฉันจำชื่อไม่ได้ ฉันรักเกมนั้น การออกแบบที่ฉลาดมาก

-1

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

— user9196
แหล่งที่มา

2

ฉันไม่เห็นด้วยอย่างยิ่งที่นี่: ความซับซ้อนของโปรแกรมในชีวิตจริงหลายวิธีสูงเกินไปสำหรับการแสดงภาพกราฟิกอย่างสมบูรณ์ ทุกคนที่ฉันรู้ว่าใคร (1) รู้จักวิธีเขียนโปรแกรมและ (2) ใช้ LabView สำหรับโครงการขนาดใหญ่ได้ค้นพบว่าการแสดงกราฟิกนั้นหนักเกินไปสำหรับการทำงานอย่างมีประสิทธิภาพในโครงการขนาดใหญ่ แน่นอนว่า LabView สะดวกมากเมื่อโปรแกรมของคุณเหมาะกับหน้าจอเดียว แต่เมื่อโปรแกรมของคุณเริ่มเติบโตเกินขีด จำกัด ของหน้าจอเดียว LabView นั้นยากต่อการใช้งานอย่างมีประสิทธิภาพ (ไม่มีการค้นหาข้อความอย่างง่ายการจัดเรียงบล็อกใหม่เป็นเรื่องที่เจ็บปวด ... )

— Eric O Lebigot