Lập trình kéo-n-drop - nó có bay không? [đóng cửa]

Tất cả các ngôn ngữ lập trình mà tôi biết đều được viết - tức là được gõ dưới dạng độ dài của văn bản theo cách này hay cách khác. Nhưng tôi tự hỏi liệu có ngôn ngữ lập trình nào mà bạn có thể kéo và thả toàn bộ chương trình không; để có được một vòng lặp, bạn chọn hộp này ở đây và kéo nó vào phần "mã" ở đằng kia, v.v. Và nếu không có cái nào như thế này, nó có bay được không nếu nó được phát minh?

Cá nhân tôi không tin rằng nó sẽ là một ý tưởng tốt, nhưng tôi muốn nghe những gì bạn nghĩ.

Rất nhiều trang phục đã thực hiện các hệ thống lập trình kéo và thả.

Công cụ quốc gia "Labview" có lẽ là nổi tiếng nhất và tốt nhất.

Vấn đề cơ bản mà tất cả họ gặp phải là không có cách nào để chuyển đổi Flying Code Monkey thành một lập trình viên và kỹ sư chuyên gia. Như MỘT ví dụ, không có sự khác biệt nào với Monkey Code Monkey giữa quy trình O (N ^ 2) hoặc O (N ^ 3) và quy trình O (N log N), có nghĩa là chúng phải được cung cấp các thói quen đóng hộp cho các thuật toán O (N log N), có thể được tùy chỉnh phù hợp với các loại đồ họa quickie mà chúng sẽ xây dựng.

Vấn đề thứ hai mà tất cả họ gặp phải là, khi bạn cung cấp các khối mục đích đặc biệt theo yêu cầu của vấn đề đầu tiên, chi phí áp đặt bằng cách di chuyển dữ liệu giữa các khối bắt đầu trở nên đắt đỏ. Tôi đã làm việc với một hệ thống rất hay như vậy gọi là Rippen. Khi tôi tìm hiểu sơ lược, để xem chúng tôi đang làm tổn thương ứng dụng xử lý cảm biến hiệu suất CAO!, Tôi đã khá bối rối khi thấy rằng khoảng 20% ​​thời gian CPU của tôi sẽ chuyển sang dữ liệu. (Vì tôi đang thực hiện xử lý hình ảnh LADAR, thực hiện một khối xử lý dấu phẩy động trên mỗi pixel của hình ảnh đầu vào, 20% CPU là RẤT NHIỀU chi phí di chuyển dữ liệu.)

Bạn có thể có thể đi xung quanh phần 2 bằng cách đi đến một hệ thống dựa trên trình biên dịch: bạn cung cấp cho nó hình ảnh của bạn và nó biên dịch thành một chương trình thực thi được tối ưu hóa mạnh mẽ, nhưng tôi không chắc chắn rằng nó thực sự sẽ khắc phục được sự cố và nó có thể bị tổn thương bản chất tương tác của công cụ.

Câu trả lời đơn giản là không có.

Khi nói đến lập trình, đầu vào văn bản vượt xa về mặt thông tin được chỉ định so với phần truy cập trực quan của nó.

LabVIEW là đồ họa khá.

Từ trang web LabVIEW :

Yahoo! Ống có lẽ là một ví dụ hoàn hảo về ngôn ngữ đồ họa của loại bạn đang mô tả; bạn kéo và thả nguyên thủy (mọi thứ từ các nguồn dữ liệu mà bạn hành động, đến các vòng lặp và điều kiện) để tạo ra một luồng thông tin qua hệ thống.

Đó là đặc thù miền, nhưng đó chủ yếu là điểm; Ống là trung tâm dữ liệu, làm cho trực quan hóa (chứ không phải biểu hiện) là tối quan trọng. Tương tự, các môi trường hướng dẫn như Scratch hoặc Sprog! nhấn mạnh trực quan hóa những gì bạn đang làm như một trợ giúp học tập; hiệu quả nhập dữ liệu là một ưu tiên thấp hơn nhiều trong miền đó.

Thỉnh thoảng ai đó nghĩ ra một công cụ thiết kế hoặc ngôn ngữ lập trình kéo và thả sẽ "chấm dứt lập trình như chúng ta biết" và biến mọi người sử dụng nó thành một lập trình viên.

Lý do mà chưa ai trong số họ thực sự hoàn thành công việc và khiến chúng tôi mất việc là vì thực tế, cho dù bạn có tạo ra bao nhiêu chức năng kéo và thả và cho dù bạn có thân thiện với người dùng đến đâu, thì thực tế đơn giản là lập trình khó.

Các ngành học thực sự của lập trình cũng nhiều như việc biết cách giải quyết vấn đề, hiểu cách mô hình hóa các quy trình và sắp xếp dữ liệu để có thể sử dụng được. Thậm chí hiểu những gì có thể với một máy tính.

Có bằng chứng (nếu gây tranh cãi) cho thấy rằng một số người không thể được dạy để nghĩ theo cách này dẫn tôi đến một vài suy nghĩ thú vị và có liên quan. Để bắt đầu, nếu bạn không thể nghĩ theo cách này thì có rất nhiều lập trình viên xung quanh, vì vậy bạn luôn có thể thuê ai đó để thực hiện ý tưởng nếu bạn có ý tưởng và bạn nghĩ rằng nó đáng để trả tiền. Nếu bạn có thể làm việc với logic lập trình đủ tốt thì bạn cũng có thể học một ngôn ngữ thực sự thay vì lộn xộn với môi trường kéo và thả tương đối đơn giản.

Tôi đang nghĩ về lập trình chung ở đây. Điều tương tự không nhất thiết phải áp dụng trong kịch bản loại DSL hạn chế hơn trong đó kéo và thả có thể là một người dùng quy trình thực sự hữu ích, là chuyên gia trong miền đó thay vì chuyên gia CNTT.

Hệ thống lập trình kéo và thả tốt nhất mà tôi từng thấy là dành cho các robot Lego Mindstorms NXT.

Điều này cho phép bạn làm một số điều khá tuyệt vời, kiểm soát một số chức năng khá phức tạp.

Tuy nhiên, tại một số điểm, nó bị hỏng và bạn cần quay lại hệ thống khác.
Xem bài viết này: http://www.wired.com/geekdad/2007/11/the-best-progra/

Mặc dù có thể, nếu điều này được cải thiện và các kịch bản khác nhau được phục vụ, nhu cầu này sẽ ngày càng ít đi.

Lập trình Dataflow (còn gọi là lập trình dựa trên dòng chảy) có thể là loại. Rõ ràng, lập trình dataflow không hoàn thành.

Lập trình Dataflow là phương pháp tạo ứng dụng, khi bạn đặt các cá thể thành phần vào cảnh và kết nối các cổng của chúng, để chúng tạo thành một mạng xử lý tin nhắn. Các thành phần có thể được chọn từ thư viện, chúng có cổng người tiêu dùng (đầu vào) và nhà sản xuất (đầu ra), sẵn sàng kết nối với các cổng của các thành phần khác.

Đây là một ví dụ hay, trong đó thậm chí không phải là chuột được sử dụng để xây dựng ứng dụng synth, mà là tay trần và khối nhỏ: http://www.youtube.com/watch?v=0h-RhyopUmc

Các bài viết trên Wikipedia là một điểm khởi đầu tốt: http://en.wikipedia.org/wiki/Flow-basing_programming http://en.wikipedia.org/wiki/Dataflow_programming

Tạo âm thanh là một lĩnh vực điển hình của lập trình dataflow. Có một số hệ thống synth mã nguồn mở: http://www.synthedit.com/ http://alsamodular.sourceforge.net/

Nếu bạn có máy Mac, bạn có thể có Nhà soạn nhạc Quartz được cài đặt sẵn tại nhà máy: http://developer.apple.com/graphicsimaging/quartz/quartzcomposer.html

Tôi cũng đã thực hiện một hệ thống DF với một người bạn của tôi, nhưng chúng tôi không có soạn thảo trực quan chưa , chỉ có kịch bản visualizer.

Hệ thống lập trình Scratch của MIT gần như hoàn toàn kéo và thả.

Nhà phát minh ứng dụng của Google dường như tương tự (và tín dụng Scratch).

Bản thân tôi sẽ không muốn viết mã bất cứ điều gì lớn lao, nhưng để dạy "tư duy lập trình viên", Scratch thật tuyệt vời. Đó là Lập trình thực, nhưng với sự hài lòng trực quan tức thì và các khối gắn kết với nhau sẽ tránh được nhiều sự thất vọng "lỗi cú pháp" khiến người mới gặp phải (một quan điểm tôi thấy được lặp lại trong bài viết này ). Cố gắng làm say mê những đứa trẻ bằng một dòng lệnh trăn không cắt được những ngày này.

Điều này đã tồn tại, mặc dù có thể không ở dạng mà bạn đang nghĩ đến. Hai ví dụ là Simulink và Alice.

Simulink là một phương tiện đồ họa để lắp ráp các mô phỏng hệ thống động. Trong khi hầu hết các cấu trúc phức tạp hơn những gì bạn thường nghĩ về lập trình, những thứ như và nếu các câu lệnh vẫn có thể được xây dựng bằng đồ họa. Simulink là một vấn đề lớn trong các ứng dụng Không gian vũ trụ khi chính phủ và nhiều công ty lớn thực hiện các thiết kế ban đầu của họ trong Simulink và sau đó áp dụng một số loại định lý định lý cho "mã" Simulink.

Alice, là một công cụ đào tạo lập trình kéo và thả cho trẻ em. Nó cho phép trẻ em có những câu chuyện xây dựng thú vị bằng cách kéo và thả các hành động và đồ vật trên một bảng câu chuyện lập trình.

Prograph là một ngôn ngữ tuyệt vời là tất cả kéo và thả. Ngoài ra, Wikipedia có một bài viết với một danh sách các ngôn ngữ hình ảnh có kích thước tốt .

Có khá nhiều ngôn ngữ lập trình trực quan. Một hệ thống điện thoại tôi quản lý cho một trung tâm cuộc gọi lớn đã được lập trình bằng cách sử dụng các mô-đun kéo và thả. Chú tôi đã phát triển một hệ thống Just-In-Time để thiết kế các dây chuyền sản xuất hoàn toàn kéo và thả và đó là 20 năm trước.

Tôi thậm chí đã chơi một trò chơi chiến đấu robot trên PS1 sử dụng ngôn ngữ lập trình kéo và thả.

Lập trình văn bản đã có 50 năm hoạt động tốt đẹp, nhưng công nghệ phần mềm phải chuyển sang lĩnh vực đồ họa để đối phó với mức độ phức tạp tiếp theo. Ví dụ, sự xuất hiện của nhiều bộ xử lý và các thách thức của lập trình song song đang đẩy mô hình luồng đến giới hạn của nó. Thành thật mà nói, tôi nghĩ rằng cộng đồng phần mềm chỉ ngạo mạn nghĩ rằng có một cái gì đó khác biệt và đặc biệt về lập trình mà nó sẽ không thể hình dung được như mọi miền khác. Giống như các nhà khai thác điện thoại và nhiều ngành nghề khác, công nghệ tự động hóa phù hợp sẽ cho phép các chuyên gia tên miền sớm hợp tác trong các không gian mô phỏng phong phú của các hệ thống dựa trên tri thức. Công nghiệp phần mềm đã quá hạn cho một sự thay đổi mô hình.