无聊，论什么情况下，北邮学生布告栏会支持RSS？
Wang Kunshan
reader一样看我们学校的布告栏；没有也没关系，我们有北邮人firefox插件。服务器端的实现嘛，说大不大说小不小，实现不难，但真的实现需要至少三十分之一个人月。
目前好像没有这个功能。但是什么条件下会有这个功能呢？分析一下：
【后文都是推理，没有与实际参与者论证】
分析一下这个情景里面的参与者：
- 网络管理人员（负责系统维护）
- 其他教职工（布告栏的直接信息来源）（也是办公布告栏的主要读者）
- 学生（学生布告栏的主要读者）
- 开发单位（系统实现者）（暂且认为开发单位是第三方，和学校是商业软件开发者和用户的关系）
一切的开端
开端，应该是学校师生、职工有需求，需要开发一个基于网络的布告系统。其实北邮嘛，挺小的学校，就算在小白楼外面放一块黑板，学生经常跑去看看也不太远。但是，毕竟，作为“信息黄埔”在21世纪电脑时代怎能墨守这么古老的通信手段？
然后就是要设计实现这个系统了。谁有资格动用学校的主机，并有资格代表学校，请第三方开发这套软件呢？学生肯定不行；普通的教师不行；普通的职工也不行。具有这个资格的应该是学校网络系统的负责人。
于是，网络部门请到了开发单位，进行需求分析。北邮人的话，技术素质应该是比较高的，有软件工程的意识；不会像某些非技术的单位，软件开发商主动来需求分析了，自己倒是说了半天还表达不清需求，甚至不知道自己需要什么。
但是，毕竟学校很大，如果按照软件工程的规范做需求分析，应该让系统的直接使用者（即需要发布消息的教、职工）与开发者直接沟通。我们学校有多少教职工？几十？不太可能。几百吧。上千应该没有，学生也不过是几千、顶多一万多的数量级。这么多的用户，总之人数不少。这里面有一定的工作量，总之，可以假定教职工方面的需求分析很顺利地完成了。
学生方面的需求分析稍微不太容易。一方面，学校官方和学生的联系，比起学校和教职工，更稀疏，且学生相对教师，处于更“被动”的“被管理”方面，学校的重视度会低一些；另一方面，学生自身也没有很强的表达自己需求的愿望，也许和传统的教育有关，我所就读的中学一直把“严格的校规”作为一大Feature，这有好处，但也一定程度上抹杀了学生的“民主”意识。
需求分析阶段结束
然后，根据需求分析，设计和实现了系统，并投入使用。当然，这中间可能出现多次反复、迭代、演进、回溯、螺旋……毕竟没有任何一个软件可以在一次实现就完全满足需求。不管怎么样，到最后，稳定下来的一个系统就是我们现在正在使用的布告栏。
到这里，软件的生命周期远没有结束——这才刚刚开始。
现在，教师、职工可以通过布告栏发布消息。
教师、职工、学生可以阅读消息。
这时，可能有人发现软件使用时的不方便：
我是计算机学院的学生，我只关心全校以及计算机学院的消息，但目前没有过滤功能。怎么办呢？我真想给布告栏加一个“标签”系统。每次，一点击”计算机学院“，或者”考试“，显示出来的就只有这些学院或者考试相关消息了。另外，我不喜欢web界面，我有个桌面精灵，如果布告栏提供rss版本，只要拖到我的桌面上，就可以不开浏览器直接看；甚至直接弄到我的手机里。另外，我是穷学生，买不起MS
Word，又怕用盗版会被微软起诉。
我是职工（其实我不是），每次发布活动通知太麻烦了，文本还好，表格要依赖word，我一点也不喜欢word，还需要自己排版，几号字，什么字体都要自己设定；放到网上很难看。但是，word不是免费的（我不知道北邮有没有给所有教师、职工配发正版的Office），我知道OpenOffice.org不要钱，但是远不如Microsoft
Word好用。Markup什么的语言好是好，就是还得学，整天工作都忙不过来，哪有功夫管这些，Just
work王道。另外如果布告栏系统里有”日历“系统多好，所有的事件（考试、体检、收费……）都只要输入时间、地点、简述、受众，就自动生成统一的版式。
总之，各方面会产生一些新的需求。但是，布告栏系统已经部署，是不是很容易修改呢？成本多高？工作会不会受影响？到底有多少学生听说过RSS？
（我估计听说过RSS的学生目前不会太多。至少那些电脑3个月要重装一次的肯定没听说过这个RSS）
之后就是系统维护，直到不再使用了。到此软件生命周期结束。
好了，言归正传，什么情况下，系统中会包含RSS的支持？
一个功能的引入，应该是学校方面有需求，开发单位有能力实现，且成本控制在学校可以接受的范围内。
首先，学校（包括教职工和学生）有没有这个需求？没有，因为听说过RSS的人不多。
如果有呢？如果北邮是个Web2.0遍地开花的地方（其实本来就是，web2.0在北邮早就不是新概念了），学生有对web”高品质“的需求；而教职工稍微跟得上一点潮流（这可能吗？大多数人还是很朴素的挣钱养家糊口的吧，不会有太高的要求，凑合能用就行）；经济上再舍得花点钱增加个功能亮点（可能吗？没有rss布告栏照样运转，我们还可以神气地说”我们的通知已经发布到网络布告栏上了，你们为什么不看？“，少花点钱（多孝敬孝敬领导，多评估个什么什么优秀大学，然后又有更多的钱进来，然后再弄更优秀的大学……）也无妨），那么很可能rss在设计之初就被归为系统基本功能之一。
其次，开发商有没有能力实现呢？有。实现rss甚至比实现一个网页还要简单。
如果开发商比较”主动“，向学校推荐这个亮点，再给出一个合适的价格，那么学校也就同意了吧。不过，我也是开发过一些简单的动态网页的。一个数据库关系模式，加上网页的CRUD四个界面，工作量就不算小了，如果还需要paginator（自动分页）更麻烦一些。如果还要美化，如果还要验证稳定性，如果还要为每秒几万次点击优化（布告栏……不至于吧），工作量会越来越多。（看看人家http://stackoverflow.com/
和百度知道差不多的功能（不过精致的多），这么简单的网站，就已经十几万行代码了。）所以，开发商也许会想，实现了最重要的功能，尽快交工拿钱最好了，省得夜长梦多。
但是，回到现实。
现实却更喜欢另外一句话”历史不能假设“。一切都是必然的。
这个布告栏系统因何而建？
系统由谁负责？
由谁开发？
由谁使用？
开发者针对谁做了需求分析？
需求分析中，各方的态度是怎样的？
开发之后，用户使用情况如何，有没有进一步的需求？
有了进一步的需求，如何处理，报告还是忍耐、凑合？
进一步的需求如何处理，丢弃还是采纳？
突然觉得寒蝉鸣泣之时里面的游戏很好玩。
给我几千年轮回的机会，在1990-2010年间轮回上百次，最后团结朋友、同学、老师、职工、校长、公司、Web社区、W3C组织……，团结一切可以团结的力量，不伤害任何人，让布告栏支持rss。
这可不是游戏，这样成本也太高了。人家梨花是为了救自己的命才这样在命运中轮回的。。。。
好吧，以上都是妄想。
p.s. 想用rss看布告栏也简单，去google app
engine自己做个转换器，定时读布告栏，输出rss，就行了。不要钱，全世界都可以浏览，教育网也行，被墙就用https+手动设置静态域名解析。
wks
2009年7月24日
小包|Cong Wang
yegle
小包|Cong Wang
这玩意儿要是交给byr team早就搞定了......2009/7/24 Wang Kunshan <wks...@gmail.com>
RSS反正是个不大不小的需求。有了以后我们也可以像看google
reader一样看我们学校的布告栏；没有也没关系，我们有北邮人firefox插件。服务器端的实现嘛，说大不大说小不小，实现不难，但真的实现需要至少三十分之一个人月。
目前好像没有这个功能。但是什么条件下会有这个功能呢？分析一下：
【后文都是推理，没有与实际参与者论证】
分析一下这个情景里面的参与者：
- 网络管理人员（负责系统维护）
- 其他教职工（布告栏的直接信息来源）（也是办公布告栏的主要读者）
- 学生（学生布告栏的主要读者）
- 开发单位（系统实现者）（暂且认为开发单位是第三方，和学校是商业软件开发者和用户的关系）
一切的开端
开端，应该是学校师生、职工有需求，需要开发一个基于网络的布告系统。其实北邮嘛，挺小的学校，就算在小白楼外面放一块黑板，学生经常跑去看看也不太远。但是，毕竟，作为"信息黄埔"在21世纪电脑时代怎能墨守这么古老的通信手段？
然后就是要设计实现这个系统了。谁有资格动用学校的主机，并有资格代表学校，请第三方开发这套软件呢？学生肯定不行；普通的教师不行；普通的职工也不行。具有这个资格的应该是学校网络系统的负责人。
于是，网络部门请到了开发单位，进行需求分析。北邮人的话，技术素质应该是比较高的，有软件工程的意识；不会像某些非技术的单位，软件开发商主动来需求分析了，自己倒是说了半天还表达不清需求，甚至不知道自己需要什么。
但是，毕竟学校很大，如果按照软件工程的规范做需求分析，应该让系统的直接使用者（即需要发布消息的教、职工）与开发者直接沟通。我们学校有多少教职工？几十？不太可能。几百吧。上千应该没有，学生也不过是几千、顶多一万多的数量级。这么多的用户，总之人数不少。这里面有一定的工作量，总之，可以假定教职工方面的需求分析很顺利地完成了。
学生方面的需求分析稍微不太容易。一方面，学校官方和学生的联系，比起学校和教职工，更稀疏，且学生相对教师，处于更"被动"的"被管理"方面，学校的重视度会低一些；另一方面，学生自身也没有很强的表达自己需求的愿望，也许和传统的教育有关，我所就读的中学一直把"严格的校规"作为一大Feature，这有好处，但也一定程度上抹杀了学生的"民主"意识。
需求分析阶段结束
然后，根据需求分析，设计和实现了系统，并投入使用。当然，这中间可能出现多次反复、迭代、演进、回溯、螺旋......毕竟没有任何一个软件可以在一次实现就完全满足需求。不管怎么样，到最后，稳定下来的一个系统就是我们现在正在使用的布告栏。
到这里，软件的生命周期远没有结束----这才刚刚开始。
现在，教师、职工可以通过布告栏发布消息。
教师、职工、学生可以阅读消息。
这时，可能有人发现软件使用时的不方便：
我是计算机学院的学生，我只关心全校以及计算机学院的消息，但目前没有过滤功能。怎么办呢？我真想给布告栏加一个"标签"系统。每次，一点击"计算机学院"，或者"考试"，显示出来的就只有这些学院或者考试相关消息了。另外，我不喜欢web界面，我有个桌面精灵，如果布告栏提供rss版本，只要拖到我的桌面上，就可以不开浏览器直接看；甚至直接弄到我的手机里。另外，我是穷学生，买不起MS
Word，又怕用盗版会被微软起诉。
我是职工（其实我不是），每次发布活动通知太麻烦了，文本还好，表格要依赖word，我一点也不喜欢word，还需要自己排版，几号字，什么字体都要自己设定；放到网上很难看。但是，word不是免费的（我不知道北邮有没有给所有教师、职工配发正版的Office），我知道OpenOffice.org不要钱，但是远不如Microsoft
Word好用。Markup什么的语言好是好，就是还得学，整天工作都忙不过来，哪有功夫管这些，Just
work王道。另外如果布告栏系统里有"日历"系统多好，所有的事件（考试、体检、收费......）都只要输入时间、地点、简述、受众，就自动生成统一的版式。
总之，各方面会产生一些新的需求。但是，布告栏系统已经部署，是不是很容易修改呢？成本多高？工作会不会受影响？到底有多少学生听说过RSS？
（我估计听说过RSS的学生目前不会太多。至少那些电脑3个月要重装一次的肯定没听说过这个RSS）
之后就是系统维护，直到不再使用了。到此软件生命周期结束。
好了，言归正传，什么情况下，系统中会包含RSS的支持？
一个功能的引入，应该是学校方面有需求，开发单位有能力实现，且成本控制在学校可以接受的范围内。
首先，学校（包括教职工和学生）有没有这个需求？没有，因为听说过RSS的人不多。
如果有呢？如果北邮是个Web2.0遍地开花的地方（其实本来就是，web2.0在北邮早就不是新概念了），学生有对web"高品质"的需求；而教职工稍微跟得上一点潮流（这可能吗？大多数人还是很朴素的挣钱养家糊口的吧，不会有太高的要求，凑合能用就行）；经济上再舍得花点钱增加个功能亮点（可能吗？没有rss布告栏照样运转，我们还可以神气地说"我们的通知已经发布到网络布告栏上了，你们为什么不看？"，少花点钱（多孝敬孝敬领导，多评估个什么什么优秀大学，然后又有更多的钱进来，然后再弄更优秀的大学......）也无妨），那么很可能rss在设计之初就被归为系统基本功能之一。
其次，开发商有没有能力实现呢？有。实现rss甚至比实现一个网页还要简单。
如果开发商比较"主动"，向学校推荐这个亮点，再给出一个合适的价格，那么学校也就同意了吧。不过，我也是开发过一些简单的动态网页的。一个数据库关系模式，加上网页的CRUD四个界面，工作量就不算小了，如果还需要paginator（自动分页）更麻烦一些。如果还要美化，如果还要验证稳定性，如果还要为每秒几万次点击优化（布告栏......不至于吧），工作量会越来越多。（看看人家http://stackoverflow.com/
和百度知道差不多的功能（不过精致的多），这么简单的网站，就已经十几万行代码了。）所以，开发商也许会想，实现了最重要的功能，尽快交工拿钱最好了，省得夜长梦多。
但是，回到现实。
现实却更喜欢另外一句话"历史不能假设"。一切都是必然的。
这个布告栏系统因何而建？
系统由谁负责？
由谁开发？
由谁使用？
开发者针对谁做了需求分析？
需求分析中，各方的态度是怎样的？
开发之后，用户使用情况如何，有没有进一步的需求？
有了进一步的需求，如何处理，报告还是忍耐、凑合？
进一步的需求如何处理，丢弃还是采纳？
突然觉得寒蝉鸣泣之时里面的游戏很好玩。
给我几千年轮回的机会，在1990-2010年间轮回上百次，最后团结朋友、同学、老师、职工、校长、公司、Web社区、W3C组织......，团结一切可以团结的力量，不伤害任何人，让布告栏支持rss。