助力智慧礦山時代,華為生態(tài)鏈指定供應(yīng)商
為了解答安徽可視化編程相較于傳統(tǒng)編程到底差在哪里的問題,我們首先和一些程序員聊了一聊。他們是這樣說的:
觀點一:“編程就不該是一個用鼠標(biāo)來做的事兒”
幾乎所有的程序員都首先對現(xiàn)有安徽可視化編程平臺的工作方式提出了質(zhì)疑。他們認(rèn)為,大多數(shù)可視化平臺都采用了Block Type(積木模塊型),即通過“拖拽”、拼接并通過可視化窗口對一些對象屬性進行定義的方式來實現(xiàn)項目的搭建。這是一種十分低效的編程方式。程序員的基本氣節(jié)就是,寧愿用鍵盤敲出一行行代碼,也不愿拖壞鼠標(biāo)。
觀點二:“可視化編程只能做做小程序吧”
多數(shù)受訪程序員們認(rèn)為,可視化編程工具聽起來只能搭建一些前端頁面,要么就是通過圖形化節(jié)點的方式來做一些簡單的程序序列,做做兒童編程還行,至于具有復(fù)雜數(shù)據(jù)架構(gòu)的大型應(yīng)用,別問,問就是做不了。
觀點三:“那玩意兒咋維護呢?”
安徽可視化編程的基本邏輯是實現(xiàn)代碼到可視化圖形的映射。一個簡單的程序包含數(shù)百行代碼的情況是常態(tài),而當(dāng)這些代碼成為百上千個圖形元素,閱讀和理解的抽象程度、維護的困難程度甚至?xí)^以文本形式存在的代碼。
觀點四:“沒有配套的編程系統(tǒng)環(huán)境,架構(gòu)不完善,缺乏安全感”
高級語言歷經(jīng)了很長的發(fā)展歷程,其實語言本身并沒有什么本質(zhì)提升,但是基本架構(gòu)、代碼庫和配套的IDE卻日益完善。而安徽可視化編程目前還只停留在初級階段,只解決了工具層面的核心問題,缺乏配套的工作環(huán)境和技術(shù)資源積累,將在很大程度上限制工作效率甚至抑制產(chǎn)能。
觀點五:“我討厭非開源的東西”
安徽可視化編程工具基于對既有代碼邏輯或?qū)ο筮M行封裝來實現(xiàn),卻也因此而無法被輕松解耦,極大地限制了開發(fā)的自由度。如果遇到問題,是不是還要重新維護和開發(fā)可視化工具本身啊?何況有很多工具甚至還不是開源的。那我要這鐵棒有何用…
觀點六:“不具備任何復(fù)用性”
程序員們均認(rèn)為,可視化編程工具開發(fā)出來的東西都是模塊拼接而成的,缺乏有效的可復(fù)用機制,首先不具備清晰的數(shù)據(jù)結(jié)構(gòu),其次更無法被模塊化。所以,只能開發(fā)一次性應(yīng)用???
觀點七:“可視化語言與代碼本身完全割裂,無法兼容”
除了對于可視乎語言本身的指摘,很多程序員也表現(xiàn)出了對這種新工作方式的抗拒。他們覺得自己已經(jīng)習(xí)慣了代碼化的開發(fā)邏輯,很難適應(yīng)一款從根本上存在歧異的“語言”。而如果在使用中要同時兼顧,則更加難以協(xié)調(diào)思維邏輯的轉(zhuǎn)換。
可以看出,程序員對于可視化編程的抗拒心理主要圍繞產(chǎn)能、開發(fā)效率、使用性、功能性等實踐方面。盡管很多程序員都承認(rèn),安徽可視化編程是一個好的概念,但是作為一種工具,它從邏輯上并不能真正實現(xiàn)對高級語言的簡化,反而在操作層面將其復(fù)雜化了。一言以蔽之,所以可視化編程只能做為一種初級工具,作為高級語言的輔助品,而永遠(yuǎn)無法取代高級語言。