不好意思各位軟體業前輩來請益一個工作上的問題
我是去年才剛畢業的新人
原本並非本科系 在這之前也沒有相關工作經驗
陰錯陽差找了一個電商平台開發的軟體工作
最近因為工作越做越不愉快 但我並不想要在不確定是不是我的問題下就離職
(主要是上一份工作也是做了幾個月就離職 感覺頻繁換工作不好)
所以想上來請教一下 並非討拍 各式各樣建議好壞都歡迎
工作內容主要是各式各樣RESTful API的開發
然後要把這些資料存到SQL之類的
目前沒什麼大問題 我自己google可以找到大部分答案
但是例如商業模式這塊我不是很了解
如果我不知道這些商業模式 我怎麼去寫東西出來?
常常在那邊自己看很久卻不知道這些東西的意義到底是甚麼
例如某間倉庫的編號是99 這間倉庫可能就要做特別的庫存處理
所以可能會前面的人會hard code一些東西
或是當碰到編號99的時候 用戶可以訂閱的數量就要做調整等等
再來技術上最近遇到的問題
例如我們有用redis這種東西(好像是可以加快存取速度 我自己上網查的)
我有一個GET是可以看庫存數量的 然後有個PUT可以更新庫存數量
GET的API給一個組員改寫過 所以用Postman顯示出來的結果是跟存在SQL的是不一樣的
(組上說這叫動態計算?)
可是這會有個問題其他的API卻沒辦法從SQL讀到正確的結果 所以我要去修這個問題
我想法是即使是GET以後 應該要把算出來的結果再存回去SQL讓大家都能同步
但經理並不是很喜歡這樣的作法 而是要我改其他有用到這個資料的API
讓他們每個都可以去動態計算這個結果
我心裡真的不懂為什麼要去改N個東西而不是去改一個東西就好
或是我有要試著更新redis的cache 讓其他API可以抓到比較即時的資料
但他卻覺得他不想管這個 他只要我去改他想看到的這塊東西
我說那這樣QA測的時候 他們可能會測到沒有更新過的cache
這樣他們不會覺得我們哪裡弄錯嗎?
我每次問主管這類問題 他給我的感覺是他並不太想回答 不然就是顯得好像很不耐煩
大概的回話就是
我: 為什麼遇到倉庫編號是99的時候 他們要做特別的處理 他們有特別的地方嗎?
那我在什麼情況下要做類似這樣的處理 讓我方便之後遇到類似情況我可以直接改?
經理: 以後遇到再說
我提問是否要改OOXX(並沒有commit任何東西或是到peer review階段)
經理: 我說改這邊就好
我: 可是我們只要OOXX 或是我們只要%$%^# 應該就可以...
經理: 我說了就這樣改就好 為什麼這樣改對你來說這麼困難呢
我: 不是困難 可是我們這樣改 不是XXYY也會受影響嗎?
經理: 我說了就改這邊了 你幹嘛要一直質疑(挑戰)我之類的話
(照經理改完後我還是不確定XXYY到底有沒有受影響)
(有時候可能沒事 或是幾天後知道要修的東西就是XXYY)
這裡我強調我都還是有好好照他的把工作完成
我不是不願意照經理的意思這樣做
但是每次QA再把任務丟回來 他可能就會開會檢討東西為什麼又會丟回來
可是我心裡都OS說這些問題不是我們應該早就要注意嗎?
例如更新cache這邊 我自己寫完測試都覺得超奇怪了 怎麼可能還要送去QA或產品上線?
當然拿人錢財替人消災 就做經理交代的就好
這樣我完全沒問題
公司給我感覺是大家創造了很多BUGS 然後大家的工作就是解大家創造出來的這些東西
然後大家都在玩疊疊樂?的感覺
只要東西修好來 東西不會倒就好 遇到下個問題再說 絕對不允許改其它地方
這點我同意 畢竟我也不是完全了解這系統 我也不敢亂改
但是難道想討論一下為什麼能(或不能)這樣弄會讓組員/經理很煩是嗎?
還是說很多東西說了也沒意義? 以後就知道為什麼了 所以不要一直問?
或是我剛畢業都對工作存有太多不切實際的想法?
反正上班照經理的話做就好 按時把工作完成
有問題遇到再說 剩下的不要問東問西
是覺得這樣也不是不行 只是希望我的工作不是在解大家創造出來的Bug
然後可以有系統一點的去處理事情這樣
我有看過本版28780帶新人感想的每一篇文
覺得自己應該沒有什麼大問題 所以才上來請教 謝謝