哦仍在更新,只是它不可能收集到所有的数据
rikka 发布的帖子
-
RE: 吐槽实习公司的同事(小组长)
作为一个单纯的大学生,我在这个小破公司还是“学”到了点宝贵经验:遇到问题,第一时间要从别人身上找原因,不能错过任何甩锅的机会。
大家代码写得乱七八糟,服务三天两头挂掉也算常规操作。于是,小组长交给我一个重大的任务——写个监控程序,检测到 API 不通或者 CPU、内存超过“fá值”(实际为“阈值”)的时候发短信预警。
今天一上班,小组长板着脸问我:“为什么服务挂了没发短信?”我掏出日志一查,明明早上 6 点就开始短信轰炸了呀?
最后一查真相,原来是小组长前几天嫌短信通知太烦,干脆把号码拉黑了 那你要我监控作甚么
-
有时候真想不通这个领导怎么想的
他非常讨厌写代码,要求什么都用低代码工具来实现。
前几个月,他让我做一个微信自动化的任务,把多个群的消息转发到一个指定的群。但他又不允许我写代码,只能用那些所谓的 RPA,比如讯飞RPA、实在智能RPA和来也UIBOT(用过这些产品的都知道它们有多烂)。
他觉得做这样一个功能非常简单:只需要监控小红点,点进去,把消息复制出来,再发到指定的群就好了。
我跟他说,微信这种复杂场景如果不使用多线程,一定会漏消息。比如,当获取到新消息后,正要离开当前群聊去往指定群的时候,新的消息就可能被错过。至少需要一个线程专门持续监听新消息,才能保证稳妥。而现有的 RPA 没有原生的多线程支持(必须写代码)
他的回答是让我“想办法”。真是服了,明明是个简单的需求,硬是用各种限制给我制造麻烦。其实早就写好 chatgpt-on-wechat 的插件了,不想用 web 协议稳妥点的还可以用 https://github.com/cluic/wxauto ,这些方案效果都非常不错。
更搞笑的是,他后来拉了一个群,去问RPA公司的“专家”。结果对方建议他直接用 hook 过的微信客户端,说否则很难实现,笑死
也许我应该一开始就假装答应不写代码,然后在 RPA 里面把代码封装成组件使用,我想这种人是看不出来的