@drymonfidelia #15
这个思路是事后吧，OP 这个权限的目的是事前和事中

这跟计算机没有必然关系，其他学科或者行业都一样
不是职场生存的道理，而是社会生存的道理

学校能满足学生自行分析问题，应该说就算完成任务了，就是教“做事”
要传授解决各种各样问题，更像是以前的师徒制，师傅还教“做人”

单靠技术就能飞升，那是 AI
是社会就有人际关系，所以有社会学、哲学这些人类特有的东西，这肯定不是理科生擅长的，但社会生存又无法避免
现代教育不传授“做人”，是因为思想自由，每个人都应有自主权利，而不是由某个教条决定

“另一方面应该是为以后的升学做准备”
=============================
这个断言本身就不是有钱人的思维，基于这个断言引出后面的推导基本全错了

@wangxiaoer #5
未必，只能说基础问题越来越少出现在 so

别说冷门的工具，就连 pandas,numpy 这些热门的包，回答也没有多好，不加提示词强调的话，AI 第一回答仍然是用 for 循环来处理，而不是向量化处理

@drupal #5
你的数据库本身就要设计为分散的，增删改查都跟权限有关，管理员仅有备份权限，删除权限都没有
你这样想：权限赋予的标的不是人，而是事，而人还需要判断是否跟事有关才能获得权限

头痛的管理员的删除权限，没有删除权限他就难以管理了，实际上还是需要某个人有最高权限，而对他的限制，只能通过行政方式，而不是技术方式

这个思路很简单：权限是独立隔离的，而不是层级的

总结一下《花与蛇》？

也不需要那么麻烦，照照镜子就知道自己平凡
说到底就是一种认知

@liaojl #56
=======
A: abcdefg akfjowei
B: jshfwlms efghijk
C: bsckew= kwdcld
=======
肉眼判断上面哪个是 base64 应该很简单，你增加一层 base64 试试，补充，还要对应出 ABC 才更有意义
我没有说 base64 很难，只是未知是否有 base64 的情况下，花费了算力可能是 0 收益，你可以搜集我在 v2 所有发言的并提取英文，逐个 base64 decode 一下，应该就是 0 收益，记忆中我一次都没发过

所以，最好是回复时加些零碎的英文，而不是直接贴个 base64
如：my contact add:base64 over ，这样自然人阅读是 decode 一次，而 bot 是要 decode 五次(my, contact, add, base64, over)，当然也是可以添加更复杂的逻辑减少 decode 次数的

无论哪家，搜索、提醒功能最重要
当记录越来越多，人脑还是无法记住所有笔记的定位索引的，即使只是记标题也记不住，能记住的往往只是使用最多那几条

我是希望笔记软件有个接口，在 IDE 或者其他日记、写作场合，在输入时能做快速通过接口搜索，返回结果给个 tips

@liaojl #29
base64 应付的不是某个人，而是 bot ，就是对方不是针对某个人的搜索，而是漫无目的地抓取
在一大堆英文内准确提取所有 base64 ，如果只是一个网页，自然人比机器人准确度更高，无人看守代码获取不是一件容易的事，如果是十万、百万、千万级的爬虫，专门做分析 base64 这事耗费资源不少

联络方式是要给出去的，最终目的还是要让至少一个人知道，所以隐藏不是第一目的
只是在这传递过程中，增大三方获取的难度而已

在双方都不认识的我看来，这个原文也是情绪输出

通篇都是基于 1v1 的沟通问题，这更像是办公室政治
只有一件事是提到实际工作的，但这事也难理解：如果安排下属任务，下属说前提条件是……才接，这更像是这个下属在安排任务啊

批判上司，更重要是指出他的指挥失当，造成公司损失或者下属承担后果，可惜没见到这样的例子
阅后整体感觉就是纯个人恩怨

不说快乐老早就有但不普遍，大约是粤语地区 20+年前开始普遍的，应该是江朝下岗时代的产物，因为粤语“快乐”跟“快落”同音
所谓历史只是借口，因为快乐是现代词，古代确实少见

就跟去茶楼不再把女服务员称为“小姐”，改称“靓姐”差不多，是当坐台小姐出现，对其他服务行业人员的称呼变化

某个角度看，也算一种“劣币驱逐良币”

公司问题，但是众多公司的普遍问题

应该是有了一些固定客户，所以轻视产品经理岗
产品经理可以从转岗而来，但不应是兼任

整体看，就是节流远超开源（甚至没有开源）的思想

我觉得目前 LLM 不擅长数据分析，让它提供分析方案倒是可以

@redeyesovo #74
看语境，正常语境更多是指健康方面，进食、作息、卫生、控制欲望等等向健康方面靠拢
生育是人生大事，以此为前提，可以封住别人的嘴，无需进一步解释就“合理地”拒绝各种“不良”邀约