周鸿祎:GPT-4o 让闭源往前冲了一截,但我依然对开源有信心
转自周鸿祎微博: 前一段有开源和闭源之争,GPT-4o又让闭源系统的能力往前冲了一截,但是我依然对开源世界有信心。 坦率的说,可能我们又落后了,但这个落后我觉得也就不到一年,我还是坚持我的观点,中国发展大模型应该坚持两条腿走路,一条路是跟着OpenAI,但是用开源的思路,另一条路就是继续走应用之路,走企业场景化的专业大模型之路。 延伸阅读 周鸿祎:闭源比开源好?Llama 3 已经给出最好答案 周鸿祎自称“开源信徒”
传统的项目管理理念中,瀑布和敏捷两种项目模式泾渭分明,市面上所有的研发管理软件,也是基于传统的理念,只能2选1,非常死板。
2选1的模式一点都不与时俱进,为什么这样说呢?受敏捷思想的影响,在实际项目实践中,不是完完全全按瀑布来,而是采用“小”瀑布模式,这里的“小”,就是在阶段内执行不同的计划(类似于一个阶段下有多次迭代),每个计划都有可验证的产出物,以防“大"瀑布那种,最后才发现问题,修复的代价太大 。
Codes 产品团队基于以上众所周知的认知,不走寻常路,不死板的限定在理论中,从实际出发,采用了二者融合实现。
1、需求分析过程如下:
功能上体现为,项目支持在敏捷视图和瀑布视图中随意切换。底层的逻辑是,不管哪种模式Codes 中底层数据是一套,只是敏捷模和瀑布模式时,主要差别是“主线”不一样,敏捷以迭代为主线,瀑布以阶段为主线。
2、功能实现,设置项目缺省项目模式视图:
在建项目时,可设置缺省视图是敏捷还是瀑布,如果选择了瀑布且当前项目没有维护阶段,且需要选择一个阶段模板以自动创建阶段
3、功能实现,在项目中敏捷视图和瀑布视图可随意切换,且看下面细细道来。
3.1 各个阶段概况了如指掌,如工时,进度,任务等
3.2敏捷与瀑布融合 ,功能上就是阶段和计划(迭代)的融合 。
左边展开阶段,显示其下计划,一对多的关系;右边显示计划中的工作事项
3.3敏捷与瀑布,左右开弓,想切就切
前两节瀑布视图以阶段为主线的显示,下图切换为敏捷视图下以迭代为主线的显示
3.4敏捷与瀑布融合 ,宏观微观兼顾 。在仪表盘中有 PMO 关注的宏观层面的里程碑,也有细粒度的迭代数据还有更细粒度的各项事项的汇总。且能通过阶段下的计划层层推算阶段的进度。
最后打个总结:Codes 这敏捷和瀑布的融合模式,是不是很爽,解决了只能2选1的问题,关键确实实用,与时俱进;创新不是为了玩新奇,是为了解决问题,下一次我们来聊聊Codes 生成式全局看板,一板走天下,也是很酷的功能。匠心打磨,持续创新是Codes的产品基因。
微信关注我们
转载内容版权归作者及来源网站所有!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。
Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。
Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。
Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。