还有就是女性结婚、怀孕这问题，从公司管理层的角度来说，招人是来干活的，当然没法接受一个人入职没多久就开始白拿着钱长时间不干事，这种情况是必须避免的。而 HR 作为员工入职前的一个门卫一样的角色，当然也得好好把关，不然挨批的是 HR 。

即使是假设忽略掉公司管理层的角度，其实也没法拿出什么更好的方案来解决这个问题，因为无论怎么样，都是有成本问题的。假如一个刚入职没多久就请长假的人说走就走了，那她原本干的事情怎么办？原本招个人就是为了减轻负担，招完之后还可能业务又扩张了，那其他同部门的人凭什么要平白无故地因为她而突然增加工作量？那个部门又凭什么要在这种情况下还得被她占用额外的部门预算？如果新招个人就能解决她那部分工作，她到时候还有必要回来吗？

对于她来说，其他连带产生的问题她都可以无视，问就是法律规定如此，但最后给她擦屁股的是公司、是部门、是其他的同事。

所以没办法，只要是近期有结婚、生育考虑的，招进去就可能会产生一堆麻烦事，那最直接的处理方式自然就是了解一下情况、做个筛选，不然就会有成本问题。

我盘算了一下，我跟十几个做 HR 的人都还挺熟的，这么跟你说吧：

有些事情只是因为认知不同、看问题的角度不同，换个角度其实你也不一定能有什么更好的办法；

当然也有些人是会没什么底线，觉得“我只是拿钱办事，领导说要这样那我就这样”，甚至还衍生出了“杀手”这种职业，专门收钱空降进公司用各种手段做到低成本裁员。但其实后者还是相对较少的，至少我还没实际碰到过，只是听某 HR 提到过，我认识的 HR 都还是比较有底线的。

---

再具体一点来说，像你举的第二个例子，HR 对于加班时长是没那么在乎的，或者说从 HR 的角度来说，他们只会关心人力成本问题，你加班多久、每个月加班多少天，对他们来说基本就只是个需要定期统计、计算后汇报上去的数字而已。

在一个部门的加班时长普遍较多的情况下，他们会疑惑“这部门为什么要加这么多班？”，也会研究加班的原因是什么，是工作效率太低？还是人员不足？还是蹭加班福利/加班费？等等…说白了，在管理层没有要求多加班的情况下，他们没有必要也没有理由去逼迫其他人加班，这对他们没有什么意义，反而是给自己增加了后续的工作量。无论是给加班时间做排名，还是到点了还不让走、必须多坐一段时间，其实都是典型的通常由管理层产出的决策，HR 只是个背锅的，没必要把 HR 都想得那么坏。

牌子只要是大牌子就无所谓，关键看产品级别，廉价消费级、普通消费级、高端消费级、企业级、数据中心级之间都有明显差距，一分钱一分货。你如果买个平价消费级的按企业级的使用强度在用，那品牌风评再怎么好也没用，该坏还是得坏。

另外，NAS 尤其是小机箱的 NAS ，盘位才是最贵的东西，这年头还买 2T 、3T 这种大小的盘，既不一定能得到最低的每 TB 价格，又容易塞满了后续升级麻烦，真不如直接买个大点的。

本质上就是规模问题，用户的公司规模大了，需要考虑严格的数据安全问题，或者是需要考虑定制化问题之类的，那 SaaS 服务当然没法解决，还得是私有化部署。

只能说中小型公司全都用 SaaS 解决问题很正常，大公司有钱了要求也高了，涉及核心业务的都是要么自研、要么私有化部署、要么直接买整套代码或者找人做一套，敢把核心业务放别人手上的，只能说是没交过学费。

@Braisdom #30 主要是一个性价比过低的渠道其实就没啥必要发了，扯皮的时间成本和情绪成本拿去跟潜在客户多聊聊，说不定都能多聊出个订单或者是聊出一些目标客户群体会有的潜在需求。

正常，💩代码而已。我这有个海信的电视也是一天到晚搁那查一个他们家的域名。

@retrocode #34 gitlab 自动构建成容器镜像，再 flux 自动部署到 k8s

你似乎忽略了一个很关键的问题，就是你的产品本身是面向企业、面向不那么技术人员的人群的，你的主要目标也是企业用户，那你还在 V2EX 这种地方发推广干啥呢？纯纯的吃力不讨好...关键的潜在客户拉不到多少，还得花时间和精力应付挑毛病的，就很没必要。

就两步：
1 、手机/其他能接入蜂窝网络的设备，接收并上报短信到服务器。
2 、服务器调用企业微信 API 发送消息到群。

第一步的接收并上报短信这部分简单点可以用 Android 手机+Tasker 之类的工具，做个简单的监听新短信+读取短信内容+发起 HTTP 请求就行了；第二步应该不用我多说了吧？随便找个 Web 框架写个 API 做个转发，让手机能请求到就行了。

没有那么多需要高性能的业务，绝大多数业务要的只是有个程序去辅助管理而已，最多也就把后台的自动化部分做得高性能点，面向用户的服务部分差不多就行了，哪个熟悉、方便就用哪个。

而且现在的 CPU 和内存都极其便宜，就算是用户量突然暴涨，靠硬堆进程数量也完全可以解决问题，大不了成本快超过性价比极限的时候再开始针对特定模块做重构都来得及。

@threeti #9 主要是皮肤问题需要持续观察调整方案，药一般确实就那些药，但是适合每个人的用法、用量可能会有区别，注意事项有些“护肤大 V”也不会提到，最好还是让医生看。

@Daybyedream #3 异维 A 不能乱用，要医生开了才能吃，而且也要观察后续情况判断能不能继续吃。除了常见副作用以外，还有些人是不能吃异维 A 的，说明书上都有写，靠谱点的医生和医院药房的药师也都会提醒。

一般来说就是：用适合自己肤质的护肤品做好保湿，比较热的时候有点油可以用吸油纸擦一擦，平时饮食尽量清淡，睡眠尽量规律且保持充足的睡眠时长，床上用品（尤其是面部接触较多的枕套）定期更换+日常让太阳晒一晒。

在做好了这些的情况下，正常是不会还这样的，还这样说明是身体问题导致的，要去医院治疗。

@knva #1 因为本身用户量少+其他功能相比起 edge 而言存在缺失。

而相反的是，edge 如果给了扩展功能，那狐猴、kiwi 这种的存在意义就更小了。并且 edge 会由于本来就有的很大的用户量基数，不仅仅能吸引到想要使用 edge 的功能且想用扩展的用户，还能吸引到更多实际可能不怎么需要扩展功能但被人推荐使用的用户。

@xiongperry #23 写 GitHub 的太多了，没东西的写上去纯扣分项

坑在于外包这个工作形式，其他没什么坑。

比冲科技这个公司，从官网介绍来看明显是个做外包项目较多的公司，驻场外包人员对于他们来说本质上就是些关系没那么大的“资源”，且对于甲方的无限光年而言也只是个外部公司的员工，你相当于是个被夹在中间的边缘人。

而且，由于你的人员性质特殊，也很容易有公司层面的责任归属问题。假设出了啥事情（任何事情），扯皮可能都得扯半天。

---

单纯从工作内容来说，目前搞 LLM 的多少都会有点爬语料甚至从竞争对手那搞模型输出结果来训练的情况，但要有足够多的数据去训练也没什么更好的办法，这是当下甚至未来很长一段时间内的常态现象，也是典型的野蛮生长期的红利。在行业层面解决数据问题前，这都不是什么太大的问题。

从更具体一点的角度来说，有没有问题还是得要看这个 LLM 到底是干什么的。比如如果是学了一堆文章数据，然后就拿去大量生成同类文章，那当然会有侵犯训练数据中涉及到的文章版权的问题；但如果训练后是用来识别文章内蕴含的信息，比如情感分析、关键词提取之类的，那没什么问题，因为这中间必然涉及到对数据二次加工、创作，并且训练出来的模型也没有侵犯原作者的利益，只是对公共数据的合理使用罢了。

还是那句话，爬虫本身只是个工具，怎么用、违不违法是人的问题。

刚毕业可以写，因为本来就没什么实际项目能写，写这些至少能体现出一些个人特质，比如喜欢技术、有自驱力、喜欢钻研。

但如果都工作了几年还写这些不新鲜且缺乏深度的事情，就没什么意义了。尤其是在正经项目内容少的情况下还会起到反效果，只会让人感觉做事能力不行、学习能力也不行，这点事情也要特意写到简历上炫耀。

换个场景就是：小朋友拿个刚买的文具盒给别人展示有多好玩没问题，大人还这样就是幼稚了。但大人如果拿个自己设计的创意文具盒出来，展示设计有多巧妙，这是没问题的。

你做好风险提醒和告知替代方案就行了，最终怎么用是他们的事，最终有问题也是他们负责，大可不必太过纠结。