出个简单的考一下，一个上午之内独立完成这3道小题（不查书）：
1. 表达式计算
2. 有向图的拓扑排序
3. 构造图的BFS生成树
可能一个小时就搞定了。
如果pass的话请给我发站信，配置工具的开发计划在6月底开始。
神气哇。看着书，无论哪个我都给搞上至少十天半月时间才 ok ！ :oops: 也许mgc可以尝试建立一种机制，来协调更多的人来参与。有些开源项目好象会把开发中的东西发布出来，或者只是技术上讨论的东西发布出来，同时建立一种分解整个工作的办法，及协调进度的平台，这样有兴趣和能力的人能很容易的找到部分工作来参与，也能很容易的协调别人的工作。
比如802.1x登陆的问题，有网络环境的人不懂得抓包，和分析的方法，也不懂得编码。
懂得抓包的人没有网络环境，可能也不知道分析和编码；问题要解决就困难了。那好，建立一个工作流，把工作分解成多个子环节由不同的人完成不同的工作，能协调起来就ok了。现在有抓包技术的人先提交抓包工具和方法文档，有网络环境的据此抓包提交，有分析能力的人分析提交结果，有分析现有类似产品能力的人提交现有类似产品的分析结果，分析后的结果比看源代码省力了，也能作为阅读代码的指南。接着编码能力的人把解决方案自顶向下层层分解，形成方案，不同的人实现不同模块，同时提交测试方法文档，有环境的人进行测试，按文档提交结果。几个循环下来就ok了。
软件工程中，进度协调，工作流细化，成果提交和累积，靠的很多情况下是各种标准化的文档。
文档标准化到一定程度，文档的分析和生成都能实现自动化。
加班，设备主要电脑控制着，人陪机器，实在无聊，随便写写
不要BS 同意楼上的观点，编程的时候往往就是在我这里这个问题是个困难，想半天也解决不了，可是把这个问题说给另外一个人听，呵呵，在他那里就不是问题，很容易就解决了。分享成功和困难需要交流的平台，我觉得还是共享开发过程中的各种问题是个很好的办法。“群众的智慧是无穷的”。毛主席的话是很有道理的哦！ 这个是一个很好的想法。我一直也很想形成文档，不过现在时间还调配不开 :-D
现在的比较大的问题是，能够胜任并愿意workflow的开始位置的人在社区里面比较少。所以这样的做法，就无从开始了。
有的人是没有时间，有人是不屑于做，这都可以理解
但是也有不少有技术的人被这里的氛围赶走的。唉。
不过，只要大家一起努力，怎么说都会有一些改观的。 ML 需要一个工作协调组，组织和管理开发中遇到的各种事情，调配各项目中的进度。
页:
1
[2]