@finolaire #11 这个混淆方式过于先进，别人打开你的源码直接吓死了

@miscnote 不懂，为什么限定 985 ，招不到人完全是你们自己的问题。

只会一年比一年难。
35+还好，已经赚到钱了，看看 25-的年轻人们，秋招过去三个月了有多少人能收到 offer ？
搞笑的是培训机构依然在猛猛招生，骗一堆人去学 AI ，大部分人还是贷款的，最后下场又会如何？

很现实地说，没希望，35 以上甲方不会要的
你可以海投简历看看情况

白嫖免费账号，漏洞，黑卡

很反感日报周报，太弱智了，月报勉强能接受

@play78 没用，一般都是用无头去爬

人机验证算是最有效的防护手段了，双方硬拼钱包，但已经渐渐出现 AI 接码服务，攻击者成本会越来越低。

@xmt328 #5 原神私服大名应该听过吧，就是逆向重新实现的，这东西不会有人泄露的，坐牢做到死。当然一个人几乎搞不了，工作量太大。

这个问题等价于如何防止爬虫
答案是防不了

人机验证
通过接码平台解决

五秒挑战，参考 Cloudflare 5 秒盾，浏览器静默执行一段 js 脚本，识别当前是否是正常环境
通过无头浏览器解决

浏览器指纹验证
https://github.com/fingerprintjs/fingerprintjs
但它是开源的，攻击者依然可以想办法绕过

tls 指纹识别，cloudflare 等云厂商通过对所有开源请求库做特征库，能识别一个请求是否通过浏览器正常发送，甚至能识别无头浏览器
但可惜可以无头浏览器+伪造特征

再来就是老一套的混淆接口加解密
没啥用，5 分钟以内就能破

@leokun #8 请不要重新发明 cloudflare waf ，免费的

抓包，逆向协议，dump 出资源文件，拦截客户端请求到第三方服务器，自行实现每个 api 的服务器逻辑。
我研究过一点，想打造自己玩的私服，可惜那个小众游戏死得太早，官服关停后理论上已经无法实现了。

anti - 反对/对立
patriotic - 爱国的
cursor 没问题，你有问题

老生常谈的话题，“峰值”200M ，跑多了平均也就 3-5M ，不过对用量小(每月几十 G)的服务还是很划算的。

已经做出成绩、在行业/垂直领域有深厚积累的 toB ，是等需求上门，然后产品经理根据需求制定细节，直到客户满意，顺利地承接需求与产品之间的桥梁。客户也不会要求你搞什么快速交付，不会让你造一个百度/淘宝，只需要按部就班地实现合理的需求，一单的采购价足以养活公司好几年，这形成了一个对所有人有益的良性循环，产品越做越好，是大部分 toB 的最终幻想。
而没需求、没市场的 toB ，就得主动调研市场，上门推销，广撒网全都试一遍，有点苗头就快速出产第一个版本，这经常导致生产出一些奇形怪状的玩意。
所谓的快速交付、敏捷开发，是出资方承受不住高昂的用人成本，快进快出是很常见的模式，可以平摊风险。还有个常见模式是需求定下来扔给外包，中间商风险更低。混吃等死的小作坊则是瞎搞，碰运气做产品，碰运气找客户。想要做到健康的模式，内外阻力太大，市场没这么理想。
以上我都经历过，很多人把 toB 与外包画上约等号，挺合理，toB 出产垃圾的概率太高了。不过这也不是一个人或者几个人能改变的现状。

C 端肯定是先有项目才有产品，这个没必要讨论，反过来有 99.999%的概率是赚不到钱的。
产品经理在这里的定位，是要正确理解受众的需求，需求早已存在，不要重新发明，要把它找出来。

在一些以 B 端为主的低水平开发团队中，产品经理被要求凭空变出来一个项目是很常见的事。
他们会被上面的人要求：
"接下来我们要做一个 OA/ERP/MES 系统，功能你看着办吧，先做第一版试看看，不要让开发闲下来"
"把之前项目 A 和 B 合一下，优化一下不合理的地方"
"上次的项目 C 客户反馈有点臃肿了，你看看把没用的砍了，再加点新东西进去"
"最近大屏有点火，你参考一下别人的产品，和设计讨论下先给几个页面看看"
此时下一个客户还未出现，也许还未出生，销售在千里奔袭，实施在客户机房百度 linux 命令，人事在跟过了二面的砍工资，开发在旧屎山上拉新屎，产品经理背负着全公司的希望输入 seed 执行 random() :)

这间接导致了世界上存在很多不合理、怪异、意义不明、反人类、不应存在于这个世界的软件，因为它们逆转了需求->产品的方向，近乎是随机生产出来的。时间和人力成本决定了无法被需求匹配的它们无法返工，幸运的话它们会以相对廉价的价格被倒霉蛋买走，安静地在一些中小工厂、商户、个人的电脑上运行至今。

软件脱胎于产品原型，产品决定了软件能达到的上限，而设计、开发朝着这个上限努力，产品的重要性应该是排第一的。但产品无法凭空变出来，产品经理不是魔法师，就算是普通人眼中无所不能的 LLM ，也需要一段 prompt 。

B 端的痛点是，需求并非平稳连续、可预知的，忙的时候加班到死，闲的时候会有空窗期。
标准且低级的资本主义思想是尽量让所有人员继续运转，即使是在无意义的空转。
于是产品开始施展 random 魔法，设计、销售、前端、后端、甚至运维跟在后面瞎忙活，他们就像凌晨一点刚看完小说的我一样空洞且迷茫。

1. 我司 B/C 都有，通常由 PM 主导，PM 是开发转过去的。
2. 项目基本都是成功的，主要我们这个方向的竞品大多不堪一击，页面和功能看着 10 年没迭代过了。市场难以预知，决策不重要，运气成分占比太高，个人甚至团队的努力与风口相比不值一提。决定性的作用是任何一方都没有拖后腿。

无解，OSS 想要防止被盗刷流量只能后端调接口，否则无论如何都防不了被刷。
几年前我用蓝奏云零费用解决这种场景的文本分发，现在不知道行不行。
不行的话发公告让用户多捐点，攻击者成本太低了，除了加钱硬抗没有办法。

道与碳基猴子饲养守则
没钱修什么仙
执法者手册