@levelworm #7 >
问题是，你这是在迁就研发啊，效率的瓶颈不在你这里。研发为什么不能理解你说的需求呢？是他们不上心，还是说你没有解释的很清晰？ 我觉得不论是哪个，解决的的根本之道都不在于你是否去进修计算机。

可能问题还在于项目的流程吧。你自己也提到过之前的项目流程比较乱。有没有了解过“敏捷开发”这种项目流程，它跟你理想中的项目小组挺像——每个成员都充分参与项目的讨论，充分理解需求，充分沟通。你一直在说的“需求文档”，在这种项目流程里面，根本没有那么重要。贴一下敏捷宣言：

“个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划

也就是说，尽管右项有其价值，
我们更重视左项的价值。”

@levelworm #7 >

不懂游戏这块，你说的数据建模，是针对的游戏本身的数值平衡，还是针对的游戏玩家数据呢？
做业务分析的话，懂一些程序肯定能有所帮助。不过我觉得，大部分时候，知道大概就足够了吧。比如我的业务需要保存这块、这块和这块的数据，在需要的时候能把这些数据调出来以供分析。至于研发用什么框架用什么数据库，我不需要关心啊。难道研发能说，你这个需求不合理，这 3 种数据不能一起拿，会影响效率？？也就是说，提靠谱的需求，需要了解研发的架构吗？？
你说的这些给我的感觉是，你因为感觉无法亲手控制研发的工作，又感觉没办法给研发解释清楚自己所理解的东西，以至于他们没办法充分配合，当然也可能因为研发本身就没有什么积极性，所以，你想要自己去学习一下程序世界里的概念，然后用这些概念去和开发人员沟通。

> “第三个会是在写下需求文档之后，和研发以及数据库组进行沟通，敲定所需要的 telemetry 和数据库表的结构”
很好奇为什么需要你做这件事。做项目管理的为何要关心数据库表的结构呢？这就是导致你“大部分时间其实都花在和研发的沟通上”的缘由吧。需求表达清楚了，自然由研发来设计相应的框架，难道还要根据研发使用的框架来修改需求吗？即使需要这样，也应该与一个研发的代表来讨论沟通啊。

@chenyu8674 我也试过这种方法，挺好用。当然，对于软件开发之外的任务就不太行了

公事公办。为啥不能说呢？
想想你们公司不发工资也不发通知是什么感觉：
/t/762415

我也有类似的想法：
点子：历史知识的可视化，/t/703099

恭喜楼主。
话说“恶斗黑中介”这节，很多北漂都经历过吧。

@drunkdog 描述很形象，哈哈。“不发通知”这个动作很奇葩。公事公办，不知道有什么不能说的。

@drunkdog #4, 也是类似的情况？
@coderluan 说的是。哎，我又在发泄情绪了。

根据你之前发的主题，你做的 app 应该可以同时具备发射端和接收端。这样根据发射端和接收端的时间差的变化就可以实现啊。
发射端把发射时的时间发送到接收端，接收端用接收时的时间减去它，得到声音传播的时间 dt1
后续类似地得到 dt2, dt3...，可以知道是靠近还是走远了。
这个时间差应该是毫秒级别的吧，就是不知道硬件能不能处理

@logfile #14
看样子你这心理还是很复杂矛盾啊。跟员工交流的多吗？感觉你的想法还是挺开放的，为啥还会这么纠结呢？

@bengougo #14

这个静态的图片，经过你们这个系统的处理，看起来是千疮百孔，视觉上很不美观。

这种验证码广告，是需要用户与之交互的，既然需要交互，为何要用一个静态图片呢？静态图片一是信息量少，二是不够吸引人的注意力。

我试了几次你们的广告，请恕我直言，就 3 个感觉：丑！累人！体验差！—— 我需要很费劲地阅读下面很长的一句五颜六色的文字，然后在一张很丑的满是补丁的图片上(你可以再看一遍，这些补丁图片有多丑)，找到广告要素，然后再顺着线找到滑块，再将滑块拖拽到框里。又丑又累人又体验差的广告，估计是没人愿意用的。整个交互过程也是毫无乐趣可言。

所以，如果做成动态的，是不是更好？ 让用户在动态的图片(视频)画面上，去完成某个验证动作。动态的图片的特性是，能快速吸引焦点(连几个月大的婴儿都本能地追踪运动的物体)，快速将用户的注意力聚焦到广告要素上，减轻用户的认知压力。另外，这些广告既然是投放商制作的，肯定也会关注动态广告的效果与交互质量，以便让用户轻松完成验证动作，最简单的比如将画面中缓慢运动的广告要素，拖拽到指定位置。当然，创意肯定他们来出，最好的效果就是可以将用户的交互与广告的效果完美结合，对于用户来说，只是轻松完成了一个简简单单的动作，甚至还有点乐趣，交互过程不至于那么无聊，减轻因其强制性而产生的厌烦。

到主网站去看了下，感觉这种形式还不错。

说说我的想法啊。视频贴片，用这种广告不太可行吧？虽然对用户来说更友好了(不必忍受长时间广告)，但贴片广告的视频，传递的信息量更大更丰富，广告商会用这种静态的图片替代吗？

暂停广告就更不能用这个了，暂停广告挡住画面已经够让人心烦了，还要再来个验证码解锁？

@cf020031308
@zfish

怎么说呢，用文本形式来记录是很不错。但是用来回顾、观察，我觉得还是不够。

比如，Beancount 是一个很好的个人财务记录工具——输入方式以及数据存储都是文本格式。
但用来回顾、统计、观察财务状况时，你不会直接观察这一堆文本。而是用可视化，甚至可交互的图表、报表。

所以，这些纯文本的系统，如果有一个可视化、可交互的输出，就完美了。

这个从 OKR 的角度出发的思路挺好的。

“虽然我做了大量的时间与资金开销记录，但我也很难评估这些开销对实现长期目标有何影响。”， 你的文章里有这么一句话。

这个我不太明白——你之前写了一篇 “做了一个基于纯文本的时间 /任务 /目标管理工具” ( /t/643144 ) ，已经把“时间-任务-目标”放在一起管理了，也就是说，可以知道花在各个目标上的时间是多少，那为何还是无法评估时间开销对长期目标的影响呢？ 现在使用 OKR 的话，又会带来哪些区别呢？

我也觉得将“目标”“时间”“笔记”放在统一的体系里面很必要：目标产生任务，任务需要时间，任务的执行导致知识体系的更新，知识体系的缺失会催动新的目标。。。不过财务对于这 3 者，耦合就不那么紧密。