不好意思各位软件业前辈来请益一个工作上的问题
我是去年才刚毕业的新人
原本并非本科系 在这之前也没有相关工作经验
阴错阳差找了一个电商平台开发的软件工作
最近因为工作越做越不愉快 但我并不想要在不确定是不是我的问题下就离职
(主要是上一份工作也是做了几个月就离职 感觉频繁换工作不好)
所以想上来请教一下 并非讨拍 各式各样建议好坏都欢迎
工作内容主要是各式各样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带新人感想的每一篇文
觉得自己应该没有什么大问题 所以才上来请教 谢谢