都是同行襯托得好

最近，不萌的山山開啟了吐槽模式，不萌的山山每天都處于震驚的狀態，以至於我考慮加入震驚部了。震驚的主要來源是公司的技術管理。

先介紹一下背景：前後端分離項目，前端算上我一共三個人，讓我負責帶另外兩個（考慮到我轉行失敗了你們可以想見另外兩個人的技術水平），一個是實習生、一個是做了一年前端但是以寫靜態頁面為主；後端四個人，一個是技術負責人，一個大約8、9年的老手，一個幹了一年的但比較浮躁，以及一個剛從培訓班出來的。項目的主要運算在後端，前端主要就是調介面調介面以及調介面（一個最基本的頁面四五個介面起步），然而另外兩個前端並沒有什麼調介面的經驗。前端採用vue，這個是技術負責人決定的（前後端分離也是這位決定的），當時招人就說要會vue的，然後就把我招進去了。後端java不熟。

前後端分離開發模式下，兩端溝通主要就是通過json文檔，約定好介面約定好json除了一些必要的坑之外兩端基本可以獨立開發了。然而，圍繞著這個文檔卻發生了太多的故事了。

從第一天起我就說要這麼一個介面文檔，可惜到現在都沒有。我也告訴另外兩個前端要找後端約定介面，然而大部分情況下是技術負責人催著前端畫頁面， 前端畫完頁面等後端，後端寫完了才給前端json，然後前端再去寫調介面的代碼（這裡還包含著前端控制不住場面要我去處理以及介面不合理要改），後端等前端寫完再聯調。稍有常識的人都能看出其中的問題了吧。這種工作流，天天加班到凌晨但就是沒進度沒什麼難以理解的吧。

我一直提這事，技術負責人想出了一個解決方案，讓前端定介面，然後他給出了一個介面命名規範。然而後端沒人按照這個實現。現在還有一些前端按照這個規範建立的mock數據，然而這些文件簡直就是打臉啊。

離約定介面最近的一次是這位技術負責人和我對接，json完全是他制定的，對於前端雖然有點複雜但是對我來說沒難度。然後我們兩個就獨立開發了。我開發期間這位技術負責人催了我幾次進度，然而我寫完準備聯調這位技術負責人還沒寫完，然後我等了半天。技術負責人寫完告訴我某個欄位要改格式（就是前段處理最複雜的地方），改個格式也算合理，於是我就改了。然後聯調發現有個列表渲染異常，我想著我都用mock數據測過了應該沒問題吧，就去看了響應，然後我發現某個欄位名被改了。找到問題之後這位技術負責人說前端改。。關於這個功能模塊還有一個吐槽的點，是有一次另外的前端順便測試到這裡了，然後發現某個列表沒有渲染，這位技術負責人以責怪的口氣問我怎麼回事，然後我發現是他自己寫的介面返回了零條數據，當然沒什麼內容可以渲染，然後吶，這位技術負責人就指責我們前端沒有多測測。我能忍，我就直接說這是正常的結果是後端返回異常，然後呢，這位技術負責人就陰陽怪氣說都是他自己的鍋。

這兩天啊，他又派活了。功能是調微信掃一掃然後進一個頁面，操作都在這個新頁面里，大約有五六個介面的樣子。我就要json，然後他就一直強調掃一掃（微信掃一掃API已經接過了，我所要做的只是抽出掃一掃功能到一個lib裡面），對這個新頁面直接不談。然後就開始催進度了，我依然要介面文檔（這個頁面進去就開始各種請求了），然後這位技術負責人讓另一個後端拿出一個頁面說和這個頁面差不多讓我做（要是真的差不多我就重用舊頁面了），依然不準備約定介面。按照這幾個後端的各自為戰的風格，我真的不知道他們會給什麼樣的json，我唯一敢確信的是他們會用json交互，其他的，就呵呵了。後來就是催進度但是就不約定json了，還問我到底理不理解業務。。。

介面文檔只是一個方面，技術管理混亂還有各種體現。考慮到這位技術負責人在一個幾分鐘的對話用了多種邏輯謬誤，我覺得技術管理混亂也沒什麼難以理解的。

這位985計算機出身10餘年編程經驗的技術負責人，讓我真正意識到了技術和技術管理是兩回事，也一定程度上緩解了我因為選了失敗專業、家裡反對轉行以及轉行失敗導致的比較差的精神狀態（畢竟如此成功在我看來依然和偽化一樣反智）。

雖然題目是「都是同行襯托得好」，考慮到前端並不算程序員以及我轉行失敗，似乎題目用錯了