@hsfzxjy

> 比如像我比较熟悉和习惯构建容器，在我看来这就是借 Python 语法实现的一个 DSL ，并没有解决我太多的痛点，反而在遇到问题时这个 DSL 会显得特别蹩脚。当然我可能不是你们的目标用户~

谢谢建议，如果你有兴趣的话，我们可以约一次线上的时间交流一下。关于你日常工作中在构建时遇到的问题，和现在你一般都是如何解决的。这对我们非常有帮助~

@hsfzxjy 谢谢建议

嗯对于这样的 heuristics ，我们是希望在支持了 envd Hub 之后，由用户提供不同的 build func ，envd 本身提供的原语需要能够支持用户利用它写出各种各样的 build func 。

对于你说的这个例子，一个类似于这样的 build func 可以被定义：


```python
def build_torch_extension():
os.environ("TORCHCUDA_ARCH_LIST", "3.5 5.2 6.0 6.1 7.0+PTX 8.0" TORCH_NVCC_FLAGS="-Xfatbin -compress-all")
...
```

在使用的时候可以：


```python
load("build_torch_extension")
def build():
build_torch_extension()
```

作为一个帮助解决 dirty work 的项目，我们希望能够通过扩展性来解决各种不同场景的问题，因为不同场景的 dirty work 都不太一样，我们也很难把所有的 heuristics 都集成在项目里

当然最简单的框架和 CUDA 的版本映射，这个倒是不复杂。

@hsfzxjy 嗯嗯，cog 是在内存里维护了一个 map ，把每个 pytorch tf 版本对应的 cuda 版本记在了里面。我们后面也有计划提供一个 func ，来让使用者指定是否要自动推理合适的 cuda 版本

@hsfzxjy 默认用 install.cuda 配置的就是带 devel 的，不过现在只支持 11.6 和 11.2 ，也可以用
base(image="") 自定义 base image

@hsfzxjy 你想用的是哪个版本嘞？

@houshuu 欢迎试用反馈哦

@hsfzxjy 这样，学习了
这个例子是参考了 2017 年的一个 mnist streamlit 的 demo ，可能有点非最佳实践

@zsj950618 emm 这是测试下来可以跑的 code 。当然直接把 cv2 所有的依赖都装一遍也可以

ffmpeg libsm6 libxext6

@zsj950618 Ref https://github.com/tensorchord/envd/issues/91#issuecomment-1240098167

嗯对，如果不冲突的话是可以的。所以我们也在设计语法让用户自己决定是不是需要并行。

有冲突就需要 fallback 到串行。

TL; DR: 社区非常非常重要

目前刚刚从大厂离职，之前也基本全职投入在开源项目上，业余也维护着一些小项目。现在在跟朋友在 MLOps 领域创业，也是开源的项目： https://github.com/tensorchord/envd

分享一下我的看法。从大厂的角度，国内外大厂在对开源的诉求上我认为是一致的。一方面可以提高自己的影响力，在招聘，云服务的认可度等不同方面都有很大的帮助。另外一方面对于一些面向开发领域的产品，开源的方式也能很大程度上帮助产品获得更多的用户和反馈，进而更快更好地迭代。VSCode 就属于第二个方面的诉求。

对于开源 Infra startup 来说，也类似于刚刚提到的第二点。大部分都是希望通过开源，获得尽可能多的反馈。因为很多 startup 是没有太多背景背书的，如果想要在一个技术方向上获得用户，收获认可，开源是最好的方式。对于个人来说，可能动机是多种多样的。像我之前业余维护一些项目更多还是处于热情，得到使用者的认可是一种可以快速分泌多胺的事情。

另外再说抄走的事情，楼主提到的 A 开源软件 x ，最后被 B 拿去再分发成软件 y ，最后 y 超过 x 的情况也有，在国内也有非常出名的例子（

但是这个我觉得其实是非常困难的。一个成熟的，好的开源项目，最大的瓶颈不在架构和设计，而在于背后的社区。社区可以为你提供真实的海量的需求和测试场景，社区中的贡献者和维护者可以借此把项目设计地更合理。进而更加促进了社区的繁荣，这在我看来是飞轮效应。时间越长，项目的壁垒越高。

可能短时间内其他厂商的 fork 会在某一方面或多个方面超过原本的项目，但是没有社区的助力，这很难长久。这也是为什么大家谈开源项目谈的最多的还是社区运营。

回到 VSCode 的问题，它现在最大的壁垒在于社区和生态。VSCode Marketplace 上有成千上万的 extension ，并且有数以千计的贡献者为它贡献，它自己对于开发者已经有了自发的非常大的“引力”。

但是另外一方面 VSCode 不是完全开放的，它的 remote extension （远程开发特性），marketplace 都不是开源的。而且 marketplace 有比较严苛的使用条款。这也是为什么会有 https://open-vsx.org/ 这样的项目出现的原因。

所以 vscode core 充分地享受到了开源带来的巨大影响力加成，但是其他部分则未必。当然这也是 MS 自己的商业考量。

太可惜了，之前做的 inkpaper 一直用到现在

@huntzhan 你好，想问问什么是 python package 机制？指的是用 conda env.yaml 或者 python requirements.txt 这样的方式么？

@zhzy0077 我现在是用英文，不过我没思考过用中文名字的账户，担心出 bug hh

@zhzy0077 支持中文呀，你是说哪方面不支持，账户名称么

@rv54ntjwfm3ug8 这个我倒是没看过，回头去学习一个

@Xhack 重写了一个什么东西呢？

@N032138 每个月记账的那几天，总是最有动力工作的时候 （误