cnblogs/crowd

以开源的方式建设博客园众包平台

crowd's Issues

众包平台的一点想法——开发一个面向整个软件开发过程中的所有人员的平台

现在软件开发过程已经高度分工，以WEB开发为例，一个功能要经历产品需求、UI设计、前端开发、后端开发、接口联调、测试、上线等阶段。平常在工作中一个人往往只负责其中的一个阶段，一个人很擅长自己所负责岗位的任务但是在其他阶段往往有很大的不足，在这种情况下如果只靠处于其中某一个岗位的人员来开发一款软件很容易受限于自己所擅长之外的其他技能，最终导致烂尾，所以需要全栈人员或一个团队来完成整个软件的开发。但是真正的全栈人员是很少的、往往全而不精，而软件开发团队的方式又和现有的外包项目没有什么差异，而且没法接纳众多的个人开发者，作为一个众包平台，个人以为应该将受众定位于整个软件开发过程中的任意岗位的人员，而不是一个软件开发团队，应该支持整个软件开发过程中的产品经理、UI设计师，前端开发人员，后端开发人员等人员以个人的身份运用自己所擅长的技能来共同完成整个软件的开发，而不是必须要由一个具有整个软件开发过程中所需所有技能的完整团队来完成。比如说一个产品经理，他擅长需求分析，那么他可以仅接下这个软件的需求分析部分，然后产出软件的高保真原型设计图或者需求文档，而UI设计人员就可以仅寻找已经产出了高保真设计图的任务然后完成软件的UI设计部分，后面的前端开发就可以仅寻找已有原型和设计图的任务，然后基于前面的产出物完成前端部分，通过这种方式，每个人寻找并负责自己所擅长技能的任务，通过一步步的方式来完成整个软件开发过程中的每个阶段，最终实现一个完整的软件。在此过程中每个人只使用自己擅长的技能来众包平台接受自己所擅长技能的任务。就像是OJ平台一样，每个人在平台上面做自己擅长的题目，平台将题目定义好，明确好输入和输出，然后每个人在拿到题目后根据题目内容、输入、输出来完成程序的编写，然后提交自己的程序，平台判断是是否通过，然后将结果返回给提交者。这种方式可以极大的降低参与的门槛，让大量的开发者参与进来，每个人都能在上面找到适合自己的任务，并通过完成任务来获得报酬。平台需要定义并规范好整个流程，包括任务的定义、任务的分配、任务的完成、任务的审核、任务的结算等，平台需要提供一套完整的机制来支持整个流程的顺利进行。

建议在众包平台有提供服务方的能力以及信用评级和自由组团功能

首选要对程序员提供一个相对合理的评级功能，比如可以根据甲方满意程度以及博客园官方团队对代码，设计、响应时间等进行评估评级；
然后可以提供建团组队类似的功能，可以方便程序员在众包平台组件一个小团队，协同作战

召集一些早期的众包合作开发者

第一批计划召集500名合作开发者

接.net 4.8到.net8的项目升级

要绑手机才能留言后，我留不了言了。最好取消。

背景

很多人抱怨：
今天把一些东东用.net 4.x升到.net 8，很多报错，搞死人，一些第三方dll，要换新，一些方法也变了。
.net 4.x升到.net 8 我过去一年也干过几次, 如果是类库或者application还好.. 如果是web就呵呵, 有一个项目是4.8 framework的,aspx页面, net8不支持aspx了, 只能重建一个mvc, 然后一个个页面移植, 暂时还没发现更好的解决方案

思考

还不是有修鞋，修电动车。有汽车4s店，还有专门修过保车的店铺。

建议

应该有一个c#源码工种【.net 代码升级工程师】，或者【.net 代码升级外包公司】。
几个小团队合力，把任务拆解，为.net客户解决问题。
接.net 4.8到.net10的项目升级

关于价格

我持乐观态度。
旧鞋换新容易。旧软件换新软件容易。
修旧软件，没人愿意给客户贴心服务。但是客户绝不想整套换新，那样有学习成本，或许还有坑。或许还不如旧的。
旧软件的坑，客户已经清楚。旧软件需要解决的问题，客户也已明确。

建议将单子按照分类去发布,同时留个板块显示最近1个小时发布单子

建议按完成量提升等级，等级越高派单几率越高

微信群建议收集-2024年5月20日

如果园子可以承担起这一部分确定需求终版，对双方交付物的评审，在抽取项目一部分的利润，感觉对开发者就太友好了，但是最怕的是工贼。

觉得大家热情都挺高，开源的方式做一个规模化的开发任务众包平台，前期收集完建议后，可以公布一个大概的项目路线和想做成啥样子。集思广益，可以让大家的想法集中一处使，现在可能都在天马行空的构想。

可以把可以做的东西梳理出来，先建立一个开源库，分享对应的项目，大家可以集思广益

不可能一下子做到非常完美的。 园子。 所有复杂的系统一开始都极其简单 都是为了解决部分问题而逐渐复杂的。

越说越天马行空，目前的团队模式，能识别和管控得了项目风险？接任务还是比较务实的，至于平台肯定要搞，但是不是现在，麻烦大家结合园子的现状再提想法建议

我觉得园子还是得考虑 走高质量交付路线，不然用户为什么 来你这里

众包平台的搭建，应该不需要过多考虑发布项目或者需求的复杂性。
应该着力于客户发布项目/需求，开发如何规范化流程化，完成后如何交付，需求可解释性是否足够。
如果只是提供相关客商的信息交流，那就是中介的活，也就是猪八戒2.0。

平台怎么建立、什么时候建立我感觉还是次要的，主要是对交付成果的质量必须要保证起来（至少前期）

只接任务级别，风险可控，不是项目级别，不然现在突然来个大单，大家都没了解，怎么合理的安排实施规划，任务级别是最好的也是最低成本的磨合和试错

所以说对开发着的质量把关啊，不是谁都能上去注册的，得有资质，得实名，他要是总这样，口碑、评价就不行啊，还可以举报，投诉

比较建议平台把服务做重，解决尽可能多的非开发问题。

1. 通过平台的背书，接中大型的项目，做好交付保障（保证按期、高质量交付），当然这中间有一大套机制建设
2. 建立多角色灵活用工团队（还是众包模式，只是合作上和平台更加深入），比如理需求、拆任务、交付保障等
3. 建立开发者评级体系，针对中大型的项目，确保有一定额度给到初、中级开发者，承担一定的培养职能

如上：
对客户：能够在合适的成本下，合理组合虚拟团队，确保交付效率和交付结果（降本增效、灵活用工）
对开发者：能够有相对长期的任务（持续的灵活用工），能够规避自己不熟悉的部分，能够实现让开发者在园子用技术挣到钱

BTS: 如果只是接进行中的任务单，主要担心的是单子的数量和可持续问题。如果这块更解决这块问题，也是很棒的。

建议以测试用例作为开发任务的交付标准

测试用例可以甲方提供，也可以开发者负责提供。
最重要的是双方要达成共识。一旦测试用例通过，即视为交付，后续如需修改，则需要另外付费。

开发者和企业认证、资金托管和纠纷解决机的设计思路建议

使用GPT4问了一下我认为比较重要的几个模块（开发者和企业认证、资金托管和纠纷解决机制），供参考。
以下是各项服务的详细业务设计方案：

开发者认证业务设计方案

流程设计

1. 注册与申请：开发者在平台上注册账号并启动认证申请流程。（最好有人脸识别）
2. 资料收集：要求开发者上传个人简历、技能证书、过往项目案例、社交媒体链接等相关材料。
3. 资料审核：由专人或系统自动核对开发者提交的资料是否完整、真实。
4. 技能测试：开发者需要通过在线编程测试或相关领域的技能测试证明其实际能力。（可给开发者设置等级，初中级开发者不需要技能测试，或者技能测试比较简单，高级开发者需要通过测试）
5. 面试：通过一对一视频面试来进一步评估开发者的沟通技能和专业能力。(与第四条相同的逻辑，高级开发者需要面试)
6. 认证结果：审核全部完成后，如果成功，将提供认证徽章，并展示在开发者的公共档案中。

技术实施

• 使用OCR和机器学习技术来验证提交的证书和文档的真实性。
• 实施在线编程测试平台，用于实时评估开发者技能。
• 集成视频面试功能，以便进行远程面试。

用户体验

• 简化提交过程，确保用户界面友好，易于上传和填写信息。
• 通知系统保持开发者在整个认证过程中保持更新状态。
• 设立用户支持和QA部分，处理任何认证方面的问题。

企业认证业务设计方案

流程设计

1. 企业申请：企业通过填写申请表和上传必要的注册文件、财务报表、法人身份证明等文档启动认证流程。
2. 数据核实：查验企业的营业执照、税务登记证等文件的有效性与合规性。
3. 背景调查：深入了解企业背景，包括信用记录、司法案件记录等。
4. 考察验证：如有必要，进行现场访问或视频考察验证业务实体。
5. 认证结果：成功通过审核的企业将被授予认证标识和证书。

技术实施

• 利用区块链技术来确保提交文件的不可篡改性。
• 与政府数据库接口，以自动验证企业的法定注册信息。

用户体验

• 提供清晰的指南和支持服务，帮助企业了解并完成认证流程。
• 企业账户的后台应有清晰的状态和认证进度指示。

资金托管业务设计方案

流程设计

1. 启动托管：在项目启动时，雇主将资金存入托管账户。
2. 里程碑付款：资金将根据项目进度，按照预设的里程碑释放给开发者。
3. 完成支付：项目完成并验收后，剩余资金将转到开发者账户。
4. 退款制度：若项目未达成预期目标，资金可以按照协议条款退还给雇主。

技术实施

• 集成安全的支付网关来处理入金和出金。
• 使用智能合约自动处理基于里程碑的支付。

用户体验

• 为雇主和开发者提供一个清晰的资金管理界面。
• 自动通知相关方款项的释放和接收状态。

纠纷解决方案业务设计

流程设计

1. 纠纷提交：任何一方可以在平台上提交纠纷案例。
2. 案件审理：平台分配专业人员来审核提交的证据，包括项目协议、沟通记录、交付物质量等。
3. 仲裁：根据证据、合同条款和平台规则，作出仲裁决策。
4. 执行结果：按照仲裁结果处理资金释放或退还。

技术实施

• 利用数据分析和模式识别来初步识别潜在纠纷。
• 使用冲突解决的机器学习模型，以提供初始建议和解决方案。

用户体验

• 确保纠纷提交流程简单明了，降低用户的心理和操作障碍。
• 提供透明的纠纷处理和进度跟踪，保持双方的信心。