@oppy #38 可是你人在国内呀，约等于没有

@LiuJiang #46

假如一定要以工作流的方式的话，我觉得 dify 的设计就很好理解，comfy 的我进入就是一脸懵，完全不知道从哪开始做，这样入门的挫败感很强，而 dify 的话，我已经成功弄出了好几个 demo 了

@LiuJiang #46

1 、例如参数复杂，不知道什么参数对应的结果。

2 、不知道什么需求该选用哪些模型。

3 、工作流方式上手比较困难，希望类似下一步下一步这种，或者是有官方指引。

4 、如何安装第三方插件，希望提供插件市场等等。

5 、针对特定需求可以有可视化制作方案，例如游戏的捏脸，如果是开发者的话，肯定是要调整哪哪数值，但是对于我是使用者而言，我不知道这个数值是对应头部还是脸部还是鼻子，做成现在游戏这种的话，我就可以专门调节某个部位。

6 、环境搭建，如果是要对外提供服务的话，最好是可以做成独立部署的 saas ，例如一键 docker 启动，然后在初始化页面配置数据库、模型下载、插件等等，而非在运行之前我自己就要准备这个东西。


虽说都是搞程序的，但是领域不同，还是希望有一个学习和上手来说还是比较简单的东西，这样也好培养兴趣以及入门

@YJi #42
@LiuJiang #41

其实就是类似于 ae 和剪映的区别。毕竟你不能指望大众会用 ae 。

@nevermoreluo #34

没错没错，所以我才很疑惑，第一次与 c++的同事进行开发。

再次庆幸有 npm 、maven 、go mod 、php composer 这些依赖管理方案 hhhhh 。

@rainbowhu #31 是的，如何实现我管不着。但是占用了大量时间了，这是个迭代需求，环境搞那么久，开发时间不是被压缩了么。

@rahuahua #30
原因我没说明白我的问题。

补充下，是因为我面试的时候看到的 c++绝大多数都是 80 后，90 出头的，在这个行业内都比较资深的，所以我认为他们在很早的年代就接触了计算机，在那个年代网络不发达，传输文件其实都是很大的问题，所以当时的 u 盘、tf 卡都比较火，用这种方式来传输资料是较为通用的解决方案，那么在局域网的话，小学和大学，流行的基本上都是 win 自带的网络共享以及飞鸽传书这种方案，后面逐渐互联网发达，家宽进行降费提速，使小文件使用聊天工具发送的方案使用率逐步提升，占据了一个大头，另外一部分就是网盘的崛起。

好了，有了这些前提，那么那个年代过来的程序员应该都会接触过类似的文件传输方案，现在的场景是两个 c++的程序员在入职后，需要分享依赖 or 环境啥的（我也不清楚）我看到文件夹大小有 30 个 G ，那么在这个场景下，用了个普速的 u 盘进行 cv ，而不是用局域网传输的方案来传递文件，我很疑惑。

仅此。

@mcfog 可能 c++领域和其他不一样吧，这个我无法作出评价。

@elechi #25
居然还有人记得飞鸽传书 hhhh ，当年局域网就靠这个活了。
现在的话太古老了，跨平台也不太好，推荐这个：localsend ，v2 也有人分享过

这次可以冲了😁

@7gugu #23

hhhh ，下面 imgur 的配图没加出来。知乎的一个看到的一个笑话，意思是自己写的是啥都不知道

@ibinary #17
这点对的。给了你个❤


@weixind #19
你很奇怪。我感觉你更优越。
经历过那个年代的话，分享文件的方式无非就是 qq 、局域网共享、u 盘，我疑惑的是就目前的场景下，可以有更好的方式而已。
毕竟他们为了这个东西，从中午搞到了下午，我下班了才发现他们代码还没跑起来。


@cnightmare #20
不懂配置的确实大有人在，其实这也是不良商家能存活下去的很大原因。

你这个问题和 vpn 线路本质是一个问题，在 v2 搜一下就会看到有很多这些贴了，看完你再回来补充都行

@felixlong #15

小公司，没 IT ，共享文件的话入职到现在大家都从没有过这个需求，只是 c++的同事来了之后碰到的见闻。

文档之类的都是放在服务器的 gitlab ，文档用腾讯的。前端都是 pnpm i ，后端 go mod tidy ，没啥需要共享的东西

@aonshuy #13

当然不管什么办法都能实现需求。这里只是讨论如何用更合适的方法而已。

如果是我的话，我会选择打成 7z ，然后本地开一个 http 服务，然后对面机器 wget 即可，其次就是直接共享 D 盘，对面机器直接访问。

我现在有个需求，需要一个 UI 友好的图生成后天，ComfyUI 、SD 这些太复杂了，需要功能高度类似，但是每项数值都能清晰展现到对于结果的变化和对比。面相用户群体是普通群众。另外我需要自行部署，因为我生成的结果不想被审查。

如果有类似产品的话我愿意订阅

@dajj #10

神奇的就是我们局域网是千兆口的，他那个 u 盘才 30 多 m 一秒，复制进去要花时间，复制出来也要花时间。lol 我都能开两局了都

@listenerri #7

不会某个工具我是可以理解的，但是没选用其他工具我就不是很懂，毕竟现在流行的 nas ，本质也是局域网 smb 分享。

不过按我的推理，他们开始接触电脑应该是从 win 开始，肯定经历过以前拨号上网的年代，那么以前在学校玩电脑肯定涉及局域网相关的游戏或者文件分享，要么就是 Windows 共享，要么就是 u 盘，然后我看他们项目的依赖有 30 多个 g ，如果是这样的大小的话，我肯定不会想到用 u 盘这个方案的，更何况还不一定有 u 盘在身上。

不过自从公司有 c++开发后，我对这块的开发流程和工具链都开了眼界了。毕竟我前端和 go 玩多了 hhhh 。

@zogwosh #8
不过我们的情况是局域网是一个路由器，底下只有一个 192.168.1.0/24 ，整个公司就 10 来个设备


@listenerri #7
不过我面试的 c++好多都是在 win 上搞 qt 的，我才有这疑问