V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ShadowPower  ›  全部回复第 71 页 / 共 77 页
回复总数  1524
1 ... 63  64  65  66  67  68  69  70  71  72 ... 77  
2021-11-24 09:39:02 +08:00
回复了 dingwen07 创建的主题 macOS 感觉 M1 Mac 的 Docker 问题有点大
@LinShiG0ng 用 Windows 笔记本,我已经半年多没有用 macOS 了
2021-11-23 00:18:55 +08:00
回复了 littlerainer 创建的主题 MacBook Pro 心态炸了,是不是该退 14 寸 mbp 了
4 年前做过这个,当时用 Windows + WSL1 + Hyper-V 跑 Docker
那时候的 WSL1 只需要配一个 export DOCKER_HOST=tcp://127.0.0.1:2375 环境变量
用 mount --bind 把 /mnt/c 挂载到 /c ,/mnt/d 挂载到 /d
之后就各种顺利了。chaincode 的编译,启动,调试过程也可以在 WSL 下进行,产生的文件也是 Linux 的可执行程序。

要是用 Linux ,只用来做开发的话就更顺利了,前期配环境也非常轻松。

要是用 ARM macOS 来做开发,我感觉跟 fabric peer / orderer 节点本身、以及 chaincode 相关的应该还是可以做的,只是需要做的工作有很多。
以前官方的开发环境是用 Vagrant + VirtualBox 来搭建的,这玩意还没兼容 M1 ,估计需要自己用 Docker 重新搭建一套,能够用来打出 ARM Linux Docker 镜像。
或者是尝试完全在 macOS 上运行,但不一定完全可行,这玩意极其依赖 Docker ,启动 chaincode 都要起一个容器,还得让 peer 节点用 unix socket 跟主机的 docker daemon 通信。

大坑可能在后头,比如它的 Node.js SDK 依赖了很多 C++ 库……

如果工作不是去建设 ARM Mac 生态的话,我觉得用新款 MBP 来做相关开发实在划不来。

若想要的是轻薄高性能长续航的笔记本,不妨考虑 Ryzen 5800U 处理器的轻薄本,或者是等 12 代酷睿?
@Perry 苹果能用 curl ,只可能会发生苹果给 curl 交保护费的情况,而不是反过来。
因为又不是 curl 开发者要求苹果内置它,并且 curl 也不依赖 macOS 设备带来的推广价值,而是苹果自己需要它。
让更多人能用上 curl 是一件好事,但开发者其实是没有依靠用户量来盈利的。这就决定了上述结论。
Google 作为商业公司,他想主动推广自己的产品,给 Apple 一笔钱来达成 Google 的目的而已。
@liprais 很多时候,开源的软件是没有售后的,往往都是“你行你上”那种。
提供售后的往往都是用来盈利的那一方,就像 RedHad 一样。
@Perry macOS 自带 curl ,作为系统的组件之一。系统上的程序都可以依赖 curl 来向用户提供功能。
而所有运行 macOS 的设备都是可以给苹果带来利润的。

> 那是不是以后员工用苹果电脑赚取巨额利润的公司都得给苹果交钱了?
先不讨论是不是应该交,但实际上都已经交钱了。
@liprais Apple 可以自己在下游提供补丁,更正 macOS 中附带的 curl 的文档,或者对 curl 做改进。
根据 curl 的许可协议,Apple 有权利不把改动反馈给上游。不需要参与 curl 的社区。
另外,苹果怎么就没有能力呢?
如果苹果向上游提交改进,估计作者都会把 Apple 添加到 THANKS 里面。
@Remember 苹果用了他的软件赚取巨额利润,而作者本人没有得到苹果的回报。在这个前提下,苹果来提供相关的服务和支持的显然是更合理的。
而苹果却只管用来赚钱,对于苹果平台特有的问题,也不想负责任,把一切都推脱给上游的开发者。
作者要强调的是好处都是你赚走,而责任你却一点都不想承担。
@goodhellonice 红米 note9 pro 也可以
2021-11-10 13:40:49 +08:00
回复了 gevin 创建的主题 macOS 现在买 MacBook Pro M1 pro 版做开发,还有什么坑不?
@conhost 是 1.9 版本,代码没办法给……
因为遇到的频率非常低,不能稳定复现,也不知道能用什么简短的代码来复现它。
2021-11-09 18:01:42 +08:00
回复了 gevin 创建的主题 macOS 现在买 MacBook Pro M1 pro 版做开发,还有什么坑不?
@conhost pytorch 又报了这个错……
Process finished with exit code 139 (interrupted by signal 11: SIGSEGV)
2021-11-03 19:08:15 +08:00
回复了 gevin 创建的主题 macOS 现在买 MacBook Pro M1 pro 版做开发,还有什么坑不?
@FakerLeung 前端开发应该没什么问题,这几个都有 arm 版本的 docker 镜像
2021-11-03 10:56:21 +08:00
回复了 gevin 创建的主题 macOS 现在买 MacBook Pro M1 pro 版做开发,还有什么坑不?
docker 性能很差,大概只有直接运行的 10%( x86 )到 40%( ARM )的性能,打包 x86 比较麻烦,在 x86 镜像里跑的程序无法监视文件改动,许多依赖这个功能的程序会出问题,还会随机崩溃
深度学习相关的生态很差,tensorflow 慢,pytorch 随机报错
有些项目需要老版本的开发工具,而适配 m1 的都是新版本
oracle db 和 sql server 没有支持
各种桌面软件的稳定性都比较差,而且占用了比以前更多的内存

性能没有想象中那么好,感觉不如 Ryzen 5800U ,只有发热和续航比以前好
2021-10-29 17:14:52 +08:00
回复了 del1214 创建的主题 MacBook Pro Macbook Pro 16 寸丐版 16G 内存 [极限] 测试
@tangzs 是这样,自从我用了 64GB 内存以后,被压缩的内存一直都是 0
@maplecomb 在 iOS 版本里加上相关的情况说明吧,也许能让一些用户消除误会
不过苹果拒绝的理由我也觉得比较离谱……
@cheng6563 另外国内开源协议并非废纸一张:
https://www.secrss.com/articles/27444
当然,确实也没法保证各种开源许可协议都与世界各地的法律法规互相兼容。
@cheng6563 这样的行为是真的流氓了,那么整个开源项目就像是个陷阱一样。
所以,选择许可协议的时候要仔细,一定要完整阅读并理解原文,是真的有法律效力的。
尤其是 GPL 这种文本量超级长的许可协议……
WTFPL 这种要慎用,它没有免责声明,你的软件导致用户文件损坏了,都可能会面临被起诉的风险。

从用户的角度来说,其实我也不希望有一天,我选择了一个开源库来开发项目,并严格遵循许可协议限制。结果到了发布之后,某个开源库的作者跑出来指责我不道德,还把我挂在某个耻辱榜上的……
因为我选择一些库的时候,就是看中了它的许可协议很宽松……
其实我觉得对于个人开发者而言,用自由的许可协议来分发软件确实会更难盈利。靠这些协议来盈利的公司往往都是通过卖服务,或者方便用户使用自家的产品(比如 Google 的 Chrome )来盈利的。
尽管你可能在这个项目上投入了大量心血而没有获得任何回报,但是你的项目里附带的许可协议是这样的(译文):

特此授予任何人免费获得本软件和相关文档文件(“软件”)副本的许可,不受限制地处理本软件,包括但不限于使用、复制、修改、合并、发布、分发、再许可和 /或出售软件的副本的权利,并允许向其提供软件的人员这样做,但须符合以下条件:

上述版权声明和本许可声明应包含在软件的所有副本或重要部分中。

该软件“按原样”提供,不提供任何形式的明示或暗示的保证,包括但不限于适销性、特定用途的适用性和不侵权的保证。在任何情况下,作者或版权持有人均不对任何索赔、损害或其他责任承担任何责任,无论是在合同诉讼、侵权行为或其他方面,由软件或软件的使用或使用或其他原因引起的或与之相关的软件。
---
第一段是你授权给用户的权利,第二段是对用户的约束和限制,第三段是免责声明。

因此,你已经向所有用户授予了这几项权利:修改、分发、再许可、出售软件的副本。
仅需满足一个条件:在软件中提供一份你的 https://github.com/imxieyi/waifu2x-ios/blob/master/LICENSE 原文。

所以,对于 MAS 上面的 Waifu2x 应用,开发商确实有权利这么做而不违法。我没有购买这个应用,不知道里面有没有包含许可协议原文。如果没有,只要开发商补一份协议原文放在软件中(其实,放在软件的程序目录下也满足了约束条件),那么开发商就已经完全合法了。
这个约束实在是太容易满足了,成本约等于 0 。

关于 Waifu2x 这个名称,协议中并没有约束用户不得以相同名称来分发软件。原作者同样也没有阻止你使用这个名字在 iOS App Store 上发布应用。

对于 App Store 那边的情况,因为苹果并不能掌握每个项目的来龙去脉,需要通过沟通消除误解。不过,对方确实拥有了来自著作权人的许可,许可就在你的项目文件里。

---
如果你的本意是不希望其他人将你的代码拿去商用,那么不能选择任何自由软件协议,包括 GPL 。虽然在 iOS 上可能会因为设备封闭性导致 GPL 的约束条件没法满足。
如果你一开始使用 GPL 协议分发这个软件,用户依然可以直接把你的软件拿去上架 MAS 卖钱,而不违法。他只需要附带软件源码并以 GPL 兼容的协议授权即可。(很可能就是你项目的源码下载下来稍微改了改名字罢了,成本也是约等于 0 )

这不是用户不道德,这是你给予用户的权利。
1 ... 63  64  65  66  67  68  69  70  71  72 ... 77  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1153 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 22:48 · PVG 06:48 · LAX 15:48 · JFK 18:48
Developed with CodeLauncher
♥ Do have faith in what you're doing.