聊聊工作

五线城市程序员。
目前在一个第三方校准机构信息部门工作。
部门两个人,就我一个有开发能力,另外一个可以当不存在。
公司现有系统是我和另外一哥们(离职)一起开发的。
不过由于前期领导催的紧、个人技术经验一般,导致技术选型,数据库设计,代码架构一团糟。
最终形成了每添加一个功能都要对代码进行大面积修改,同时还要兼顾修改bug导致的错误数据、添加账号、修改权限、重装系统等运维工作的情景。
目前个人打算且已经开始,在不和领导沟通的情况下(多次沟通无效),不对原系统进行任何修改,把这套系统推翻重做。
这么做的好处是:1. 自己的技术可以更进一步
2. 如果最终做出来了,应该对公司的帮助也是很大的。
坏处:1.领导会感觉这个b不听话。
2.给别人一种消极怠工的感觉,毕竟系统不更新了。

大家可以分析分析这事往下会怎么发展。

你浪费了一个月的时间,做出来的新系统还是有一堆bug
领导也看不出来你重构了什么东西,当作什么事都没发生
大家和谐的继续相处了下去,happy end

结论就是吃力不讨好。
技术方面不了解,但可以肯定的是即使你重做了也不能从根本上解决缺乏人手的问题。你不妨想想即使这一次你凭一己之力解决了,你能保证以后不会遇到同样的状况吗?遇到了以后你打算怎么办?一直靠你一个人来解决吗?
从你的职场生涯来考虑,如果你打算长期在那里做下去的话我劝你不要这么做比较好。你做或者不做都不能不沟通。你不打算沟通,也就是说默认承担做得不好带来的所有风险,给你领导一种这个人不好管理的印象的同时也给他找茬的机会随时可以找你麻烦。你多次沟通无效这就说明要么你领导见识短浅要么他也很清楚人手不足的问题只是这个问题无法短时间内解决,不管是哪一种你都没有必要把这个矛盾转移到自己身上来。
对于你同事人际交往方面来说建立在不沟通的前提下去做这件事不论成功与否都是有害无利的。假使你做得不尽人意,他会认为你是想表现自己讨好领导但能力尚浅,免不了暗地里嘲笑你;假使你成功,你一定会引起他的妒忌从而恶化你们之间的关系。
但如果你是打算把你目前的工作环境当做跳板或者说早有离职打算的话不妨试一试。

悄悄做还行,就是割接出锅了就得自己背了

另外有句话说得好,设想你是医生,老板是患者。患者说,我要怎样怎样的约束下做这个手术,作为医生有责任告诉他,你这样是自寻死路。

吃力不讨好,我之前的同事搞了一套新东西,结果旧的问题解决了一部分,新的问题也产生了,后来他离职了,新东西就废弃了

只有慢慢改进代码了。

:confused:
我感觉这个是最可能的。。。

已经有吧这个工作当跳板的意思了。相当于那这个项目做实验,增加自己的经验吧。

至于计算机项目这个技术的更新,会带来效率的提高。原来一个人忙不过来的事,可能变成一个人可以忙过来的事情。

至于沟通这个事,因为我也找过好多工作了,这个地方的老板基本上都是在项目做烂的情况下,没有魄力重新做。导致交工之后维护成本过高,入不敷出。这次我打算试试替老板做个决定。

我这块就我一个开发,只要我在这儿干,这个问题就还好。

代码其实很好改,但是因为是已经正在运行的系统,过去一些设计不合理的数据,根本没法处理。

我这次打算是新的系统上了之后,双系统同时运行,把旧系统中的业务处理完之后,封存。

那就放手去做吧:070_:

蹲一个后续

:024_:
大量运维工作中,就我一个人的话明年中旬能完事就不错了。
明年见。

更新一哈。
现在就剩我一个人了,另一个被辞退了。
这几个月基本上就是:梳理思路+技术选型/学习+日常运维。

梳理思路

系统就暂时限定在公司内部使用,不考虑在线上直接产生交易行为。
发现工作量很大,我一个人可能要连学带干一年以上。所以,优先做核心业务模型,给领导展示后,争取搞定几个招聘名额。

技术选型

前端主体就是 vue + elementui,不过需要大量自己写插件。学了一年多js感觉可以试试了。其他还要用到一些插件:

  • 需要进行大量数学计算,math.js
  • 需要pdf在页面中嵌套,pdf.js
  • 图表就echarts吧
  • 富文本还没选好,UEditor实在不想用了
  • 别的暂时想不到了

后端框架就是 asp.net core + abp了。

  • 需要生成pdf,headless chrome我来啦。
  • orm就ef了
  • 数据库就盗版的sqlsever吧
  • Excel导入导出就epplus了

日常运维

越发的真实体验到了把数据很好的打印在A4纸上的难度。不等宽字体、各种上下角标、未知数据长度、图片嵌入和自创字体要把我搞疯了。所幸基本稳定下来了。

被娃折腾的睡不着,有困意了。就这样吧。

1赞