從996到甲骨文裁員

從前段時間的996風波到如今的甲骨文（Oracle）裁員，程式設計師或者說開發者一直被炒在風口浪尖。

相信996事件大家還記得，其事件起源是現在有很多公司尤其是網際網路公司，工作壓力大，工作任務不斷增加，導致員工經常性加班，996（早上9點上班，晚上9點下班，一週工作6天）已經是家常便飯。因此眾多的程式設計師在 GitHub 發起抗議網際網路公司實行 996 工作制！

既然大多數員工已經這麼辛苦了，為什麼甲骨文還要強行裁員呢？有被裁員工稱，甲骨文中國這次裁員主要裁的是研發中心人員，首批將裁員約900餘人，之後在 7 月可能會將整個中國研發團隊共 1600 人全部裁掉。

根據財報顯示，2019年第一季度，甲骨文收入下跌1%，至96億美元。而甲骨文2018年第四財季雲服務和授權支援業務營收為67.70億美元，在總營收中所佔比例為60%。不過在整個雲服務市場，甲骨文仍然是個小玩家。

甲骨文發言人（Deborah Hellinger）此前也曾釋出宣告：“由於我們雲業務的發展，我們將不斷平衡我們的資源，重組我們的開發團隊，以確保我們有合適的人員，為全球客戶提供最好的雲產品。”

以前系統的實現受制於複雜的程式設計，因此需要較多的開發者，但是優秀開發者的高薪早已不是秘密，所以開發資源不能浪費在一些通用而且易於實現的需求。

甲骨文all in 雲服務NetSuie，作為他們的拳頭產品，擔負著Oracle壯士斷腕的決心。這個資訊化產業巨人也希望將企業轉型從“開發者勞動力密集型”的傳統軟體轉向更智慧的”雲端業務服務“轉型。

這對我們的企業來說意味著什麼？

因此對企業管理者而言，既能用系統輔助業務部門，又要降低對技術開發人員的依賴，這是大勢所趨！

當決定使用這樣的平臺，下一步考慮就是這個選擇對企業有什麼好處，我們這裡列舉3有利之處，來證明你選擇一款無程式碼平臺的正確性。

1、提高生產力

業務人員可以自行使用無程式碼平臺搭建業務流程管理系統，降低溝通成本，同時也避免了“開發人員不懂業務”的尷尬。

此外，無論多麼經驗豐富的開發者，程式碼實現的速度都不可能追趕上一種無程式碼解決方案。因為這種無程式碼解決方案就像是一種智慧機器的行為，自動編寫相應的程式碼。而且無論多麼有經驗的開發者，也無法避免開發所引入的bug，然而經過檢測的無程式碼開發平臺，bug數量會被降到最低。

2、節省成本

3、易於維護

對於傳統的應用程式，維護和升級都需要投入很大的人力成本。開發人員急需要處理新的feature需求，也要修復歷史的bug。低程式碼平臺甚至不需要我們維護伺服器，就能夠實現新功能的增加，而且不需要額外考慮相容性。

甲骨文的轉型代表著雲時代的來臨，而云時代又為無程式碼平臺提供了更加優質的生存環境。

所以放心大膽的選擇無程式碼平臺來幫助企業加快資訊化轉型，助力企業的快速發展吧！

5月7日上午，國際軟體巨頭甲骨文傳來訊息，其中國研發中心將進行裁員，首批裁員人數便達900人，佔其中國區研發人員總數（1600人）的半數以上，7月執行第二批。據悉甲骨文中國研發中心也會在之後關閉。

對這個觀點我不敢苟同，就從這個角度談一下吧。

甲骨文的資料庫之前曾佔據大企業的大半壁江山，後來由於種種原因，市場佔有率越來越低。

最主要的原因是網際網路的崛起。它們發現單點的效能再牛，也無法支撐暴漲的請求量，而18個月翻一番的摩爾定律（姑且算記憶體CPU儲存都翻番），也趕不上使用者增長的速度，所以分佈的方案勢在必行。而分佈的方式，使得原來很多單點的高階特性，已經沒什麼用武之地。

所以用免費開原始碼，簡單實用的資料庫（如mysql）替代oracle是自然而然的。至於雲，阿里雲並不是最大的，亞馬遜和微軟雲都是超過阿里雲，即使哪怕從security而言，至少美國企業是不會用阿里雲的。

總之，甲骨文的式微和阿里雲不構成直接關係。

另外，美國政府部門、很多傳統大公司，依然使用甲骨文的資料庫。

至於這個問題本身，甲骨文該不該學習IBM的模式呢，這個問題即使我們建議了，甲骨文也不會考慮的，更不必替它們擔心。

點到為止吧。