首先，我對這個問題持否定意見。

我十多年前曾經用VBA+Access編寫過一個100多人使用的生產管理系統，帶很多UI介面。可能有些人感覺這樣水平算比較高了吧，但我自己確實沒這種感覺。

一般講高手是一個相對的概念，是不是高手應該取決於對比物件。但我覺得使用會不會VBA來判斷Excel水平，這對比本身就不是公平的。類似於兩個人打遊戲，其中一個會用外掛，我們顯然不能用會不會外掛來評判他打遊戲水平高。

對於普通程式設計師，學習VBA難度很小，極短的時間就可以上手，但他很可能Excel很多函式都還用不好。事實上，一個人會了VBA，很可能遇到問題首先去想VBA怎麼實現，反而降低了探索Excel自身功能的動力。對於不會VBA的使用者來講，更有動力去挖掘Excel自身的各種功能。

我的意見僅針對這個問題本身，並非勸大家不要學習VBA。Excel功能無論多強大，但仍有靠自身無法實現的功能。熟練掌握Excel後，再有VBA作輔助，生產力會更上一個臺階。

剛開始接觸vba是因為excel內建的函式以及各種東西已經解決不了我的需求。所以拋開vba必要與否，我認為當excel函式已經無法滿足你的需求，一定需要錄製宏或者編輯vba的時候，這個時候vba就是必學的。除非你可以告訴老闆，這個東西我不幹了，你想咋地？

比如當我們碰到如下的需求時，真的無法再手動了。

需求：某電商平臺招募了三方的代銷公司，約有320個公司，每個月根據銷售情況與供應商結算貨款。在只能使用excel沒有開發資源的情況下，我們要做到，求和彙總供應商當月每款產品的銷售額，貨款，並附上原表資料。且有固定的格式。每個供應商一個表。

在沒有erp的情況下，單獨複製貼上新建表300餘次我想可能就離瘋了不久了。

但是用vba，開始跑程式，一杯咖啡的時間都不用，資料就全做好了。

ps:這邊沒有給出時間的選項，因為預設本月統計上月訂單。

我覺得VBA多是解決一些重複性和複雜性工作的問題，如果處理的資料量不多而且處理沒有特別要求的話，真沒必要寫程式碼，寫個程式碼花的時間反而比較多，當今羅剛君老師開發的e靈外掛，已經可以解決不少國內使用者的問題，再者高版本的office本身已經很強大了，在一定程度上會減少VBA使用頻率，這是對於大部分使用者來說，當然考慮到各個人在實際工作中總會遇到這樣那樣的問題，能寫VBA當然更好。考慮到時間成本，使用頻率等的原因，如果遇到麻煩問題不多的話，也可以付費讓人代寫的。

是不是高手相對而言，但VBA並不複雜，對新手也很友好，可以通過錄制宏來讀程式碼學習，但學精它也不容易。VBA對深入使用EXCEL甚至office都是有效的，學它不是用來裝X，而是解決問題。