BingZ

把业务全流程搞懂，别说你只负责一小部分，不管其余，要尽可能多的掌握全局。近水楼台，身在业内，就是最好的资源，把这个行业尽可能多的吃透。从自己手头的一块，以效率翻倍为目标小范围内尝试革新，累积经验的同时，还能连带了解业务和项目组织的实践细节。有本事把搬砖的重复劳动“自动化”再说。LeetCode 仅仅奔着多少时间能做出多少题去的话，路子就走歪了。不是以搞算法研究为目的的话，只需要作为一个拓展解决逻辑问题的经验去慢慢积累即可。最后，没人逼你拧螺丝，也没人拦着你去学习更多的技能，坚持学习，坚持思考就对了。

@jasamboro 就在 V2EX 建一个节点？用的人多了，说不定 V 站能考虑单独开一个像样的功能出来。

@tctc4869 好吧，从你的描述看，很多人都被引导到 PTT 去了，你不觉得自己的文字表述有些模糊么？
另外，你所指出的“不支持”的功能，仔细看看都是些“可实时互动”的动态效果。
回到常规意义的文档本身来说，为什么需要那么多的互动？这些互动能被打印到纸上么？能转成 pdf ？在静态展示为主的传统文档里，平铺展开就足够了，快速跳转交给目录和索引去完成。动画展示的内容一律通过截图来说明。除了动画和声音外，文字和图片已经足够表达了。不需要额外软体和设备的支持。
当然，“文档”可以包括视频资料和多媒体的互动资料。要实现这些，建议采用 html 或者 markdown 来完成。但这样的展示需要特定的软体支持，使用者才能看到效果，这是有成本的。可能做成网站形式，对用户来说使用负担最小，也较易被接受。markdown 还是太不成熟了。

同意 9 楼的，你把两种不同需求混一起了。
你需要一份 PTT，仅做演示和宣讲。而产品文档就应该是静态的，不要花里胡哨，向字典看齐，事无巨细，方便查找。

这能叫算法？只是一种实操不怎么高明的策略而已。看人下菜碟，可惜端菜的那位也不怎么会看人，只知道一个劲儿地上最近客人点单比较多的菜，简单粗暴，让人觉得这小二真的二。

为啥不行，只要自己的性格和处事能力跟得上，就转呗。同意楼上的，写代码没人拦着你。业余时间还能坚持钻研技术的领导，最受欢迎啦。

这题的解有很多，凭直觉就能做出来。主要考察小朋友的试错能力，同时也能对“科学方法论”进行实践体验。但为什么要升级到图论或者奇偶数点这种纯粹的数学技巧里面去？完全违背了学习数学的初衷。回想下自己的小学阶段，没人告诉“高深的数学解题技巧”之前，你们不都是凭直觉去尝试的么？至于何时才需要去研究更高层次的东西，那不是小学，甚至都不是初、高中生去做的事情。当作课余了解下倒是可以，提前窥探下数学的博大和奥妙，激发兴趣。不要被应试牵着鼻子走，不要唯解题论英雄。陪着娃一起去解决问题的过程，就很好，这就够了。

公司素质可以的话，肯定技术高的，能提高整体团队水平。你不用担心自己技术上不如他 /她，你是技术方面的管理者的话，做好后勤和团队融合即可；技术上的事，实在是高深的，只要大方向不错，用人不疑就行。如果公司规模尚小，则要看目前团队正真缺什么能力的人，保证公司资源用在刀刃上。杀鸡用牛刀，就算公司用得起，大牛还不一定来呢。