没有朋友回复和参与的blog总是倍感失落

  在blog中写了成百篇日记,却没有什么回复,是不是倍感失落。

  学习日记应该倡导一种主动关心别人、关注别人、鼓励别人的氛围。以后的积分系统可能要把这个纳入重要的考虑。

  记住:爱人者,人爱之。我们要提倡多去关心、帮助别人而不能光是希望别人关心自己和帮助自己。

  这也是“作用力”和“反作用力”的体现吧。也是“互补”、“共享”、“交流”、“互助”、“双赢”、“互惠互利”的体现吧。

要认真测试修改日记目标的功能

  即是在修改日记时可以修改日记所属的目标,昨晚已经编码完成。因为这个功能牵涉数据库的地方多,如果出错了,不好维护数据库。所以在进入实际运行站点之前要好好的测试一下。

  1、预期的实现效果:

  1)日记的parentID变为新目标的articleID,日记的最近更新(lastUpdate)为改变目标的时间;

  2)旧目标的日记数((diarySize))减1;

  3)新目标的日记数(diarySize)加1,新目标的最近更新(lastUpdate)为日记改变目标的时间;

  4)我的进行中的目标(usergoal表)的旧目标的myDiaySize减1;

  4)我的进行中的目标(usergoal表)的新目标的myDiaySize加1,我的最近更新(myLastUpdate)变为改变目标的时间;

  2、向自己提问:

  1)、如果改变目标的日记写在新目标建立之前,岂不是目标还没建立就在下面写了日记?这符合逻辑吗?符合学习日记的理念吗?

  2)、如果改变目标的日记是旧目标的最新日记,把这个日记移走后,旧目标的最近更新仍然是这个日记的未移走的时间,这正确吗?

  3)、其它问题...

  3、答问:

  1)、这认为符合逻辑,一个目标我先还没有确定要实现它。如学习spring,但是又在学习java中又写了相关的日记。于是,在spring目标建立后,我就把这篇日记移入这个目标下。

  2)、正确,旧目标确实在这个日记建立时更新了。

  4、实施步骤:

  用junit测试建立初始数据太烦了。我没有使用测试在先的方法。以后新版本的开发再考虑是否采用测试在先的测试方法。

  1)、建2个新目标在上面测试。

  2)、在上传这功能到实际运行站点前备份数据。

基于目标的日记系统是学习日记的核心

  路是一步一步走的,如果这一步都还没有走稳就急急的跨出下一步,容易摔跤是无疑的。

  学习日记目前这个未来框架的一个核心的运作试点都无人参与的话,构建未来的新版本无疑是冒失的。目前的想法还是继续完善功能和改善界面。使有那么一些赞同这种目标导向的朋友能真正参与进来。

  只有这样,才能证明这种运作方式是有朋友认同的,有那么一群适合于这种学习方式的朋友。

  只有这样,未来的基于这种核心运作思想构建的新系统的基础才会证明是可靠的。

  但是,学习日记目前根本就没有什么文档,可能别人几乎没有办法参与进来。如果真有朋友愿意参与进来的话,完善文档的issue可能要提上正式的日程。

  如果,只有我一个人来做的话,文档在我心里,再去完善一套文档可能反而会影响完善学习日记的进度。一个人的精力是有限的,集中一样就会疏于另一样。

  所有的一切都是朝着一个目标奋斗:“我们致力于以JAVA技术构建一个普遍适用的开源网络学习交流平台”。为了更好的实现这一目标,我的前进路线会根据实际情况不断调整的。

我有点烦了

  编码真的是一件枯燥无味的活动,前些天征对与用户交互的改进设计后,对编码实施有了畏难情绪,迟迟不愿动手。

  但是,我想,既然在做它,这个任务我一定完成,为了使学习日记使用起来方便一点。

学习日记可以考虑采用eclipse的理念

  整个平台是完全free的,可以在上面开发插件:比如,家教信息、专家咨询、方案设计、知识商品化...

  学习日记开发小组可以提供服务、提供插件开发。

  学习日记的前进需要注入资本的运营,虽然我们的目的不是为了赚钱,但离开了钱的支撑,学习日记只会灭亡。这是一定的。

  另外,大家加入学习日记开发小组的驱动支撑点是什么?这是需要努力探索的。否则,学习日记开发小组只会灭亡。这是一定的。