分类：开源

页面自动跳转问题、项目计划书

    昨天，应开发小组顾问linzc的建议，我增加了提交日记后的选择去向功能。方法是把原来的提交方法：

boolean postArticle()  的返回参数改为代表提交日记的id,即int类型，然后把它的parentArtID和它的

postedArtID在request里传给跳转页面就行了。但是，本来想延迟３秒自动跳到提交后的日记中，但是我不会

，还是寻找方法，希望知道的朋友在这里提一下。

    我已经尝到了写程序没有文档的苦头，就这么一个东西，我要添加什么的时候，看自己以前写的程序都花

了我大部分时间。看来，文档是太重要了。

    昨天，给小组全体成员发了一封信，增加了我们的迟到的文档维护队队长kula的资料，并把章程和这个月

的成员名单寄给了大家，提请大家审定。

    这两天还是把项目计划书写好，交给几个管理的朋友审定一下，再发到网上请大家审定。

    现在，我们单位的工地开工了，我投入到这个项目的时间多少会有影响，但我会挤出时间来为开发小组的

顺利开展工作服好务。

    我们的顾问linzc为我们的工作提了许多好的建议，并且把他的解决问题的日记写出来供大家分享。在这里

，我要向他表示深深的感谢。并顺祝他身体健康、工作顺利、万事如意！他写的eclipse+easystruts的日记对

我有很大的学习价值，我推荐像我这样的初学好好看一下他的日记。

草拟开发小组章程和与副组长、程序设计队队

    前天，经过数天的思考和一下午的编写，终于完成了小组章程的草案和小组成员名单的编制。

    前天晚上，我按给网友们的承诺，提交了章程草案，发送了开发小组2004.11.18-2004.12.18成员名单。学习日记开发小组总算是成立了。共有３０几个网友加入。

    昨天晚上，我给副组长和程序设计队队长发了一封商量当前工作的邮件，这两天是周末，不知他们收到没有。

    今天，有朋友建议用qq群联系大家，我还没有用过qq群，应该学习一下。

    还有不少成员没有读章程草案，并且还没有人对章程草案提出意见和建议。章程草案计划有２个月试行期，但应该充分使大家加入到章程的修改和定稿中来，这样，章程才能体现大家的意愿，才可能得到有效的贯彻和实施。

    今天晚上，我就把章程草案和开发小组成员名单发到各成员的邮箱中去，提请大家审定。

    今天我才觉得工作有点失误，应该让大家统一都提供qq作为即时通讯。我们的主要交流平台是www.learndiary.com，但是，用即时通讯工具快速交流是不可缺少的。今天晚上的这封信也让没有提供qq号的朋友补充一下qq号，为建立qq群作好准备。

学习日记程序设计的定位的一点思考

    学习日记定位于应用程序，它的设计应以人为本，以应用为本。

    所以，在设计上，我觉得应精心设计框架和主体。应尽量利用现有的各种组件、软件包，别人的代码，而不是非要自己去写一些通用的代码、去开发自己的软件包。

程序设计时不应该在一些细节上追究太深。而应该注重整体功能的方便适用。我们要“站在巨人的肩上”，实行“拿来主义”。

    还有，＜＜软件工程＞＞上的一句话（编码阶段）“提高程序效率的根本途径在于选择良好的设计方法、良好的数据结构与算法，而不是靠编程时对程序语句做调整”。

与上面说的没什么关系，想起了，放在这里回味一下。

   

学习日记未来展望

  我好好的想了学习日记的创意.我感觉并相信我们将创造一种全新的交流平台

并被广泛接受.

现在网络中最主要的两个交流平台是:论坛和BLOG;都获得了很大的成功并已经

很普及.但它们有优点也有缺点.

以论坛而论,它的优点是交锋激烈.针对某个问题,各抒己见,讨论解决.可以同时

对某个问题得到诸家见解.仁者见仁,智者见智.当然这是论坛的最高境界.可惜

实际中以低质量论坛居多.其特点是"问题质量非常低",不但引不起什么讨论

反而成了诸如灌水之类浪费时间的地方了.还有就是,论坛中提出的问题不一定就

是答复者心中的问题.回帖的人并没有什么强烈的动机.像有很多论坛用专家分之

类的东西促使大家多答问题.众所周知CSDN上倒分的不计其数.可见动机都不明,

更谈不上使交流产生巨大价值了.

论坛的引擎是"解决问题驱动"的.这是它的主题和本质所在.这是它的优点也正

是它的缺点.因为实际上并不是每个人都喜欢回答问题.问题千奇百怪,不一定

每个人通过回答问题能得到什么VALUE(况且问题质量大多以低的居多),站在自

己的立场来说,通过论坛交流的效率非常的低.因此有"成功戒BBS"的说法.信息

时代时间就是MONEY.况且每个人都很忙.并没有那么多的时间帮助别人,

如果使用时间的话,自然希望时间产生

VALUE.而论坛的低效让人们很失望.我觉得论坛如果说失败的话,就失败在"问题

驱动"这个引擎有问题.我个人认为最好的引擎是"经验驱动"

针对某一TOPIC分享经验完全可以克服了这个毛病,实现双赢,增加时间的价值.

就因为论坛的这个缺点,BLOG诞生了.BLOG自从出现以后,便迅速风靡全世界.为什

么呢?它有一个巨大的好处就是"让人自动献出自己的经验".这一点是其它交流方

式无法企及的.它利用了一个心理作用"每个人都渴望得到别人的理解和赞赏".

当然也有为写出心得体会的.就因为它这样一个平台,它让人们觉得很有价值.由此它

也获得了巨大成功.但它也有一个很大的缺点.即失去了论坛的互动讨论的优点.

由于"互动的缺乏",使得BLOG的作者们很难长久的坚持下去.并且写BLOG由于交流

不多,获益也有限.

鉴于网络两大信息交流平台的问题,我们的学习日记应运而生.我们将吸取它们

的优点,克服它们的缺点,创造一种全新的交流方式.让我们在信息时代,在无限

的网络资源中,炼时成金.在交流中提高自己,挖掘价值.铸造TOPIC英雄.在竞争

中立于不败之地.

我认为我们的学习日记大致应该如此:

特点: 激烈互动(评论).     // 论坛的优点  产生新的经验.

     主动表达经验(日记). // BLOG的优点 也可看做是自己学习的总结.对自己有很多好处.

     荣誉机制.         // 心理作用的优点 每个人都希望被尊重,理解,和欣赏.

     轻松的形式        // "我爱江湖网"等游戏成功的经验

引擎: 经验分享驱动,目标聚集.

把学习日记变成中国软件人才的孵化器

    令天早上，我在电视中看到一个介绍中国高新企业孵化器中心的专题节目，心里有了一点想法。既然我们这个网站叫作学习日记，以学习为重。那么，我们何不这样：采取某人的一个创意－＞根据这个创意组成一个开发小组－＞大家在开发小组中竞争自己想要练习和成为的角色－＞定期评估角色的工作成绩－＞有计划的轮换角色，让希望成为这个角色的朋友都有机会。

    在这一个过程中，我们以学习日记作为平台，交流学习体验、学习资源、自助为主加互助的形式实践on-job的学习方式。

    现在，我们这个孵化中心正准备孵化第一批项目经理、系统分析员、程序员、测试员、界面设计师。。。，通过我们的学习日记的平台建设这个工作来on-job进行。

    我们在这里建成一个struts框架的体系孵化中心，别的地方利用我们的平台也可以建成一个asp,php,j2me等的孵化中心，这些所有的孵化中心联合起来，形成一个中国软件业人才的廉价的孵化网络。

    多么美好的想象啊！能实现吗？那只有靠大家来回答了。

关于在程序中传递jsessionid的作用的答复

    昨天，有网友提问：<form action="changeGoalStateAction.do;jsessionid=<%= request.getSession().getId() %>?currentGoalState=3&pageNum=1&goalID=<%= anGoal.getArticleID() %>" method="POST">

代码中的 ;jsessionid=<%= request.getSession().getId() %>是做什么的？传递session的id有什么目的？

    我答复如下：那个sessionid是用于当用户禁止了session,而当struts的自动重写url机制不起作用时跟踪用户session的。

也许还有其它更科学的办法，不过我到现在还没有发现。我也是一个初学者。

关于开发小组组织形式的一些思考

    开发小组应该制定一个纲领，任何人都不能凌架于纲领之上，开发小组应该创造一种公开、公平、公正的环境，应该民主决策，

集中实施。

    开发小组的领导机构应该民主选举。就职演说，定期测评，以及其它的一些有效措施我们都可以提出来讨论。目的只有一个，

凝聚大家的力量，建造各行各业通用的、信息时代的、以人为本的、自助式的学习平台。并在这一过程中学习、交流与进步。

    开发小组应该有一种大家共识的理念，用于凝聚所有的心和力量。

    为了保证开发工作的持续前进，不会因为任何某个人的退出而使开发工作停止，我们这个开发小组应该事先在组织机构上把这些

因素考虑进去。有网友建议每个方面的核心应该有３个人左右，这样就不会因为某个人的离开而使整个开发工作受措。我觉得可以提出来讨论。