16 篇热帖
如题，不赘述，就和员工聊天的时候突然有这么一个想法。有几点零散的想法：
我知道想法有点变态，哈哈，就是突然想到的。
如果员工主动离职，你觉得是否需要支付赔偿金？ 2.1 如果需要，需要支付多少，比如工资的多少倍或百分之多少，为什么。 2.2 如果不需要，为什么。
变态的公司很多，但有时候确实也有变态的员工。比如站里面的接私活撬公司墙角的，偷看内网隐私数据的……
如果员工主动提也需要赔偿，那是否员工找工作时也会更谨慎，减少双方的成本？
理性讨论，不引战，就是个突然的想法。
前情：/t/951614
大家好，我就是 @Eyon 的那个女网友，我平时叫他川哥。其实我们也刚认识不久，也就一个多月吧，是在同一个知识星球里认识的。后来互加了好友，才有了今天这个产品。
我不知道他为什么要强调我的性别，也许是为了吸睛。但是，作为一个刚刚毕业不久的前端小白，以前还真的没有单独做出过什么产品。这个产品也是我第一次尝试在工作之外做产品，但这几天发生的事情真的把我吓到了。
其实我对川哥也不是很了解，只知道他是一个中年大叔，我们没见过面，也不知道他长什么样。我确实是在某互联网公司做前端，但是考虑到我们的产品出了那么多的问题，我就不说是哪个厂了，免得给我厂抹黑……
我以前也不知道 V2EX 。都是这两天才知道的。川哥一再的提醒我，v 站全是男性，狼多肉少，建议我不要注册。可我还是忍不住加入进来，但是先说好，友好交流！！！
这几天我们经历太多了。前天上午，也就是川哥那个帖子发在 v 站不久，我们的阿里云验证码短信就被瞬间发了 17000 多条，损失了大好几百，要不是阿里云账户里本身钱就不多，不知道还会损失多少。今天早上，我们的阿里云服务器又被 DDos 攻击，由于用户基数较少，我们确实没有配置 DDos 高防那些东西(也不可能支付得起)，所以攻击者几乎在几分钟内就突破了阿里云自带的防 DDos 阀值，导致服务被中断 2 个多小时。
我知道 v 站都是大佬，也一定有我们的同行。在这个东西政策不明，也并不赚钱的情况下，我确实不大清楚你们这样的目的是什么。尤其是是 DDos 攻击，您自己也要花成本，何必非要这样呢？另外，我们的服务定价也并不是很低，大家是一定有利润空间的，我们到底动了谁的奶酪？
其实在短信被盗刷之后，我觉得一点也不冤。是我们的产品自己考虑不周，您教训教训我们也完全能够理解，会让我们意识到做一些基本的安全防护是多么的必要。但是，DDos 攻击真的让本女子很不理解啊。真的，求放过好吗！
这是我在 v 站的第一次发言，这个碎碎念大家看看就忘了吧。
最后统一回复一下为什么用手机号注册的问题：我们使用您的手机号绝对没有任何其他用途，至于您的实名也是在运营商那里实名，我们是访问不到您的数据的。其实对于我们来说，用不用您的手机号完全无所谓。但是由于涉及到您可能充值资金，感觉还是手机号更加方便您管理或者找回而已。
另外，我们的服务不是针对 v 站用户的服务。事实上，绝大部分中国互联网用户都是没有 email 的，所以要想做一个可能针对普通用户的服务，用 email 注册是行不通的，这个我们也没有办法。
谢谢大家。
呜呜呜，一天一瓶零度快乐肥宅水，喝了两年多了！！
同学里面，有进 BAT 做商务的，公积金赶上我的余额的；
有自己开公司，买 400 平大别墅的；
有进体制内同时自己开公司十分惬意的；
有为自己感到过骄傲或者失落吗？
Longshot 是一款 macOS 好用的标注、取色、标尺、贴图、滚动长截图工具。
具体功能可以去👏👏这里👏👏查看。
🎉🎉🎉重点对长截图、滚动截图进行算法优化，可以说是 macOS 上最强滚动截图了🎉🎉🎉
规则如下： 回帖即可参与抽奖，不需要留邮箱，截止时间为 2023 年 7 月 3 日 12:00 （下周一），奖品共计 10 个 Longshot 买断兑换码。
截止之后, 在[1 - 楼层总数]之间随机出 10 个数字，对应楼层的朋友即为中奖者。
抽中的朋友我会 @你，届时「 V2EX > 提醒系统」会通知，请将通知的截图邮件到 office.chitaner@gmail.com 即可，邮件标题为「 v 站抽奖」，收到邮件后，会第一时间回复兑换码。
对多数用户来说，软路由最佳实践应该是透明代理网关，俗称旁路由
最近在折腾软路由，谈下对软路由看法，软路由当旁路由是由其缺点决定的，缺点包括系统不稳定，网络层能力弱于硬路由。以常见的 openWrt 为例，相比硬路由，出现挂掉的概率更高，硬路由设计时主要针对网络层，在如 NAT 、小包转发上天生就比软路由优秀，软路由则是针对应用层设计的系统，应用层要求更高的通用计算力处理流量，典型应用是代理服务，软路由在这个层面就表现得非常优秀。从网络分层角度看，硬路由和软路由不是同一个层次的东西
软路由当旁路由使用能很好利用软路由的优点和硬路由的优点，非侵入式接入不影响原有的网络架构
吐槽下旁路由这个名字太形象了🤣，很中文，放在主路由旁边的路由
经常看到有人总是想跑满带宽或升级带宽，不明白背后的需求是什么，要求持续高带宽的场景非常少，带宽到达一定速度后边际收益递减，与其追求带宽上的快，不如优化网络延迟，买个延迟更低的机场更香
言论管控越来越严重，这种环境下也诞生了一个非常暴利闷声发大财的行业，信息内容安全。 这里面包含敏感词、错别字、语句通顺等等检测分析，还可以扩展到图片，语音，舆论监控等等，无穷无尽的相关需求，最重要的是，目前大厂都没发现这种业务到底有多赚钱，就算发现了，他们也不一定能竞争过别人。
检测不是简单的那种"是否"判断违规，而是要精细化，举个例子： gov 全国那么多部门，事业单位，每天各种公文，发布的内容，他们需要更丰富的检测，有没有涉及敏感词，敏感人物，错别字，词语是否用错，并且要不断地更新迭代，某个名字今天是正能量，明天可能就落马变负能量，还需要本地化部署，一个账号一年收他们几万，一个单位开几个或者十几个账号，相信我，这点钱对他们来说眼睛都不会眨一下。 全国的出版社、各种新闻媒体机构都是潜在客户，并且他们也非常期望有这些服务，内容犯政治上的错误他们担不起。
相关认知来源：某公司，只做 gov 的业务，不要什么天使融资，gov 的循环收益源源不断又稳定，同行竞争对手几乎没有，这几年靠这个从几十人到上千人疯狂扩张。
我写的油猴脚本每天稳定有 900 多人使用了🐶，我准备在上面加个即时群聊的功能🐶，大家觉得这想法咋样？
rt.
最近称了一下体重，已经看不下去了，而且之前换季的时候生了好多病，身体素质太差了。
之前尝试过夜跑，不知道是身体素质太差还是咋回事，跑几天还感冒了。🤦♂️
所以还是想找个健身房练一练，也不用啥私教课（主要是私教挺贵的），有器材可以让我跑步骑车啥的就行。
我在网上看了一兆韦德、乐刻等几家有名的全国连锁店，好像风评都挺差的，都有各种各样的问题。有小伙伴推荐一下自己常去的健身房或者有转让健身卡的吗？
欢迎 Star： https://github.com/shellc/investing-for-coders
Release 地址： https://shellc.cn/investing-for-coders/
1.手机上很多广告没了，应用很多提示更新也没了。但是应用支持切换语言的不多。
2.银行 APP 改换语言后，超级简洁。但支持改换语言的不多，目前我能设置的只有中国银行和建设银行。
3.Windows 10 更换语言后，感觉中文更有辨识度了。
4.还能额外练习英语。
还有很多期待大家发现分享了。
计算机发送 ip 数据包时，如何判断目的 ip 和本地 ip 是否属于同一网段？
网上的答案是：使用本地子网掩码分别和本地 IP 和目的 IP 进行按位与运算分别得到本地网络号和目的网络号，比较网络号是否相同
但是如果目的 ip 所在的网段子网掩码和本地的子网掩码不一样，比如： 本地 ip：192.168.1.1 本地子网掩码：255.255.255.0 目的 ip：192.168.1.193 目的子网掩码：255.255.255.192 这种情况按照上述判断方式结果是属于同一网段，然而实际上是两个不同的网段
所以，正确答案是什么？
我开发了一款 IM 项目 Tailchat，终于在 2023 年 6 月 28 日凌晨达到了 1k star 的里程碑。我感到非常激动。当然，对于许多知名开源项目来说，这只需要几天就可以完成，但对于我来说仍然非常重要。因此，我非常想分享一下我作为一个开源爱好者是如何运营开源项目的。
首先，我必须承认我是一个非常典型且纯粹的程序员。我没有背景，没有资源，也不擅长沟通，可以说是比较社恐的人。对于像我这样的人来说，困难并不在于如何开发一款应用，而是在开发完成或者达到一定阶段后如何推广我的应用，并让大家能够理解我的理念。
曾经，我天真地认为开源只是将源代码分享出去，让大家能够看到我的代码。然而，我逐渐意识到开源更像是一个企业，不仅需要开发自己的产品，还需要想办法将产品销售出去。
官网是一个应用的门面，对于许多库来说，README 就是它们的官网。然而，对于相对庞大、复杂的项目来说，简单的 README 可能无法提供足够多的信息，这时一个独立的官网页面就变得非常重要。
一个优秀的官网能够增加用户对项目的信任感。通常情况下，我对开源项目的基本信任感来自于以下几个方面：是否有 README 或官网、是否有足够多的 star 以及使用量 /下载量如何。
举个例子，Tailchat 的官网 https://tailchat.msgbyte.com/经过几次迭代后变得相当出色。首屏几乎占满整个页面，并展示了桌面端和移动端的预览图，这意味着我的项目同时支持桌面端和移动端。然后简洁明了地列出了我认为重要的特点，这些特点也是我希望我的产品与其他类似项目区分开来的关键点。
官网是产品思考的体现。通过官网向用户传达自己的想法，让用户理解你的设计哲学，明白你为什么要做出这样一个产品。
另一方面，官网也为用户在使用过程中提供指导。除非你的产品不需要用户做任何操作，只需打开即可使用（比如各种小游戏），否则一个完整的文档对用户的帮助远远超出你的想象。
不要认为只因为开源了源码就可以不去做这些事情，代码本身就是文档。回想一下自己的开发经历，在使用一个库时，除非万不得已，否则我们不会选择去查看源码。对于库来说都如此，更何况是一个完整的项目呢？
对于开源项目来说，一个完整且兼容多平台的部署方式是最基本的底线。
对于开源项目来说，向其他人介绍自己的产品的时候最简单的方式就是 xxxx 的开源替代品, 这里的 xxxx 一般是你耳熟能详的商业应用。这样可以非常快速的让用户对你的产品有一个很基本的概念。你也能通过大家的共识快速建立起一个基本的概念。
比如你想做个在线商城，那么你就可以说自己做了个淘宝的替代品。比如你想做一个论坛那你可以说你是要做一个 discuz 的替代品。
但是，在说自己的项目是 xxxx 的替代品的同时需要时刻明确自己与对方的差异点，而不是在不断复刻其他项目的功能。比如我在与其他人介绍、推广我的项目的时候我会说我是一个 IM ，是 discord/slack 的开源替代品。但与此同时我也会强调不仅仅是一个 IM 。我会与对方谈论为什么我们需要插件系统，以及插件系统可以给我们带来什么，为什么我会花 2 年时间来做底层架构、打磨体系来完成这套架构，以及为什么我觉得我的产品是优于其他的项目的。
这是一件非常困难的事情。因为大部分的用户并不会在乎你的差异。对于大部分用户来说只会用到最基本的功能，而且用户更加关注的是是否能满足自己的需求。一件非常悲伤的事情是不论做什么你都会有很多的同行与你竞争，让用户决定是否用你的产品的理由并不是因为你的功能多么强大，而在于你的功能是否能满足需求 —— 当然如果你的功能足够多，多到所有能想象到的需求都能满足也行。但是那是企业做的事情，如果你是个人开源者更要学会专注，专注于打差异化。
多国语言是非常必要的一件事。虽然中国有很大的市场，但是我们把目光放远一些，中国市场也不过是全球 1/5 的市场。特别是在开源领域，你作为开发者更加不必在乎语言的边界。因为你不受控于各地的法律法规隐私政策的差异。作为开发者只需要做好你的产品就行了。
因此，支持多国语言非常重要。至少支持英语，能很大程度扩展你的受众范围。如果你对自己的英语水平不够自信，请善用翻译软件。
另外，你可以多多去海外的平台宣传自己的应用，不仅仅是局限于国内的平台。如 Reddit 、Hackernews 、medium 等。因为海外的用户对开源的接受度、理解度更加高，如果这些用户能够认可你的项目的话在开源领域会比国内用户带来的帮助更加多。一个很悲伤的事实是，国内开发者天天 996 根本没有时间再去为开源做贡献，特别是个人开源的项目。
虽然一本厚厚的说明手册并不会给产品本身带来任何的实际价值，但至少会让在这个产品上投入关注的用户感到安心。
安全感是一个很玄学的事情。作为开发者你可以说自己的项目非常简单易上手，根本不需要任何文档。但是哪怕不去看这些文档，这些文档存在的本身会给使用者一种信任，至少能表示你对自己的项目投入了足够多的关注。
类似的还有自动化的测试脚本，前者是给普通用户的，后者是给开发者的。
作为开发者，我们都知道 CICD 的重要性。CICD 是保证项目的代码质量的重要方式，也意味着一个项目的底线。如果一个没有任何 CICD 工作流或者都是失败的工作流。那么我会非常对此非常具备不信任感。
开源项目天然的就相比商业项目是缺乏信任感的，因为后者是拿来牟利的，且是能够用来支持起企业的运作的，意味着至少不会有什么问题。而开源项目往往起源于兴趣，天然的就给人不靠谱的感觉。特别是在前期 star 数比较低的时候更是如此。
怎么打破这种不信任感也是作为开源的维护者想要让自己的项目起来的重要因素。
一个非常不好的例子在于把相关的内容放的到处都是，让用户能看到所有的内容非常困难。
将重要的内容在一个地方被索引是非常重要的事情。比如你的社交媒体、你的文档、你的功能手册、你的演示环境、你的各种技术博客….
减少用户的探索成本，因为如果成本过高用户很有可能选择放弃。这就是为什么大多数网站都会在页脚留有各个关键
如果你仅 README 文件，那就把所有的链接都添加到文档中，让用户能够清除知道有什么内容，这些内容是干什么的。
另外，不只是你的各种内容，你的项目本身也要牢记这一点。比如上来就是一个手机号注册就很容易让人劝退，而适当的公开内容体验可以更好的让用户体验到产品的魅力从而长期留存。在 Tailchat 中我是这么做的, 用户可以使用临时账号登录，只需要填入一个昵称即可体验到完整的功能。当用户决定长期保留你的账号时，你可以走注册流程认领该临时账号。如果想要让用户加入到你的社群中，你甚至可以把入口直接换成邀请链接。
类似的，如果你的项目包含了多个子项目。monorepo 会是比多个仓库更好的选择，我曾经写了一篇博客就是从技术角度说的这个，谈论从把多项目合并成一个项目中获得的收益 。
从开源运营的角度来说，多个项目仓库不但更难让用户看清全貌，也会打击开源贡献者的信心，因为谁都期望大项目的贡献者上有自己头像，哪怕仅仅是改了文档的一个错别字。
社区的运营是开源项目中非常重要的一环，只有来自社区的不断反馈才能拉起开源项目的正循环。最简单的社区就是建立一个微信群或者 discord 群。我早期在运营的时候想着既然我自己是做 IM 的，为什么要到其他的 IM 平台上去运营我的社区呢？然而这是错误的，因为作为开发者，应当去迁就用户而不是让用户迁就你。如果用户更加喜欢用微信，那么你就应当选择使用微信。如果用户更多使用 discord ，那么你就应该在 discord 建立自己的社群。保持社群的活跃才是第一要素。
我非常喜欢 Notion 的大使文化与社区文化。建立良好的社区驱动的生态是一个成功的开源项目必不可少的基本素质。虽然我的项目还远远达不到这个阶段，但我研究过很多成功的开源项目无一例外。简单的说开源是理想主义者的狂欢，一个好的开源项目则是一群理想主义者的狂欢。让用户认可你的项目，并自发的宣传，这是一件非常困难的一件事，但是是有必要去做的，一群人前进会比一个人前进轻松很多。
另外一方面，需要关注开发者价值。什么是开发者价值呢？就是你的项目对开发者能够带来什么。在推广 Tailchat 的时候我往往会与 vscode 进行类比。vscode 就是插件化的文本编辑器。其本体就是一个拓展中心 + monaco 编辑器，其价值在于良好的开发者生态。让不同的开发者能够通过 vscode 的插件系统来实现自己的想法，集成不同的语言支持。不知道是否还有人记得在 github 还没被微软收购的时候 github 有一款自己的编辑器 atom 。我也非常喜欢用，自从微软收购了 github 后 atom 就被弃用了。我相信微软也是看到了插件系统的巨大潜力。而 Tailchat 也是以插件系统作为设计之初的底层能力。我很喜欢的一句话是: 得开发者得天下。这也是生态的力量，当生态起来了以后，你的产品就很难被其他同类应用替代了。
在早期维系种子用户是非常重要的，适时的回访你的早期用户，让你的用户感受到自己被重视，这个产品的积极性，这将会大大增加你的用户转变到社区贡献者的可能性。
很多技术人会觉得，只有代码贡献才是贡献。其实了解代码的毕竟是少数，更何况要匹配你的项目的技术栈的话就更加少了，很多人如果能提提建议，打打下手做个国际化翻译我觉得对于一个开源项目来说就非常不错了。最重要的是这些东西会成为你前进的东西。人想要不断前进要么靠金钱，要么靠兴趣，而社区就是持续不断为你的兴趣充能的加油站。
在我接触到的早期创业者，都会很喜欢与自己的用户约个会，聊一下自己项目的发展以及用户的看法。如果你觉得自己做不到这一点，用文字问候一下也是可以的。相信我，收获会比想象中的更加大。
我很反感像广告机器人一样在各种技术社区中通过不断的、重复的发送自己项目的介绍来推广自己的项目。虽然看起来好像有点读书人的清高和不食肉糜，但是我依旧觉得这种行为是非常影响其他人的体验的。有的人可能会说，相比有人黑总比没有人知道好，但这是牺牲其他人的体验而成就自己的自私行为。
我作为技术人的选择是，多写博客，多写技术文档。在技术文章中推广自己的项目。我期望这应当是一个双赢的行为：作为读者的你收获到了知识、作为作者的我收获了曝光。
同时，写文章也是对自己思路的一个整理，这点和写技术文档是差不多的。曾经的我非常反感写技术文档，因为直接写代码就能写完的东西还需要写技术文档来约束自己。一般来说写技术文档的时间和写代码的时间是差不多的，因为要写出一个正确的技术文档往往需要确定方案的可能性，基本上确定方案的可行性大部分的代码就写的差不多了。而现在我会理解写技术文档的必要性，更多的是为了整理自己的思路。写代码是简单的，写代码让人能够理解是困难的，写了代码以后让人能够理解并且后期好维护是最难的。曾经的我是依赖自己的经验来实现后期易于维护，而技术文档就是在我依赖经验的基础上追加了一层 CICD 来约束行为。写技术文章也是一样的，在闷头写代码的同时要把东西整理出来形成方法论。这也是一种对自己能力的提升。
开源的到底是坎坷的，而且大概率是最后没有实际收益的。这也是为什么我会说开源是理想主义者的狂欢。
开源项目往往不追求盈利，付出又多，除了写代码还要投入精力去宣传，去运营。对于大部分人来说都是一件吃力不讨好的事情。
当然，我这里说的是真正的、需要长期付出的开源项目。如果仅仅是为了 star 高，来用于求职或者其他目的的话其实有很多方式，很多项目代码没几行，但是 star 数都是几十 k 这样的蹭热点的项目在 github 上还是有不少的。
相反的，我的选题无疑是红海中的红海，在 C 端十几年前就有早早占领了市场的巨头，在 B 端也有很多强大的竞品进行竞争。同样在开源也有无数的同类产品相互竞争。我之所以依旧选择 IM 作为我的开源项目方向，并且为止付出了数年的努力。我也相信我的设计理念会在一堆同质化严重的同类竞品中脱颖而出，当然不可否认的是会有失败的可能，可能这就是理想主义者，我愿意为我的理想付出心血。
我相信，世界往往是被理想主义者所改变的。如果可以选择，我更喜欢与一群理想主义者一起共事。相信看到最后的你也一定是一位热爱着开源的人，共勉，一起走下去。