月初入职了新公司,看了半个月的业务,这周开始接触代码,然后发现用的是自己开发的框架。 其实我能理解为了方便开发公司自己写框架,但是我的槽点在于,这个系统只兼容 chrome,可框架里却还重写了一堆类似 indexof 之类的代码… 而且也没有现成的文档,遇到问题除了向老员工问就是自己看源码… UI 部分用的也不是 bootstrap 这样的框架,而是国外的另一套付费的框架,并且那个框架的文档写的个人感觉也很糟… 各位 v 友对公司自己开发框架有什么看法?
1
tommyZZM 2018-04-27 18:57:03 +08:00
技术建设初期,吃了信息不对称的亏,但是这是不可避免的,历史包袱什么公司都会有。
但是也不能否认,这样的系统确实为企业带来价值的。一个系统能满足需求方的需求,对企业经营者来说就足够了。 从技术的角度,对于这种场景答主的处理方式是: 原有的功能保持原有,能满足需求尽量不碰,如果要添加新功能就找到关键模块,然后接到外部模块。 (但是谁知道自己开发的模块,对于未来接受的人会不会又是一个新坑呢,所以尽量谨慎) |
2
CFO 2018-04-27 19:08:54 +08:00 via Android
这种非主流框架就算学会了也对下一个工作帮助不大吧 不过可以自己重构一遍好好学习下
|
3
murmur 2018-04-27 19:17:00 +08:00
吐槽就好,不要想着去改进他,等烂到一定时候自然就会推倒重来了
|
4
bzw875 2018-04-27 19:43:45 +08:00
公司要兼容 IE 9+,没有前后端分离,并且只有我一个前端,然后后端也要写一些 js。我们也有历史包袱
|
5
pelloz 2018-04-27 19:49:42 +08:00
你可以选择摸清楚用这个框架开发的痛点,然后重构它解决一些问题,然后留下新框架给后人吐槽
|
6
rbe 2018-04-27 20:51:51 +08:00
个人认为 indexOf 之类的不算什么很严重的问题吧。只不过没有用最新的 includes 之类的语法而已,很多市面上成熟的库因为推出时间早也有这样的代码存在呀,又不影响性能,可以以后再慢慢改。
没有文档才是比较关键的问题,不利于后来的人接手。这个在框架或组件库搭建的时候就应该着重考虑到的。 |