这是一个创建于 1451 天前的主题，其中的信息可能已经有所发展或是发生改变。
上面计划选用了某开源软件，但是发现坑一直填不完，也找不到好的其他替代方案，导致没法实际铺开使用，但是领导催的紧本月就想用上，怎么破，硬着头皮继续填还是提桶跑路
 |
1
villivateur 2020-12-22 11:49:39 +08:00 via Android
既然没有替代方案，那不就代表只能填坑吗？有困难及时上升啊
|
 |
2
zypy333 2020-12-22 12:07:03 +08:00
啥开源软件
|
 |
3
AoEiuV020 2020-12-22 12:08:09 +08:00
没有替代方案是没有免费的替代方案还是全世界只有这一个软件符合需求？
总能对比个价值吧，继续修 bug 的成本是不是真的比找替代方案低， 而且 bug 也不是都得修吧， |
 |
4
tesguest123 2020-12-22 12:09:50 +08:00 via iPhone
@zypy333 同问，让吾等及时避坑
|
 |
5
dynastysea 2020-12-22 12:12:27 +08:00
你把 bug 反馈出来呗，领导不换最后出问题就是领导的锅了
|
 |
6
hantsy 2020-12-22 12:17:26 +08:00
商业应用最用商业版本，Apache 下的产品也一样，大部分有商业支持。
|
 |
7
sampeng 2020-12-22 12:18:22 +08:00
尽你最大的努力去完成工作，有事也不是你的锅
|
 |
8
no1xsyzy 2020-12-22 13:01:44 +08:00
1. 是不是真的没有其他解决方案？
2. 还是说其他解决方案贵？真比这些人工和不能按时上线的代价贵？ 3. 二八定律，bug 影响关键任务了吗？ |
 |
9
rodrick OP @zypy333
@tesguest123 @AoEiuV020 @no1xsyzy 一个国产工作流软件，就不说名字了，复合公司需求的基本看了一圈基本就只有这个了，不是影响关键任务，是那种小坑很多，点一个地方爆个错 |
 |
10
janus77 2020-12-22 14:07:38 +08:00
如果这个软件是开源的，应该有人用过或者曾经用过，直接网上找个外包帮你修 bug 就行了，钱不多 效果还不错 事情也不耽误
|
 |
12
djFFFFF 2020-12-22 14:19:26 +08:00
既然是开源软件，自己修 bug 不就行了嘛。我们用的开源项目都是会维护一个自己魔改的版本的
|
 |
13
linksNoFound 2020-12-22 14:20:53 +08:00
工作流为什么不自己开发
|
 |
15
cnxobo 2020-12-22 14:28:55 +08:00
国产开源工作流，不会是我前东家的 uflo 吧。
|
|
16
rodrick OP |
 |
17
teddy2725 2020-12-22 14:37:06 +08:00
用开源就得做好踩坑的心理准备嘛，特别是国产哈哈哈哈哈哈。
|
 |
18
efaun 2020-12-22 14:37:53 +08:00
让老板联系作者开发商业定制版？
|
 |
20
starryin 2020-12-22 14:41:10 +08:00
内部用还是交付？内部用，人工方式把坑避开，交付给客户你们这属于没能力开发拿开源凑数，早晚要跑路
|
 |
21
Tumblr 2020-12-22 14:43:32 +08:00
你要先解决你领导的误区，要让他知道「开源软件」≠「免费解决方案」，并且用开源软件往往意味着更多的 effort，包括你们自己的开发、维护。
不管怎么样，有坑别自己趟，要反馈出来，尤其是方案的提出者和项目的负责人要知道。 |
 |
22
clf 2020-12-22 15:04:38 +08:00
工作流？ Activity 、Flowable 、Camunda 什么的应该比较成熟了吧，国产开源的工作流目前没有特别好的，大部分都是坑。
|
 |
23
lifetimeporn 2020-12-22 16:13:02 +08:00
国内？？禅道？？
|
 |
24
lamzhongxian 2020-12-22 16:33:55 +08:00
驰骋工作流？
|
 |
25
dany813 2020-12-22 17:03:41 +08:00
那这个就没办法了
|
 |
26
liian2019 2020-12-22 18:21:23 +08:00
工作流 为啥不整 activiti 或者 flowable，自己整个也不需要太长时间
|
 |
27
cxh116 2020-12-22 18:29:34 +08:00  1
估计是想用什么高可配,页面随便点一下就配置一下流程出来,结果配置一堆屎一样的功能.
|
 |
28
nicevar 2020-12-23 04:45:07 +08:00 via Android 1
很多开源软件就这样，如果使用的人不是特别多就非常坑，最后你就变成了帮开源项目修改 bug 去了
|
 |
29
jones2000 2020-12-23 06:41:46 +08:00
外包给作者开发算了.
|
 |
30
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 的。 |
|
31
rodrick OP 1
@MapleObserver
现在的 bug 是付款给对方来解决，我们这边没有人手来处理，只有我一个前端，只能尽力帮对方测试加处理一些前端问题。 bug 情况每天都在反馈，对方也在积极修改，我不说名字是因为并不是对方不对应修改，但是确实有 bug，而且改了一个可能会出两个这样。。只是觉得公布名字可能会对人家的项目有不好的影响。而且一方面我们这边期望的时间确实有点赶。 用这个的初衷是因为有一些公司内的业务和这个的设计比较符合，时间足够的话我觉得是能解决完的，但是领导计划中这个东西要能用且在下个月中旬前要用它做出几十个相关应用。。这压力是挺大的 提桶跑路算是开玩笑的，任务给我了我肯定会跟的，但是大概率上面说的目标是完不成的，不过是面向公司内的任务延期最坏的影响可能是领导向上汇报的时候会不太好说，倒也谈不上谁背锅，就是整体预期过于乐观了😥 |
 |
32
wjswxp 2020-12-23 09:28:07 +08:00 via iPhone
ds..?
|
 |
33
AnYongMaple 2020-12-23 09:41:13 +08:00
你的今天就是我的明天。。。
|
 |
34
ccraohng 2020-12-23 09:55:10 +08:00 via iPhone
表单？ landbot?
|
 |
35
lbyo 2020-12-23 09:57:19 +08:00
Q: 如果这个软件是开源的，应该有人用过或者曾经用过，直接网上找个外包帮你修 bug 就行了，钱不多 效果还不错 事情也不耽误
A: 不瞒你说，我们已经花了一些钱让对方修 bug 了，现在是修了一个出了另一个 Q: 让老板联系作者开发商业定制版？ A: 貌似有，但是没得预算了 Other: 现在的 bug 是付款给对方来解决、bug 情况每天都在反馈 综上我是不是可以理解为：Bug 基本每天都会发现新的，出了新的 Bug 就会付款给对方修；修了一个出来两个，这个付费并非是一次性的，只要发现 Bug 就会付钱给对方。 所以： 商业定制版，一次付费 => 没预算（如果你说时间紧任务重着急用，那我没话说） 自己凑合用，有 Bug 就付费修 => 有预算 |
|
36
rodrick OP @lbyo 是按时间（几个月）付费的，而且比商业版便宜很多很多，商业版还有一些 license 等的限制，这个钱的事也不是我一个打工的能定的啊
|
 |
37
jiangnan01 2020-12-23 15:46:06 +08:00
咋说呢，前期调研有问题，你老板不懂技术你作为开发是作为技术负责人要对这个项目进行评估的，你前面说你已经做好了踩坑的准备，但目前看来，你并没有做好，没有真正了解你老板的需求和这个开源项目，而且没有对你们团队和工期有一个比较现实的考量。当做教训吧，下次再搞这种东西，特别是自己要去趟坑之前一定要掂量掂量代价，毕竟都是打工的，趟不好背锅的是自己
|
|
38
rodrick OP @jiangnan01 说的也不是没道理，之前也表达过觉得不好用的态度，但是我一个姑且算是新人在部门里话语权不高，领导选型完了我也就没啥办法了
|
|
39
jiangnan01 2020-12-23 17:01:25 +08:00
@rodrick 理解理解，我也是前端，之前也是在技术选型的时候没有话语权，领导被外行忽悠住了，非要用外行的那一套，后来趟了无数坑，苦不堪言，终于做成了结果都没人用，项目交接都不好交接
|
Select Language