领导选了开源软件,但是 bug 多导致一直无法落地使用

2020-12-22 11:45:56 +08:00
 rodrick
上面计划选用了某开源软件,但是发现坑一直填不完,也找不到好的其他替代方案,导致没法实际铺开使用,但是领导催的紧本月就想用上,怎么破,硬着头皮继续填还是提桶跑路
6730 次点击
所在节点    程序员
39 条回复
Tumblr
2020-12-22 14:43:32 +08:00
你要先解决你领导的误区,要让他知道「开源软件」≠「免费解决方案」,并且用开源软件往往意味着更多的 effort,包括你们自己的开发、维护。

不管怎么样,有坑别自己趟,要反馈出来,尤其是方案的提出者和项目的负责人要知道。
clf
2020-12-22 15:04:38 +08:00
工作流? Activity 、Flowable 、Camunda 什么的应该比较成熟了吧,国产开源的工作流目前没有特别好的,大部分都是坑。
lifetimeporn
2020-12-22 16:13:02 +08:00
国内??禅道??
lamzhongxian
2020-12-22 16:33:55 +08:00
驰骋工作流?
dany813
2020-12-22 17:03:41 +08:00
那这个就没办法了
liian2019
2020-12-22 18:21:23 +08:00
工作流 为啥不整 activiti 或者 flowable,自己整个也不需要太长时间
cxh116
2020-12-22 18:29:34 +08:00
估计是想用什么高可配,页面随便点一下就配置一下流程出来,结果配置一堆屎一样的功能.
nicevar
2020-12-23 04:45:07 +08:00
很多开源软件就这样,如果使用的人不是特别多就非常坑,最后你就变成了帮开源项目修改 bug 去了
jones2000
2020-12-23 06:41:46 +08:00
外包给作者开发算了.
MapleObserver
2020-12-23 08:34:47 +08:00
@rodrick #9
所以,为啥不说是哪个开源工作流呢?说不定还能找到帮你的人→_→
不影响关键任务,而是小坑多的话,是否属于 [又不是不能用.jpg] 类型?你可以做一些事情:
1. 记录所有 bug,列出 bug 对整个系统使用的影响程度。上报给领导。上报给领导。上报给领导。这是证明 [这个系统真有问题] 的重要凭据。
2. 在存在众多 bug 的情况下,不管是出于时间原因、无其它解决方案、还是其它原因(比如他对这套系统是真爱),领导还是坚持用这套系统,那么你需要继续修 bug,或者请原作者一起修 bug 。
3. 存在 bug 的功能,是否能屏蔽暂时不用?
4. 认真思考一下,bug 修不过来,主要原因是自己(团队)能力不足,还是这个开源本身问题。如果时间充足,能否修得过来?这条可以影响这个锅属于谁(或者说你心里能清楚自己该负多少责)。
5. 认真思考一下,从确定用这套系统,到第一次发现 bug,再到现在,总共过了多久?关于 bug 的问题你向领导反馈过几次?领导是否考虑过重新选择其它方案?其它同类产品二次开发是否真的无法符合你公司的需求?( [你选的嘛 偶像.jpg] )
6. 无法按时交付的话,结果是什么?锅是你的还是领导的?(如果前面几点确定锅不应该你背或者你不该背那么多,最终却是你在背,那建议早点跑路)
7. 如果打算跑路,年底了,跑路前先确定下是否好找下家,或者裸跑是否撑得住。
8. 你在 #11 有提到花钱让人修 bug 了,可以考虑下提出你们的功能需求,和对方确定一个价格,外包给对方做二次开发,这个价格是包含修 bug 的。
rodrick
2020-12-23 09:08:37 +08:00
@MapleObserver
现在的 bug 是付款给对方来解决,我们这边没有人手来处理,只有我一个前端,只能尽力帮对方测试加处理一些前端问题。
bug 情况每天都在反馈,对方也在积极修改,我不说名字是因为并不是对方不对应修改,但是确实有 bug,而且改了一个可能会出两个这样。。只是觉得公布名字可能会对人家的项目有不好的影响。而且一方面我们这边期望的时间确实有点赶。
用这个的初衷是因为有一些公司内的业务和这个的设计比较符合,时间足够的话我觉得是能解决完的,但是领导计划中这个东西要能用且在下个月中旬前要用它做出几十个相关应用。。这压力是挺大的
提桶跑路算是开玩笑的,任务给我了我肯定会跟的,但是大概率上面说的目标是完不成的,不过是面向公司内的任务延期最坏的影响可能是领导向上汇报的时候会不太好说,倒也谈不上谁背锅,就是整体预期过于乐观了😥
wjswxp
2020-12-23 09:28:07 +08:00
ds..?
AnYongMaple
2020-12-23 09:41:13 +08:00
你的今天就是我的明天。。。
ccraohng
2020-12-23 09:55:10 +08:00
表单? landbot?
lbyo
2020-12-23 09:57:19 +08:00
Q: 如果这个软件是开源的,应该有人用过或者曾经用过,直接网上找个外包帮你修 bug 就行了,钱不多 效果还不错 事情也不耽误
A: 不瞒你说,我们已经花了一些钱让对方修 bug 了,现在是修了一个出了另一个

Q: 让老板联系作者开发商业定制版?
A: 貌似有,但是没得预算了

Other: 现在的 bug 是付款给对方来解决、bug 情况每天都在反馈

综上我是不是可以理解为:Bug 基本每天都会发现新的,出了新的 Bug 就会付款给对方修;修了一个出来两个,这个付费并非是一次性的,只要发现 Bug 就会付钱给对方。
所以:
商业定制版,一次付费 => 没预算(如果你说时间紧任务重着急用,那我没话说)
自己凑合用,有 Bug 就付费修 => 有预算
rodrick
2020-12-23 10:08:51 +08:00
@lbyo 是按时间(几个月)付费的,而且比商业版便宜很多很多,商业版还有一些 license 等的限制,这个钱的事也不是我一个打工的能定的啊
jiangnan01
2020-12-23 15:46:06 +08:00
咋说呢,前期调研有问题,你老板不懂技术你作为开发是作为技术负责人要对这个项目进行评估的,你前面说你已经做好了踩坑的准备,但目前看来,你并没有做好,没有真正了解你老板的需求和这个开源项目,而且没有对你们团队和工期有一个比较现实的考量。当做教训吧,下次再搞这种东西,特别是自己要去趟坑之前一定要掂量掂量代价,毕竟都是打工的,趟不好背锅的是自己
rodrick
2020-12-23 16:17:46 +08:00
@jiangnan01 说的也不是没道理,之前也表达过觉得不好用的态度,但是我一个姑且算是新人在部门里话语权不高,领导选型完了我也就没啥办法了
jiangnan01
2020-12-23 17:01:25 +08:00
@rodrick 理解理解,我也是前端,之前也是在技术选型的时候没有话语权,领导被外行忽悠住了,非要用外行的那一套,后来趟了无数坑,苦不堪言,终于做成了结果都没人用,项目交接都不好交接

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/737786

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX