@Mangozhen 或许换个角度描述更好: 主要想要表达的是理想情况下 只要一个开源项目能产生的价值 > 大于维护的成本 按理就可以发展下去 & 应该发展下去。但现实往往不是如此, 说明应该是哪里出现了问题, 所以需要探索出一些路径...

或许换个角度描述更好: 主要想要表达的是理想情况下 只要一个开源项目能产生的价值 > 大于维护的成本 按理就可以发展下去 & 应该发展下去。但现实往往不是如此, 说明应该是哪里出现了问题, 所以需要探索出一些路径...

最近想要基于我之前的一个开源项目[mcpp-standard]( https://github.com/Sunrisepeak/mcpp-standard)做个实验, 策划一个活动让更多人参与到项目贡献最后能实现基于社区可持续维护和发展...

@wasd6267016 通过自动化 + 引导式的代码练习, 不仅能学习 C++. 还能学习怎么通过编译期的信息定位问题以及结合 cppref 解决问题的习惯 学习效果比单纯看书/文档好很多

@k14 你可以用 xlings 搭建一个 java 版本的, 这个 cpp 教程项目另一个角度也算是 xlings 工具搭建教程的一个示例了...

@zeromake vfox 做的很不错, 也是跨平台的

@kalago 看了一下 mise 的介绍, 有一些实现策略是类似的。但当前发展理念稍微有一些不同。感觉 mise 更偏向其他版本管理工具做为后端来做实际支撑, 在前端通过 mise 来实现一致的使用体验。xvm 也有这方面的考虑, 但是总体可能比 mise 还要更加偏向作为版本管理工具的抽象层工具来设计的, 使用侧和注册侧都接口标准化(这个注册不是指插件)。所以甚至可以把 xvm 当作一个模块放到自己项目当中做项目版本管理层来使用。例如:

xvm + 把版本管理工具视为插件开发 -> 就会有点像 mise
xvm + 把具体软件/工具视为插件开发 -> 就会有点像 vfox/asdf (xvm + xim 类似这种)

目前 xvm 是分 xvm-bin + xvm-lib 的方式进行开发的, 目标是尽可能的通用标准化 使用接口和注册接口, 这样它就可以

- 个人可以按自己习惯去做一些管理版本/记录
- 工具开发者也可以把它作为自己工具的版本管理模块
- 包管理器开发者可以用其做多版本管理模块...
- 团队/项目也可以用...

总体, 其实就是 "只做版本管理/切换/环境隔离 不做具体的软件安装和卸载的工作"
(关于 mise 我没有具体使用过, 可能理解有偏差, 主要是看了这个 https://mise.jdx.dev/plugins.html)

@ITisCool 目前包管理 和 版本管理是拆分开来做的。版本管理算是通用的可以适配包管理器或个人的软件工具也可以用户自定义, 如果包管理器 XIM + XVM 结合就有点像 asdf 这种[软件安装 + 版本管理]组合的感觉。只不过目前包管理的索引库中工具/软件还比较少 https://github.com/d2learn/xim-pkgindex

目前还是初步的版本。欢迎大家尝试, 或给出一些开发/改进方向上的建议...

感觉现代教程/课程纯讲理论有点不够, 一般再结合一些代码练习/实验比较好
我也在做这方面的探索, 现在也在做一个现代教程/课程搭建工具(尝试和探索中...)

开源工具: https://github.com/d2learn/xlings
基于工具的教程示例: https://github.com/d2learn/d2ds

后续也会尝试增加基于场景记忆的依赖版本管理功能

@wildmaker 算是构建内容的工具, 但具体的知识/技术/教程还需要具体的创作者进行设计。目前有个用 xlings 进行构建的示例项目[动手写数据结构]( https://github.com/d2learn/d2ds) 可以看看

@murmur 突然发现好像大家误会了, 以为这个 0....1 的图案是 logo 。最终的 logo 放了的链接

@proxytoworld 这个图片不是最终设计, 我上面放了设计过程的视频(评论区上面贴了一个 logo 图片 但不知道怎么在评论区显示)

@Sunrisepeak https://avatars.githubusercontent.com/u/178715260?s=200&v=4


@Belmode 区别可能就是自己"设计"的吧, 结合了一点背景这样