感觉是算法，毕竟有些地方红绿灯没联网或者停电事故
现在还有精确在第几车道，虽然有时不准，但大部分时间都是准的，科技改变生活

@shakukansp #344 好吧如果是这样，是我理解错了

大家都在批判作者闭源，我想问 1. 有多少人为开源贡献过代码 2. 有多少人为开源项目/作者进行捐赠。开源闭源在合法的情况下完全没问题，作者也留了之前的开源版本（封存），让大家可以 fork ，继续维护开源版本

@ww940521 感觉不太恰当，配料表是法律法规要求必须公开，但软件源码是可以不公开

如果是这样比喻，那 LICENSE 可以算软件的配料表吗？

LICENSE - 开源许可 - 源代码
LICENSE - 闭源许可 - 无

musk: 不好意思，域名多就是玩

vultr 按时计费，随时可退

vultr + warp 可访问 chat gpt

买个 ITX 小机器，装 ubuntu 、docker 镜像源 ，带到内网

@konnnnn #154 作者为什么会改名，就如我之前说的，应该是想去掉 fork ，作者认为项目已经和上游没有关系了，虽然可以通过 GIthub 去掉，但会比较复杂，去掉之后在一个项目下闭源也是可以的，继续更新项目的 docs README 等

@konnnnn #151 没必要钻牛角尖，作者已经接受意见在项目 README 中写明闭源，仓库就算是 release 用的吧，或者你去提个 issus ，建议改个名叫 xx-release

@konnnnn #144 Emby 前期开源，后期闭源，用的同一个名字

你可以这样理解原项目 v1.x 开源，v2.x 闭源，作者可能是想去掉 fork ，顺便 archived

ACL4SSR
https://acl4ssr-sub.github.io/

@konnnnn 还是见少了，商标侵权案比比皆是，好听好记的名称大家都想用，iphone ios 的商标最开始也不是苹果的，直到 iPhone 发布后，思科发现侵权谈判给苹果

开源项目请求转让 GitHub 、npm 项目名称的事也很常见

虽然 原项目名称不修改，新项目改为 xxx-pro 更好，但是名称复用，给出解释说明也算正常

建议大家在使用任何项目前，先看下 LICENSE ，当年 react 修改项目许可引起了很大影响，后面改回了 MIT

npm 包也有很多问题这样的问题

1. npm 包很多只上传编译后代码，无源码地址（腾讯小程序相关的包）

2. npm 包也有协议，使用的 GPL ，就规定了使用 GPL 源码的人必须也得开源，商用小心律师函

Clash 开源 / Clash Premium 闭源 / Clash Meta 社区开源版
大部分人应该用的 Clash Premium

闭源无可厚非，开发者也要吃饭，现在主要问题是 是否违背之前项目的开源协议

老项目是 fork 的，基于 Mozilla Public License 2.0 ， 如果新项目是基于老项目修改，那确实违背了开源协议

大家好像默认 GitHub 项目都是开源了，判断是否开源，不是应该看项目 LICENSE 吗？

GitHub 应该可以发布闭源软件吧，而且项目 LICENSE 也明确是闭源许可，不提供源码，只提供二进制

@leega0 tailwindcss 目前在前端比较流行吧

成品的组件能过 公司设计这一关吗？