1. 程式人生 > >雜談:最近一些專案扯蛋經歷

雜談:最近一些專案扯蛋經歷

這幾個月發生了一些有趣的專案過程。下面我將其記錄下來。

第一個專案是做一個手機和pc站點。這個專案最初是選擇了響應式設計。但做著,做著,客戶就不斷提出修改,導致無法進行。每次調整響應式就一場災難。後來分離。一個pc, 一個移動。由於工作量巨大,加上設計不可控,導致我們這一方的人在最後主動權失敗。後面損失了不少資金,導致資金層斷裂。 當然也有很多問題,自己一方面,設計一方面,綜合多種起來多種因素。設計那一環節水平還是有待提升。只可是,萬萬沒想到客戶在交付使用的時候,選擇不要。那個時候也讓我們措手不及。

第二個專案發生後面幾個月,這個月做了一個簡單的專案,從2天變成變成了一個月的事情。我先說一下這個專案規模,這個專案只是做一個常規化的H5專案,傳送請求發包呼叫一個硬體裝置啟動。可以說是非常簡單。但是,當我們想當然把事情想得簡單的時候,這個事情卻變成了另外一個局面。一方面可能是事業單位的怠慢,導致我們這一方一直沒辦法推進。持續消耗了一個月時間等待。特別說一下伺服器的事情。原則上,我們提供域名服務和伺服器是作為開發方是應該的,這樣做可以節省不少時間節點。但涉及到事業單位各種規章制度。我們之前提出方案也變得一文不值。所以域名也好,伺服器也好都均不能使用第三方,這是前提。結果,裡面牽涉了幾十人 ,幾個部門去協調這個事情。我總是感慨,一個簡單問題變得如此龐大。說實在按我這樣資金流,基本上可以說是虧損的。最後體驗了一把和事業單位交接的怠慢。如果從另外一個客觀因素來講,我們的部署技術,還是落後了一點。也沒考慮到事業單位的伺服器的一些約束因素。市場面的docker的技術都已經在各大公司使用了,相反我們還停留在原始的部署。而且部署也是一塊很大的問題。這也是我們一方技術需要提升的。後面,或者還有更扯蛋的專案在等著。如果說做完這個專案就與我沒關係,其實說實在。我越來越體會到這一點。做軟體也好做服務也好,盡責已經不是全部。如果有更多資金流,可以穩定下來,可以嘗試做一些別的專案或者更加有趣。做服也好,做軟體銷售也好。不單方面受控於接包方。

總體來講,有得有失。學到了經驗,但資金方面的缺口還達不到預期的目標。還有待提升。

當然這幾個月當中也有完成的案例上線,只是可惜了一點有一些專案沒有持續收益。