V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  gaocegege  ›  全部回复第 1 页 / 共 9 页
回复总数  163
1  2  3  4  5  6  7  8  9  
@hsfzxjy

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

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

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

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


```python
def build_torch_extension():
os.environ("TORCH_CUDA_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
嗯对,如果不冲突的话是可以的。所以我们也在设计语法让用户自己决定是不是需要并行。

有冲突就需要 fallback 到串行。
2022-07-13 11:03:04 +08:00
回复了 James369 创建的主题 程序员 一直有个疑问,软件开源出去,就不怕竞争对手抄走吗?
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 自己的商业考量。
2022-07-01 16:16:30 +08:00
回复了 imeoer 创建的主题 分享创造 纸小墨项目最终鸽掉了,我想把它开源出来
太可惜了,之前做的 inkpaper 一直用到现在
2022-06-28 13:02:20 +08:00
回复了 huntzhan 创建的主题 分享创造 分享一下自己将容器作为开发环境的方案
@huntzhan 你好,想问问什么是 python package 机制?指的是用 conda env.yaml 或者 python requirements.txt 这样的方式么?
2022-04-24 09:19:34 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@zhzy0077 我现在是用英文,不过我没思考过用中文名字的账户,担心出 bug hh
2022-04-22 17:51:26 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@zhzy0077 支持中文呀,你是说哪方面不支持,账户名称么
2022-04-21 08:54:03 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@rv54ntjwfm3ug8 这个我倒是没看过,回头去学习一个
2022-04-19 18:24:21 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@Xhack 重写了一个什么东西呢?
2022-04-19 14:58:11 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@N032138 每个月记账的那几天,总是最有动力工作的时候 (误
2022-04-19 14:34:21 +08:00
回复了 gaocegege 创建的主题 分享创造 [ANN] 关于复式记账语言 Beancount 过分难用这件事
@maleclub 你可能真的算是天赋异禀,我写代码写了 10 年后通过 BYVoid 的文章接触了 Beancount ,也摸索了大半个礼拜才初步了解应该如何利用它记账

失败.jpg
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1095 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 18:35 · PVG 02:35 · LAX 11:35 · JFK 14:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.