從事SAP Basis這個職業是怎樣的一種體驗？
02-09
以下僅代表個人觀點如果雷同那說明我說的沒錯如有人不服，歡迎來戰開門見山
一個詞：苦逼
兩個詞：苦逼，低薪三個詞：苦逼，低薪，沒話語權四個詞：苦逼，低薪，沒話語權，黑鍋王一句話總結就是：干著最累的活，睡著最少的覺拿著不多的錢，聽著所有人的指揮對外要與用戶溝通對內要協調各部門工作人人都說Basis重要但關鍵時刻沒人帶你玩
要給公司抗伺服器要給客戶裝GUI系統出了問題是你的責任系統沒有問題是你的義務能解決的問題但是別人的功勞解決不了任何問題都是Basis的問題當Basis告訴你問題在哪，去改吧可黑鍋已經背了總之：苦逼，大苦逼你們可能說，小明你說的太誇張了。
我也不否認可能跟我的工作環境有關，但我覺得我列出的問題所有Basis從業者都感同身受下面小明從多個角度來分析一下這些話，同時也普及一下這個職業的一些名詞和知識，希望同行們來分享以及為大家的工作創造更多的便利先放句我的名言不會開發的Basis不是好function熟悉我的人可能知道，這句話一直在我的工位上貼著雖然知識簡單的一句話，但說明了SAP這個行業的階層地位，發展方向等等雖然小明做的並不夠好，但我至少知道要這樣做SAP從業者都期望於成為知名的function顧問，實現錢多活少離家近的終極目標但又有幾人真正沿著這個方向走多數都在坑蒙拐騙無論是來自顧問公司還是原廠眼高手低的人比比皆是，大家的共性就是漂亮的PPT和一張無所不能的嘴所以我在這裡所提的是：1。真正的開發，SAP圈主要是ABAP
2。真正的Basis，有開發經驗，資料庫經驗，操作系統經驗和系統架構設計sence3。真正的function：精通所屬模塊的配置，開發，有系統架構sence，尤其不要僅僅是照著官方文檔活著的人這就是SAP行業的基本發展方向了還記得前幾天小明推送的一篇知友的文章： SAP顧問這個職業會消失嗎？我想說，沿著這個大方向走，就算SAP公司倒閉了，你照樣能找到高薪工作好了，言歸正傳，我來給大家闡述一下為什麼SAP Basis這個職業，或者說大一點，底層運維這個職業很苦逼： 1 SAP Basis這個職業通俗的說在其他IT公司就是運維工程師。電話不能關機，隨叫隨到，半夜接電話起來幹活非常常見，所以這個圈的人睡眠質量差，失眠幾乎人人都有，而且幾乎人人都有隨時看手機的習慣，這就是所謂的強迫症，因為怕漏接電話。 2 前面說過了，為什麼大家都沖著function顧問的職業去發展，因為function顧問工資高啊，Basis和ABAP都屬於SAP圈內的底層，所以薪水普遍都不行。至於為什麼function顧問薪水高，應該是和客戶走的近，看起來重要。當然，小明並不否認牛逼的function顧問的價值，但現在濫竽充數的太多，不敢恭維至於Basis的薪資水平，我指是真正的Basis，我個人覺得應該處於同行業的頂層才對。為什麼呢？Basis這個職業要同時具備開發知識，資料庫知識，操作系統知識，最後才是SAP Basis知識。你想想市場上一個DBA價格還過萬呢，何況Basis 3 Basis到底重不重要，恩，重要，大家都會說重要。可關鍵時刻跟你沒啥關係。比如出差support，比如運維支持。一大堆開發和一大堆function配置一個basis，有時候還不需要，basis都是萬能的？因為是底層工程師就不需要？等出了問題搞不定了一次次的求爺爺告奶奶？早幹嘛了？是你們說不需要的，而作為basis，我們也不指望被看的多麼重要，只希望別打擾我們睡覺！ok，假設basis是萬能的我也不否認，的確太多太多的問題是basis參與才解掉的，但薪水呢？一點也不萬能啊。別說小明只看重錢，在職場，誰敢說不是一切看錢去4 在我心目中，ABAP和Basis這兩個職業應該都是計算機專業出身才會有良好的技術功底。也就是說function這個職業更需要技術功底。可一堆堆的function所謂人才連個SAP GUI 都不會裝，需要找Basis幫忙，好意思說自己是IT從業者嗎？如果你們會照著文檔配置，那Basis也可以會！要記住一個充數的function想學習basis知識難上加難，但反過來basis學習function的東西，可就是一天兩天的事情！
5 fucntion從業務用戶那了解問題後搞不定，那麼就可以直接扔給Basis了，黑鍋就這麼來了。因為作為最底層的Basis根本沒地方去推了。只能去了解需求，了解業務，了解操作，了解內部邏輯。最後都了解到了，發現絕大多數問題其實是開發bug，配置bug，業務設計不對等等。告訴你問題在哪了，解決了，你去邀功了，我去睡覺了。開始就不帶你玩，類似問題肯定下次又發生了，黑鍋又來了！ 6 DUMP這個詞在SAP系統裡面最常見，以至於我剛入行時到處找dump文件，後來才知道就是一個報錯提示罷了可眾多管理層和業務層面相關職位員工聽到這個詞第一反應：系統宕了，crash了。然後馬上問題又到Basis了。在這我普及一下：DUMP只是報錯的意思，報錯就是開發bug，配置bug等等，很多情況下跟系統沒半毛錢關係，也勞煩你們先看看dump信息再決定找誰處理。當然，如果真的是系統層面問題，basis從來都是義不容辭，記住，basis是一群耿直的人，沒那麼多心眼 7 Performance我特別納悶為什麼無論是甲方，乙方，原廠還是任何其他人看到性能問題就知道讓Basis調參數，調來調去的，卻沒人真正聽一個Basis的意見。難道你們真的一點IT的知識都沒有嗎？那你們在IT公司混什麼嗎？小明在這鄭重聲明一下： 作為SAP Basis這個總攬系統底層的職業去領導大家去解決性能問題是正常的，畢竟具備知識全面的優勢，但絕不是只要是性能問題就需要Basis去解決，更何況只是調來調去的幾個破參數。真正Basis能解決的性能問題可能只有20%，絕大多數的性能問題都來自於代碼不夠優化，業務流程不夠優化。所以一旦出了性能問題，請你們捫心自問，自己的代碼或者配置有沒有偷工減料，終端用戶給你提的需求是否真正的了解清楚，是否用IT的語言真正的幫助終端業務用戶理清了邏輯。做了這麼多年的Basis，血淋淋的例子歷歷在目，現狀至今難以改變也許有人我說的過於片面，純屬泄憤。或者說這隻屬於我個人經歷，以偏概全我也不能完全否認可能此文也會招來很多人的不滿和非議小明在這也想說：我並不想引起同事之間的戰爭和詬病只是希望大家更多的了解這個職業同時希望其他SAP圈的同事來補充寫出你們的經歷，提出你們的意見讓我們更深刻的了解彼此這樣一起工作才能更Smooth對吧（SAP圈的人都喜歡中英文混著說，哈哈）歡迎來信來搞：sappercn@163.com也歡迎大家轉載別忘了打碼就行http://weixin.qq.com/r/7Ux0bODEGL1nraQP9xn- (二維碼自動識別)
SAP精英SAP第一自媒體商務合作請加微信：sapjyxm你太low了,只做運維的basis
共鳴啊，兄弟。
推薦閱讀：