最近剛做完模組的開發，簡單測試功能性沒有問題 寫完了私有通訊協議的文件 就去找前端聯調 要測我開發的有沒有問題可以說是工作的階段性結束 開發結束之後 需要某種工作節點作為階段性工作的結束但他們專案安排的比較滿 溝通吃癟 感覺這個簡單的模組就卡在這裡也不是事兒 就去找了老方和老袁聊
但 老方 把他定義為責任的分界線
我之前不喜歡把責任單獨拎出來聊 畢竟大家都是往同乙個方向努力 整個專案做成才是工作的目標 我劃分責任 你劃分責任 那「責任真空」的區域又誰去做呢？
但工作中哪有什麼多「真空」 已經確認的好的責任都相互推諉呢！
上下介面之前的的相互扯皮，因為一點小 bug 全員開會找問責才是開發人員的常態
之前在公司做硬體設計 在之後的批量生產中一直被領導懟要把之前的責任歸屬不被演變成一種惡劣的工作態度 把自己做過的工作落實才是對自己負責的一種態度覺得我的設計有問題 但我比較單純 有問題就解決問題 沒有推卸責任
到後期 只要公司有硬體的問題都歸咎到我這邊 我被弄的疲憊不堪
之前的責任歸屬沒有確認 自己也算吃了工作流程的虧
工作落實有幾個方面，我只說開發後期的工作落實
完善的功能性測試
測試結果的歸檔
事事有回音
我自己認為最重要的是歸檔
通過整理完整的測試結果文件才是責任歸屬的表達！才是工作節點的確定！
將自己的測試環境、測試方法、測試用例都寫進去，這裡不是重點我也就不再贅述了
需求評審
多個預案評審
開發測試
歸檔聯調
這裡456幾乎佔據了 60% 的研發時間 迴圈往復 極度磨人
我之前太年輕 沒有真的走這麼一輪開發 雖然滿懷期待 但也充滿敬畏(怕)
老方之前公司是做消費電子的已經通過了方案驗證、第二次量產、區域銷售，在全國上線的前一天 被**測出來 針對兒童用品的外殼含有有毒物質。
之前全部打水漂
專案延期、產品召回、繼續重新試生產。
老袁公司是做工業產品但公司比較小 公司以市場導向 說難聽也可說開發以銷售導向
痛罵銷售喜歡拿著友商東西質問
」為什麼人家有 咱們沒有「」咱們的產品也應該隨著手機殼變色(諸如此類)「
不了解技術的市場 總是會提一些讓開發當場心肌梗死的需求
」我寧可懟 10 個產品經理 也不要和乙個市場談需求！「
Struts工作流程
文章分類 招聘求職 乙個使用者的請求是通actionservlet來處理和 的。那麼，actionservlet如何決定把使用者請求 給哪個action物件呢？這就需要一些描述使用者請求路徑和action衍射關係的配置資訊了。在struts中，這些配置對映資訊都儲存在特定的xml檔案struts c...
zf工作流程
zend controller是使用mvc模式來構建乙個站點的基礎。zend controller體系是乙個輕量的，模組化和可擴充套件的體系。它只提供最核心的必要的部分，允許開發者有很大的自由來靈活地構建自己的站點。使用zend controller的站點，其檔案組織和 結構會比較相似。zend c...
spring MVC 工作流程
1 首先來配置一下dispatcherservlet spring mvc和大部分mvc框架一樣,底層也是依賴servlet api的,所以spring mvc的請求處理也是從乙個servlet開始,這個servlet就是dispatcherservlet.以下是在web.xml中dispatche...