首先，我剛進公司沒多長時間，然後介紹一下背景，這邊是個工廠，上了很多個系統搞資訊化，這邊是有自己的研發團隊的（C#），還做了一套系統出來搞生產管理。為了實現資訊化呢，這邊叫了很多個外包團隊開發很多個系統，有些系統語言也不一樣（java，C#，我甚至看到了jsp，不過也有springcloud），資料庫也不一樣（我管的兩個系統一個是用oracle一個用sqlserver，雖然寫起sql來大差不差但是總覺得怪怪的），其實到這裡我覺得還行
但是吧，做這個報表非常的費勁，為什麼？因為每個系統之間的溝通取資料真的把我抽象到了：
1、各個系統之間資料傳輸有丟失，可能介面沒有做的太好吧，資料有時候是收不到的，我不知道補資料是怎麼補的，通知到人了叫他們重發？
2、系統的資料的資訊、狀態改了有些也沒有同步
3、有些系統是有髒資料的，髒資料還好，我們查出來過濾掉就行了，關鍵是我們也不怎麼敢刪除
3、有些上新系統之前使用的是老系統，所以說還有遺留歷史資料直接補上去了，沒有任何的關聯，或者說查不到吧，報表做出來大概有一半關聯的全部都是null，看到的時候我直接蚌埠住了
4、最抽象的還得是有些系統沒有資料字典，所以說取資料的時候只能去前端對照資料庫自己找，聽到最多就是，"你看，這個像"，"這個像不像"這種話，很難想象我是在做開發，不過我在想沒有資料字典怎麼做開發啊？外包當時是怎麼進行開發的啊？我真的無法想象，難道都在盲打嗎？crazy
5、業務需求整理之後發現，很多一對多關係，不過能夠聯表加去重來獲取得到，就是需求溝通上花了點時間
6、以為有一個系統是自己公司自研的，溝通起來應該會有效率一點，畢竟是自研的。結果需求去了那邊就直接消失了一樣，還是領導發話了才配合的，可能一個工廠的生產系統需要20個開發每天8小時上班不間斷開發吧？不過我也是開發人員也真的遭遇過這種事情，可能他們真的需求非常多而且也非常忙吧
7、這邊沒有技術主管，或者說技術主管在只在研發團隊那邊，這邊負責上系統的部門裡面只有實施人員和領導，所以這邊各個系統的驗收沒有技術來把關的，我如果是是外包我真的笑嘻了
資料在各個系統傳輸的時候就跟電流透過電線的時候有電阻損耗一樣的，有些乾脆直接拉閘了
其實到最後也挺搞笑的，我負責的一個系統TMS（發貨物流管理系統）是最後的環節，跟串聯的其他的系統不一樣，TMS最後是不管發貨數量的，他只管從倉庫拿了多重的東西，分成了多少箱，多少託，費用是多少，根本沒有統計這次發了多少數量，巧的是上一個環節的系統只記錄了生產有多少個，只記錄了數量，單據到了這邊TMS就只記錄發貨發了多少的重量，蕪湖！他們想得到做了多少發了多少，有沒有發完，對不起，做不到。資料貫穿報表，穿了半天資料，最後發現是這個結果，大家都釋懷的笑了，辦公室裡面充滿了歡樂的氣氛
好在最後也做出了這個 打通各個系統的資料貫穿報表 的需求，不過沒有什麼實際意義，因為領導想看到的是資料分析，但是現在資料這麼個情況（老系統關聯資料一半都是null，我不知道後面他們處理了沒）根本分析不出來，不過後面我們領導裁掉了之後就沒有再提起這個事情了 ，果然，事情的戛然而止跟人的突然離開之間沒有什麼太大的區別，只不過有些人不想說話，有些人不再說話罷了