大家認為對于業余新手來說編寫程序用傳統編程語言好還是用新興的圖形編程好呢？

ID:600952 · 發表于 2020-6-9 21:31

如題，大家認為對于業余新手來說編寫程序用傳統編程語言好還是用新興的圖形編程好呢？
歡迎在評論說說自己的看法
“請灑潘江，各傾陸海云爾”

ID:600952 · 發表于 2020-6-9 23:40

近幾年新興的圖形編程（arduino等）越來越受歡迎，很火，可能是新興的圖形編程（arduino等）做得越來越好，工具和編譯環境越來越強大，可能也是因為近年業余編程愛好者多了，不過究竟學什么適合業余編程愛好者們呢？
歡迎大家參與投票并評論

ID:744327 · 發表于 2020-6-10 08:20

編寫程序，我覺得還是傳統編程語言好。

ID:600952 · 發表于 2020-6-10 11:56

現在來看確實是傳統編程語言更強大，更通用，可移植性好，教程多，有很多優點
但對于業余編程愛好者來說，只是娛樂使用，這種情況下傳統編程語言會因為編譯器過于龐大和自己知識和經驗較少，導致編寫程序報一大堆錯，困難重重，自己也沒有老師或團隊合作，有的錯誤自己根本解決不了，而且編譯器的一些錯誤報得太籠統，尤其是工程類錯誤或者在不是自己寫的代碼（比如源代碼和MAKEFILE）就根本解決不了，每次就重新建一個工程碰運氣，這就有了濃厚的玄學色彩

而新興的圖形編程（arduino等）貌似這類錯誤較少，對業余編程愛好者們比較友好，但功能函數局限性較大，可移植性差，靈活性不高，通常一個編譯器只對應一款單片機，最重要的是目前這種新興的圖形編程相對于傳統編程語言就像C相對于匯編語言，代碼優化不好，容易影響運行性能，但對于業余編程愛好者來說好像大部分項目對性能要求不是很高，應該可以接受
我還沒嘗試，所以發起投票

ID:774915 · 發表于 2020-6-10 12:03

我覺得傳統編程語言好

ID:681742 · 發表于 2020-6-11 11:01

看著好厲害，我也想學

ID:656801 · 發表于 2020-6-11 12:27

傳統編程語言好吧新的東西還有太多要完善了

ID:776084 · 發表于 2020-6-11 13:33

個人覺得傳統編程語言好一點，傳統編程語言的話已經經過了長時間的使用和適應，而新興的圖形編程需要自己慢慢去學習適應，學習，如果用傳統編程語言遇到了什么問題去解決的方式方法也比較多，因為懂的人也多，而新興圖形編程如果遇到問題的話就比較棘手。

ID:282850 · 發表于 2020-6-11 17:30

我并不看好arduino。
匯編是最低層的，頂級高手必須懂。C是高級語言了，可以團隊合作可以驅動低層。arduino是高級中的高級，如果只為玩玩，不為產品和生存，可以玩一下。

ID:420836 · 發表于 2020-6-11 21:01

從基礎知識開始總是正確的。

ID:772467 · 發表于 2020-6-11 23:38

如果希望系統學習的話，從基礎開始，從匯編開始了解，如果只是有興趣偶爾了解使用，平時的新興編程語言更為易懂簡便

ID:745153 · 發表于 2020-6-12 09:57

現在C編程已經越來越流行了

ID:777581 · 發表于 2020-6-12 19:48

學會傳統編程，不管時代怎么變，傳統編程的思想一直都能用。

ID:777707 · 發表于 2020-6-12 22:11

新興的圖形編程也許比傳統的簡單了一些，但是傳統的比較好，而且普遍性比較高，掌握了對自己比較好

ID:777736 · 發表于 2020-6-13 13:19

圖形編程更容易理解，但還是傳統編程好一點

ID:778061 · 發表于 2020-6-13 13:21

肯定傳統編程語言啊，從底層理解有著更好的邏輯結構
圖形編程也就給業余的做的
圖形編程能做很底層的東西嗎？
傳統的編程語言還能優化底層代碼來達到特定功能
圖形編程靈活度太低了，很多騷操作做不起來
按經驗文檔來說還是傳統的比較豐富，這種圖形的可能找到問題也沒解答
圖形編程的工程變大后會可讀性不會變低嗎？看著一大片就頭疼

ID:776030 · 發表于 2020-6-13 17:44

新興的圖形編程適合上手，但不能過于依賴，后期還是編程可能會好一些

ID:778270 · 發表于 2020-6-13 21:31

肯定是傳統編程更好啦

ID:741892 · 發表于 2020-6-13 21:41

新型的圖形編程比較好

ID:774639 · 發表于 2020-6-14 19:32

我覺得傳統語言好一些

ID:600952 · 發表于 2020-6-16 08:12

感謝大家回復自己的觀點，支持大家的觀點

ID:782101 · 發表于 2020-6-17 15:23

對我而言還是傳統編程語言好，教材多，案例也多，討論的人也不少，更方便學習。

ID:782419 · 發表于 2020-6-17 20:56

單片機開發本身就屬于硬件開發吧！對硬件不了解怎么做！這是一個必然的過程。就算剛開始覺得圖形編程方便，可用到后來還是回歸到硬件的了解上的。當然，殊途同歸！也可能有一天，圖形開發會更加強大！如果技術都這么簡單那也就不值錢了！呵呵……，無論是什么編程方式，都是需要投入必需的時間和精力的。

ID:478073 · 發表于 2020-6-18 07:57

會用什么軟件都是最好的！

ID:782647 · 發表于 2020-6-18 08:13

大學里都是先學傳統語言的，學好傳統語言的語法，更有助于其他語言的學習及擴展

ID:783679 · 發表于 2020-6-19 00:22

各有所長

ID:774631 · 發表于 2020-6-19 08:37

業余愛好者，可以用新興語言，畢竟傳統語言是需要花時間精力去學習和研究的

ID:332444 · 發表于 2020-6-19 09:46

就好比說到哪里吃飯一樣，上飯店還是自己做，我選自己做，衛生第一；賣吃的地方，給你吃好于不好，不受自己控制，受制于人，人家給你吃什么你未必知道好壞。

ID:783850 · 發表于 2020-6-19 09:52

對于業余編程愛好者來說，只是娛樂使用，這種情況下傳統編程語言會因為編譯器過于龐大和自己知識和經驗較少，導致編寫程序報一大堆錯，困難重重，自己也沒有師傅或團隊合作，有的錯誤自己根本解決不了，而且編譯器的一些錯誤報得太籠統，尤其是工程類錯誤或者在不是自己寫的代碼（比如源代碼和MAKEFILE）就根本解決不了，每次就重新建一個工程碰運氣，這就有了濃厚的玄學色彩

ID:770944 · 發表于 2020-6-19 12:07

傳統編程比較容易上手，尤其用c語言編程，比較簡單。匯編簡單但麻煩。一般學習單片機之前多多少少會了解一點c語言。

ID:783844 · 發表于 2020-6-19 13:22

如果你空間能力還可以的話，可以嘗試一下圖形

ID:759743 · 發表于 2020-6-19 16:20

C編程運用比較多吧

ID:484092 · 發表于 2020-6-19 17:10

圖形編程是不錯適合業余的涉入不深的，專業的話還是選擇傳統編程

ID:785395 · 發表于 2020-6-20 22:10

業余新手嘛，更偏向于匯編

ID:785934 · 發表于 2020-6-21 17:05

還是stm32玩玩吧，然后學學C#

ID:61069 · 發表于 2020-6-21 17:31

如果你想永遠做一些非核心的東西你就學圖形語言，而且在工程變大的時候圖形語言就長的和坨狗屎樣，自己看了都會吐

ID:47286 · 發表于 2020-6-21 17:56

你這種分類本身就不太合適所以我沒投票只是說說看法

編程語言沒什么好壞之分只有合適與否 51無疑匯編最好 C51也湊合但到ARM就會比較累

編程語言大體上只分低級語言和高級語言越低級執行效率越高開發效率越低 win的內核應該是匯編一類的低級語言寫的但寫平臺比如win7的界面用高級語言一年的工作用匯編恐怕要干一輩子

所有高級語言都是為了開發方便只是針對不同應用或者開發者異于他人的腦洞而形成的體系除非一輩子只干一個項目否則不太可能只學一種語言用個不太恰當的例子如果你一輩子都在流水線的固定位子那么你可能只需要會用大扳手但通常不會這樣還需要會用改錐鉗子千斤頂之類的每一種工具都可以理解成一個編程語言你能說誰是最好的呢肯定是干不同的工作用最合適的工具唄

ID:671687 · 發表于 2020-6-21 18:41

傳統語言吧,圖形化感覺是小學生玩的

ID:600952 · 發表于 2020-6-23 17:37

xianfajushi 發表于 2020-6-19 09:46
就好比說到哪里吃飯一樣，上飯店還是自己做，我選自己做，衛生第一；賣吃的地方，給你吃好于不好，不受自己 ...

就好比說到哪里吃飯一樣，上飯店還是自己做，我選自己做，衛生第一；賣吃的地方，給你吃好于不好，不受自己控制，受制于人，人家給你吃什么你未必知道好壞。

好形象的比喻，哈哈！不過容易理解，謝謝大家參與回復

ID:788358 · 發表于 2020-6-24 09:03

腳踏實地，認真去學，不管是什么都能有所作為

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

大家認為對于業余新手來說編寫程序用傳統編程語言好還是用新興的圖形編程好呢？

評分

評分