即刻App年轻人的同好社区
下载
App内打开
青十五
356关注6k被关注3夸夸
Crypto&MEV | 做一家全员AI的公司
小报童「十五的兔子洞 - 黑暗森林」
置顶
青十五
5天前
黑暗森林系列假期腹泻式更新,一口气更了6篇,感觉已经是我古法写作的极限了。
希望今年能把这个系列完结掉🤣
20
青十五
1月前
昨天做了个梦
有个朋友要爆仓了,提醒他卸杠杆,得知他这会儿去商业造梦影院玩去了。
就是未来在线下类似影厅的地方,每个座位放一个脑机接口,一些人一起催眠后做梦进入一个共同的虚拟世界,影院来提供里面的各种科幻、穿越等世界观和NPC,有点类似未来影院+网吧的业态。
做梦的过程除非时间到了或者在梦里死亡后醒来,否则不能直接唤醒。
还好同一场还有余票,赶紧买了票进入了这个梦中梦,打算进去跟他同归于尽叫醒他。

进去后发现他在里面又进入了睡眠,旁边一起还有个同行,有种不好的预感,估计朋友被人做局了,里面的人负责拖住他,外面有人负责砸盘。
后面具体怎么再进入下一层梦境叫醒他已经不记得了,只记得在商业造梦影院醒来之后,朋友和这个同行干起来了。
我拿着朋友的设备去入口退押金去了(类似3D眼镜),没错就是这么勤俭持家!
退完押金再后来,再后来就去旁边上厕所去了……
00
青十五
2月前
今天清理了一下书架,打算卖到多抓鱼去,很有意思。
一些杂七杂八的增长、营销、产品书,底价收购,以前不收的书现在也收了;
技术类书籍,内容和版本迭代太快,早期的根本没人要(右边这三本多抓鱼都不收了),要不然就是程序员们都问AI了,换我其实近些年也不买这类书看了;
收购价最高的,还得是财经内容,读财报这本,甚至还在涨价,供不应求
30
青十五
2月前
Claude Code / Codex 保号一年的个人经验,推荐全程云开发,搭配 herdr (TUI)、Paseo (GUI) 食用极佳

我的Claude&Codex保号和交互最佳实践

123
青十五
3月前
和我刚毕业那会比较像,我们当时是七八个人的数据组,支撑一个200~300规模事业部产运研销的需求。
大量的时间花在了沟通口径、跑数上面,组长做人力排期,还是服务不过来,被批官僚和低效,后面干脆开放数据权限让需求方自己写SQL

如果是现在来做,可能会做一个专门的Agent吧,要做的事情是把所有的日志、ETL后的数据、业务数据库的离线版本,开读权限给AI,然后已有的数据字段口径文档、研发接口人,也列个目录给系统提示词,再把项目记忆打开,接到内部IM,拉群让他们自己和agent聊明白。

这些都是技术层面的,管理层面一个是对齐职责,老板嘴上说他只要专项分析,但实际还是需要支撑业务数据需求,有点矛盾;再一个是谁来定优先级,如果你自己是开发资源,就不应该你来定优先级

离职场太久了,可能有些纸上谈兵,希望对你有帮助

思南nan: 最近遇到一个让我非常困惑的职场问题:如果一个数据分析师已经满负荷工作了,怎么证明“需求延期不是效率低,而是需求真的超过了一个人的产能”? 我们是个新项目,目前只有我一个数据分析师。 我要同时支持产品、运营、市场和老板,负责产品埋点、日常取数、数据口径、数据问题排查,以及老板希望重点产出的专项分析。 最魔幻的是,我自己对“分析效率”的认知其实已经非常高了。 按照我以前工作的经验,一个比较完整的大型分析项目,全人力投入两周出一个报告很正常;复杂项目持续几周甚至一个月也并不奇怪。 但我现在很多专项分析,基本2~3天就已经交付了。 与此同时,每天还夹杂着大量这样的需求: “帮我查一下这个数。” “这个口径是什么?” “为什么这个数据对不上?” “这个功能能不能再拆一个维度?” “这个埋点怎么设计?” “这个字段存在哪里?” 听起来都是小事。 但真正做数据的人应该知道,一句“帮我查个数”的背后,可能是: 理解需求 → 搞清楚业务方到底想判断什么 → 找表 → 找字段 → 发现数据没存 → 找研发 → 找中台 → 对口径 → 排查历史逻辑 → 写SQL → 校验 → 最后交付。 尤其是在一个新业务、数据基础又不成熟的情况下,最耗时间的经常根本不是写SQL,而是先搞明白:这个数到底有没有?在哪里?口径是什么?以及——这个数到底能不能信? 而这些工作几乎都是隐形的。 甚至很多20分钟、30分钟的小需求,因为太碎了,我连排期都懒得记。 然后某一天,业务方跟老板反馈:“数据交付效率有点低。”我:??? 这件事让我越来越困惑,因为我感觉它已经不是“再提高一点效率”能够解决的问题了。 一个人一周就是5个人日。 如果这5个人日里同时要求: 深度分析 + 产品分析 + 运营分析 + 市场分析 + 埋点 + 临时取数 + 口径梳理 + 数据治理 + 数据排查 + 需求沟通 + 各种会议…… 那似乎已经不是效率问题了,这是一个数学问题。 更麻烦的是,“交付效率”这个指标天然只看得见: 业务什么时候提需求 → 数据什么时候交付。 却看不见一个需求在真正交付之前,可能已经消耗了几个小时甚至几天去理解问题、找数、核口径和排查数据。 所以特别想请教做数据分析、数据BP、产品分析、增长分析,以及带过数据团队的朋友: 1. 到底怎么客观证明一个分析师的效率有没有问题? 是记录每周人日? 统计需求数量和平均交付周期? 按照需求复杂度分级,再分别统计交付周期? 还是把所有工作和预计工时都放进排期,让“需求量”和“可用产能”直接可视化? 我不太想每天记录自己20分钟做了什么、30分钟做了什么,那感觉又增加了一层管理成本。 但如果完全不记录,这些碎片工作又会全部消失。 2. 当需求长期超过一个人的产能时,成熟团队到底是怎么解决的? 我现在是:固定周产能 + 需求分级 + 基础数据自助化 + 插单必须交换优先级。 比如一周只有5个人日,就先把5个人日排满。 如果周三突然来了一个需要1天的P0需求,当然可以做,但同时必须明确:那么原来哪一个1天的需求要延期? 而不是“这个也很急,所以插进来”,但其他所有事情的deadline都保持不变。 3. 一个分析师到底应该支持多少业务方? 按照我以前团队的经验,一个数据分析师大概稳定服务2.5~3个需求方。 而我现在同时面对产品、运营、市场、老板等多个方向,实际对接人数已经好几倍于过去的工作经验。 AI确实已经帮我提高了很多SQL和处理数据的效率,但我现在越来越明显地感觉到: AI可以缩短“做”的时间,却很难消灭需求沟通、业务理解、口径确认、数据治理和上下文切换的成本。 所以我也很好奇,成熟的数据团队到底是按照什么方式配置分析师人力的。 最近这个问题最让我无奈的,其实不是工作很多。 而是:我已经通过不断提高自己的效率,把很多原本周级的事情压缩到了天级;但只要总需求持续大于产能,最终依然一定会有人觉得“为什么我的需求还没做”。 然后这个产能问题,又很容易被解释成:“数据分析师交付效率不够高。” 所以真的很想听听同行的经验:这种情况下,到底应该怎么证明问题出在产能而不是效率? 以及,一个只有1名分析师、同时服务多个业务团队的项目,应该建立什么样的需求机制,才能避免最后所有压力都落到“你为什么不能更快”上? 这个问题到底应该怎么破?

00
青十五
3月前
FDE这个让我想起了以前一家公司给茅台做数字中台,结果连库房都进不去让人赶出来,因为库管有报损额,库存进ERP系统的话这部分灰色收入就曝光了。
AI时代的企业改造比数字化更难,以前是砍你灰色收入,现在相当于要端掉你整个饭碗,可以想象阻力有多大

HEXIN: 最近身边好几个朋友跟我说想做FDE业务,挨个泼冷水效率有点低了,索性来一盆大的

11
青十五
3月前
众安这个活动,预测全对可以拿100万,决赛前唯一预测全对的大哥还是倒在了最后一轮,痛失百万大奖,不知道决赛大哥有没有做下对冲买板鸭🤣
00
青十五
3月前
问下各位市面上有没有这种写作+自媒体发文同步平台:
1、支持古法写作或导入Notion等处内容
2、支持在文中某指定处AI配插图,并根据提示词调整配图
3、支持根据各图文平台(如公众号、X文章、小红书等)的格式要求自动排版,并根据内容生成多尺寸头图
4、一键同步到各图文平台(直接发布或保存到平台草稿箱)
不确定是不是成熟需求,可以付费,主要诉求是文字内容可以自己生产,不想管配图、排版、发布这些琐碎的事情
41
青十五
5月前
关掉了之前搞的OpenClaw,服务器不够拿来做别的了。
重新部署以后再说吧,更新总有bug,codex授权老是过期,疲了。
不过还是要感谢龙虾,给我赚了一大笔,因为当初给他配的这台服务器80刀一个月,现在同配置涨到了160刀还缺货😂
00