{eval=Array;=+count(Array);}
這個用腳指頭都能想清楚
是不是有人學了很久的C(過了二級或三級的業余戶,甚至是專業戶),僅知道C可以拿來算算術?傳說中C牛逼得不要不要的,但硬是沒體會到一星半點。要想成為高手,還得通過項目磨練個好幾年,還得自己買好多好多的書籍。反觀人家VBA,尼瑪一文科生,人家打開盜版的Office,輕點錄制按鈕,就可以解決效率問題了。前后,需要1分鐘么?你說氣人不?他不僅沒交學費,還啥也不懂,但是人家能操盤,還真能干業務了。
你編程是不是從配置環境開始,一切中規中矩,一步一個腳印,踏踏實實地一路走來。你追求尋根問底式的學習,怕自己在業內成為笑柄而不得不準備大量的基礎知識。你們以權威的大牛為偶像,對一知半解嗤之以鼻。在你們眼里,永遠只有自己的代碼最香,其他人的代碼都是屎山。
VBA們就輕松多了,不僅不知道啥玩意叫環境,而且對技術細節也壓根就不關心。人家關心的是,這個技術的玩意兒有沒有源碼?在哪能下載到?對大牛的唯一評判標準就是可以跑起來的VBA源碼,別談什么高級,用不了的都是垃圾!自己動手豐衣足食,是不假,但有現成貨不用,只能叫傻!什么屎山,能跑起來的,都是火車!
當你處理COM時,你可能會連續不斷地發出FK的咒罵聲,因為其復雜而致使你到處宣言COM的反人類,必將已死。但VBA的老少朋友們,點開Office就已手握COM的神兵利器,關鍵是他們完全不知道,這貨有這么大的殺傷力。你花了九牛二虎之力,尚且沒有駕馭的絲滑感,而VBA們早就騎在上面有說有笑了。
當你為理解了OOP而倍感自豪的時候,人家早就在New各種系統對象了。當你要口誅筆伐說VBA不是面向對象的時候,人家反正也不懂,只自顧自地拖著窗體和各種控件,左手連著互聯網,右手端著各色數據庫,眼前一片業務繁忙。你撒口水的功夫,人家業績又上去了一大截。
當你還在小心翼翼琢磨指針的神奇,覺著得指針者得天下,將其作為區分高矮的標準。對于這個高危利器,時常注意會不會自己腦子抽風導致捅簍子。當你為了那么幾十上百毫秒的性能提升,而瞧不起VBA時,VBA們就老老實實地用著變量,用著默認的ByRef,慢就慢點吧,反正也不趕時間。不讓用指針,自然也不用擔心指針的害處。源碼一眼看穿意圖,還真不必爬那些遮遮掩掩的屎山。
當你說弱語言時,懶惰的VBA早就有人在做了。當你說強語言時,對自己有要求的VBA們早就要求了。你研究了半天才能使用的東西,VBA看上去就像沒有門檻一樣,你說氣人不?你說讓人討厭不?這種毫無靈魂的技術,你說要打倒不?
你在技術上是不是滿腹經綸,除了在網上各種鄙視自己沒學過的工具(如VBA)外,有沒有發現除了公司給你的活計外,你竟然無所事事。而VBA們就不一樣了,一天都在想,手上這幾樣,到底還能拼出什么來?VBA們從來都很務實,也知道爭論只會惹得一身騷,所以才有沉默的大多數。你看鋪天蓋地的VBA源碼,即便是2021了,有關VBA應用的話題在自媒體時代依然是熱門。
當你覺得技術可以賺錢發家,瘋狂地在八戒等賞金論壇上接著單,為討價還價而故弄玄虛時,VBA們早就識別到了精準需求,主動地幫助公司解決了效率問題。當你爭著幾百上千塊一單時,VBA們早就成了公司的業務骨干,受到了老板的器重。
正當一眾專業選手,將VBA們懟得無言以對,甚至“VBA已死,替代者已出”成為一種流行的言論時,挖墳黨總能站出來,指出VBA更專業的使用方法,讓廣大沉默者利用事實發聲。于是,VBA在VSTO、Python的連續鎮壓下,甚至Office都從桌面版過渡到了云端版,VBA從6時代跨入7時代,依舊是官方默認支持的功能擴展工具。說好的死呢?說好的替代呢?
死之久矣!自然要排到最后啦!誰會把一個打心里不滿的對象排在靠前的位置?誰會把一個嘲笑自己努力的對象排在靠前的位置?巴不得抹掉而后快,才是這個問題的用意!可是VBA恕難如愿啊,哪怕32位到64位,哪怕Win98到Win11,只要X86還沒變味,VBA就還會讓非專業人士干一些專業的活兒,VBA就依然還是很多獨立小軟件沒有市場的絞肉機,VBA依然還會是技術上最小投入得到最高回報的途徑之一...
最后贈送技術界的鄙視者們:本是同根生,相煎何太急。但凡知識全面一點的,就會明白軟件技術在這個世界里絕不是最核心的那一環,別再無知地自嗨了。說VB/VBA不行的,其實都不如VB/VBA行!說VB/VBA不專業的,都不如VB/VBA專業!
歡迎支持和關注BtOfficer,一個利用匯編和C來為VB/VBA的挖墳者,在不增加應用難度的情況下,提升已有資源的利用場景。讓更多實用的技術服務于生產,立馬實用而不是吹噓炫耀!在給大家分享技術原理的同時,也會給大家提供源碼、工具。
1、由于沒有入門門檻,所以多數VBA用戶是非IT專業的所謂的編程小白,水平參差不齊,可以想象代碼質量在專業人士看來是上不了臺面的,不過這是使用者自身水平的問題,不應該由VBA來背鍋。
2、VBA不能編譯成可執行文件多帶帶運行,只能在Office環境中解釋執行,所以它的使用邊界受Office的限制,當然作為Office辦公套件的伴生語言,它首先是服務于Office辦公自動化的,這也無可厚非,只不過微軟通過Windows API、ActiveX、COM+、.NET等一系列技術打通了整個Windows的應用層,讓微軟自己的產品之間可以無縫銜接,這大大擴展了VBA的應用空間,卻也一度造成寄生于Office文檔的宏病毒????的流行,最后出于安全考慮,打開帶宏的Office文檔時,宏是默認關閉的,用戶必須手動確認打開。從上所述可以看出VBA和Windows及Office的深度捆綁,VBA在跨平臺方面表現遠遠沒有在Windows上面這么亮眼,在當今跨平臺開源的大勢下,肯定要被人鄙視了
3、至于VBA沿用了VB那套語法,并非嚴格意義上的面相對象編程(OOP),自然會被正統C++用戶所嫌棄。其實隨著Office的版本更新,相比早期版本,新的VBA已有了很多進步,比如對Class的支持等。
用過的都說好,應用軟件實現不了的功能,用它來補充,或者直接做成二次開發的軟件,用起來簡直不要太方便,比自己直接開發應用省很多力氣。比如excel里沒有你要用的功能,自己用vba寫一個,省時省力,非常方便。
還有這排行榜?
不過真有這樣的排行榜,VBA也絕對不是第一名。
VBA依托微軟office存在的,使用場景和范圍限定很死,這個領域的抱怨絕對沒有其他語言來的多。[偷笑][偷笑][偷笑]
事實上VBA僅僅是處理下word,excel等里面的數據。能力剛剛好
10
回答10
回答5
回答10
回答4
回答10
回答10
回答1
回答10
回答2
回答