工作經驗之產品上線

2021-07-05 05:25:49 字數 1402 閱讀 7792

時間是在國慶放假之前,組長去總公司開會,帶回幾張圖紙,客戶說幾個小時就能搞定的事情,心中飄過you can you up。

那一天組長和我都加班了,他畫原型圖我導資料,客戶要的緊,節後就要上線,不經過測試組,直接客戶就要用,到了明天原型圖畫好了(依舊存在很多需求不明確的地方),匯入的資料也有不全的地方,但是這個小模組還是這樣開始了。

進入公司兩個月,熟悉框架,了解**,重構模組,也算是給自己打下了這樣的基礎,這個模組和原先做過的有些不同,因為這是從無到有,一切的一切都要自己做,沒有參照物,從頁面到邏輯,再到資料庫的資料,完完全全都是自己設計。

這一天,從table 到div 再到td tr,頁面的設計還是那麼輕鬆愉快的完成了,中間最大的難題是乙個錄入介面,需要自己拼接gridview**,而不是使用控制項,在放假之前,我算是完成樂兒百分之八十吧。

假後回到公司,組長就怒氣沖沖的找到我,因為客戶就要看成品,但是我開發這邊還是存在很大的問題,介面的美觀,邏輯的完善,以及系統的健壯性,組長很著急,那天加班加到很晚,我負責程式邏輯開發,還有乙個同事負責報表。

那一周在加班中度過,遇到很多喝多的問題,但是也解決了,難題還在後面呢,在這個專案完全沒有經過測試的情況下(我們開發的自己點了點)就部署伺服器,直接給客戶使用了,當然,情況大家都能想到了,客戶打來**,各種輸入性的校驗,這邊還沒有完善,但是基本的功能不會影響到客戶的使用。這一周快要結束的時候,終於把完善的地方加上了,下班之前在正式庫上部署好,大功告成,下班回家。

明天組長告訴我,客戶不能上報資訊了,正式庫出現了問題,但是在開發庫這邊不能返現,開發庫這邊沒有一點問題,我們想了各種辦法,把客戶資訊和客戶資料匯入到我們開發庫這邊,進行測試,能上報,檢視頁面是不是區域性重新整理的問題,依舊不能,那一天,在正式庫上,發版不下十次 ,但是還是一直轉圈,頁面最下角報出js錯誤,頁面就不貼出了,因為根據公司保密合同,最後姜還是老的辣。

根據檢討自己本人的編碼習慣,不加try catch,當自己開發的過程中,真的沒有什麼惡問題,因為我們可以斷點除錯,無所謂,但是當我們程式上線,部署到客戶的伺服器的時候呢,錯誤我們捕捉不到,只能去猜開發中**出現了問題,在除錯的過程中組長在我的**中加入try catch語句,丟擲了異常,找到了錯誤的根本。

錯誤是在取出使用者的**的時候,**沒有被序列化,呈現出null.tostring()這樣的語句,當然會報錯了,小小的語句引發的異常,真的是慚愧,導致很多不必要的麻煩。

這次上線讓自己成長了很多。感謝!!

工作經驗 之細心

為期了將近四個月的工作,做的東西可以說錯的很多,同時也感覺學習到了很多 在這裡對近四個月來的工作所遇到的問題和以後需要注意的 一些問題做一些總結 1.寫 切勿燥,凡事靜下心來做,你才能做 好,這個是不管做什麼時候都要做好的準則 2.寫 一定最最終的一定要先讀懂式樣書,理解別人通過做這個東西,是想去達...

工作經驗 他人經驗

於是,在我把一些價值觀和思考記錄下來的同時,我自然又被很多人關注到了,還吸引很多不同的思路在其中交織討論。而從另外一方面來說,這對我來說是乙個很好的補充,無論別人罵我也好,還是教育我,都對我有幫助,大大地豐富了我思考問題的角度。這些經歷從質上改善了我的思考方式,讓我思考技術問題的角度都隨之有了乙個比...

純技術之外的產品工作經驗

層級一,區域性模組的技術細節 這裡包含所有各種厲害的純技術技巧 層級二,把系統執行流程理順 舉例,同乙個問題,可以後台解決,也可以前端解決。無論誰,不能推卸,也不能主動接,而是要從系統的總體上理順,在後台和前端直接恰當分配問題 如果發現沒有理順,就先不要做 層級三,把業務執行流程理順 技術和業務密切...