advancer-zz
commented
10 years ago 换言之，这可能也算是把输出“Output”集中化的一种思路吧。
Open advancer-zz opened 10 years ago
advancer-zz
commented
10 years ago 换言之，这可能也算是把输出“Output”集中化的一种思路吧。
advancer-zz
commented
10 years ago 刚才有点体会，产品设计或开发实现的过程，或许也是一个不断“收敛”、“落地”的过程吧，在这个收敛过程中，不断减少集中、迭代、传播的复杂度，或许也可算作某种价值吧
pimgeek
commented
10 years ago 把输出 Output 集中起来, 是很必要的. 我目前在考虑的是, 先假设这些集中起来的 Output 已经完全整理好了, 然后我应该怎么利用这些 Output, 我给出的用法是这样的: https://github.com/mindpin/problems/issues/16 , 假如我能 把每一个 Output 都映射为一句话, 那么 https://github.com/mindpin/problems/issues/16 就会为日后引用这些 Output 有所帮助.
对于后一条评论, 我也赞同 ==> 产品开发实现的过程, 虽然复杂, 也可以拆解为多项 [串并行混合] 的任务, 减少这个过程的复杂度会很有帮助.
但我还要有所补充, ==> 从我观察开发团队日常工作得到的印象来看, 因为某个 [技术黑洞或者坑] 造成的时间浪费, 比日程安排失当, 文档不集中还要大. 这种 [技术黑洞或坑] 偶尔隐蔽在编程语言本身或者第三方类库中.
ben7th
commented
10 years ago 我打算分两步走： 1 先梳理出所有需要管理的档案，并定义出来。并以版本库，阿里云存储，自制存储服务的方式，分别给他们找到“去处” 2 以静态页的方式，先手动地聚合不同的版本库，存储，便于大家找到链接。
重复多次之后，能固化的东西增多了，我会把静态聚合页增加自动化的特性。
ben7th
commented
10 years ago 先放入执行队列了。
最新执行队列情况： http://s.4ye.me/ttuFmH
pimgeek
commented
10 years ago 我就着你说的这个 [先梳理出所有需要管理的档案，并定义出来。] 发散一下, 其实我跟老李已经讨论过了.
用于达成某个目标, 或者解决某个问题的待管理档案, 其实总共就四类:
1 描述目标本身的文档 我称之为 [目标描述文档]
2 达成目标的中间步骤, 或者解决问题的中间步骤, 我称之为 [步骤描述文档], (特别强调, 同一个步骤描述文档, 完全可以为多个目标服务.)
3 用于启发解题思路的文档, 我称之为 [启发思路的文档], (特别强调, 与目标相关的思维导图都应该归为这一类文档)
4 表示起点或终点的象征性文档 [Start / End]
advancer-zz
commented
10 years ago 吴笛总结得非常好，感觉这种分类方式，具备某种纺锤型特征，或许从可视化角度来看，做成一个“小纺锤”，或者“小锤子”。这里，或许可将老罗要做的“锤子手机”，将其“锤子”的形状与内涵，表现与复活出来。 ：） just a joke...
不管是eshare还是学科知识网络项目，目前的各种宣传、简介与产品文档是分散的，视频文件也是分散的，往往发送给不同的人也麻烦，别人也需要一点点整理。 能否利用现有的工具，做到： （1）每个项目的集中文档库，按目录、功能（如产品简介、演示视频、FAQ）分别存放； （2）允许的人能看到项目相关的文档、可下载； （3）可多个人上传、更新相关的项目文档； （4）每个项目出现更新或产生新的文档时，能否自动向订阅的邮件列表发邮件通知，通知他们哪些文档更新了，可以来看或下载； （4）若能在手机端能看到这些文档，就更好了...