![]() |
發布時間: 2020-6-9 21:31
正文摘要:如題,大家認為對于業余新手來說編寫程序用傳統編程語言好還是用新興的圖形編程好呢? 歡迎在評論說說自己的看法 “請灑潘江,各傾陸海云爾” |
沒有可比性。存在必有道理。 |
花里胡哨的圖形編程什么的,學著玩,無所謂。拿他吃飯,就算了。 |
圖形適合入門 或者小孩 做項目那基本就不行了 |
根據需要選擇合適編程方式。主要看具體應用 |
對于新手學習如何編程,最好的方法是打好基礎。 所以您應該學習如何使用傳統編程語言(例如 C、C++ 和 C#)進行編程。 |
C。簡單易學,永不過時(至少20年了還沒過時)。 |
看到這個問題,我聯想到另外一個老問題:汽車駕駛是自動檔好還是手動檔好? 自動檔傻瓜,賽車手動檔,另外兩者還有價錢的區分嘍![]() |
封裝大,運行慢,核心技術自已沒有掌握,換個單片機平臺就完了,不知道如何下手了。 |
既然是業余,那么選什么都無所謂,只要喜歡就行! 不有一句話么,“千金難買我喜歡!!” |
C語言永不過時 |
感覺入門還是傳統的比較好,它會叫你設計的思維和習慣,學會了傳統的在學新式的就比較簡單了 |
業余編程還是圖形上手快一些 |
傳統的編程語言比較好移植,而且通用性也比較高 |
看樓主要自己用還是教孩子了,對于孩子來說,圖形編程比較好,因為傳統語言對他們來說太抽象了。對成人來說,傳統語言比較好,其強大功能是圖形編程無法達到的。 |
腳踏實地,認真去學,不管是什么都能有所作為 |
xianfajushi 發表于 2020-6-19 09:46 就好比說到哪里吃飯一樣,上飯店還是自己做,我選自己做,衛生第一;賣吃的地方,給你吃好于不好,不受自己控制,受制于人,人家給你吃什么你未必知道好壞。 好形象的比喻,哈哈!不過容易理解,謝謝大家參與回復 |
傳統語言吧,圖形化感覺是小學生玩的 |
你這種分類本身就不太合適 所以我沒投票 只是說說看法 編程語言沒什么好壞之分 只有合適與否 51無疑匯編最好 C51也湊合 但到ARM就會比較累 編程語言大體上只分低級語言和高級語言 越低級執行效率越高 開發效率越低 win的內核應該是匯編一類的低級語言寫的 但寫平臺 比如win7的界面 用高級語言一年的工作用匯編恐怕要干一輩子 所有高級語言都是為了開發方便 只是針對不同應用 或者開發者異于他人的腦洞而形成的體系 除非一輩子只干一個項目 否則不太可能只學一種語言 用個不太恰當的例子 如果你一輩子都在流水線的固定位子 那么你可能只需要會用大扳手 但通常不會這樣 還需要會用改錐 鉗子 千斤頂之類的 每一種工具都可以理解成一個編程語言 你能說誰是最好的呢 肯定是干不同的工作用最合適的工具唄 |
如果你想永遠做一些非核心的東西你就學圖形語言,而且在工程變大的時候圖形語言就長的和坨狗屎樣,自己看了都會吐 |
還是stm32玩玩吧,然后學學C# |
業余新手嘛,更偏向于匯編 |
圖形編程是不錯 適合業余的 涉入不深的 ,專業的話 還是選擇傳統編程 |
C編程運用比較多吧 |
如果你空間能力還可以的話,可以嘗試一下圖形 |
傳統編程比較容易上手,尤其用c語言編程,比較簡單。匯編簡單但麻煩。一般學習單片機之前多多少少會了解一點c語言。 |
對于業余編程愛好者來說,只是娛樂使用,這種情況下傳統編程語言會因為編譯器過于龐大和自己知識和經驗較少,導致編寫程序報一大堆錯,困難重重,自己也沒有師傅或團隊合作,有的錯誤自己根本解決不了,而且編譯器的一些錯誤報得太籠統,尤其是工程類錯誤或者在不是自己寫的代碼(比如源代碼和MAKEFILE)就根本解決不了,每次就重新建一個工程碰運氣,這就有了濃厚的玄學色彩 |
就好比說到哪里吃飯一樣,上飯店還是自己做,我選自己做,衛生第一;賣吃的地方,給你吃好于不好,不受自己控制,受制于人,人家給你吃什么你未必知道好壞。 |
業余愛好者,可以用新興語言,畢竟傳統語言是需要花時間精力去學習和研究的 |
各有所長 |
大學里都是先學傳統語言的,學好傳統語言的語法,更有助于其他語言的學習及擴展 |
會用什么軟件都是最好的! |
單片機開發本身就屬于硬件開發吧!對硬件不了解怎么做!這是一個必然的過程。就算剛開始覺得圖形編程方便,可用到后來還是回歸到硬件的了解上的。當然,殊途同歸!也可能有一天,圖形開發會更加強大!如果技術都這么簡單那也就不值錢了!呵呵……,無論是什么編程方式,都是需要投入必需的時間和精力的。 |
對我而言還是傳統編程語言好,教材多,案例也多,討論的人也不少,更方便學習。 |
感謝大家回復自己的觀點,支持大家的觀點 |
我覺得傳統語言好一些 |
新型的圖形編程比較好 |
肯定是傳統編程更好啦 |
新興的圖形編程適合上手,但不能過于依賴,后期還是編程可能會好一些 |
肯定傳統編程語言啊,從底層理解有著更好的邏輯結構 圖形編程也就給業余的做的 圖形編程能做很底層的東西嗎? 傳統的編程語言還能優化底層代碼來達到特定功能 圖形編程靈活度太低了,很多騷操作做不起來 按經驗文檔來說還是傳統的比較豐富,這種圖形的可能找到問題也沒解答 圖形編程的工程變大后會可讀性不會變低嗎?看著一大片就頭疼 |
圖形編程更容易理解,但還是傳統編程好一點 |