前些天有事直接去找了下戚工反映TKScope仿真器方面的几个问题。问题解决之后闲聊了几句,其中就提及了建立一个共享的内部网络站点。当时我听了很兴奋,因为这个想法与我的不谋而合。早在刚进入这个部门不久,就有想建立一个这样的一个站点的想法。当时刚加入仿真器部门不久,算是为了顶替前一位离职同事的缺吧。然后,当然没有多少东西留给我,也没有什么资料或是笔记可供我参考,搞得自己像是差不多要完全重新熟悉ARM这块似的。当时就想啊,如果前人能留下点东西该多好。不过事情已经这样了……
更为确切的来说,我想的是在部门内部建立一个所谓的“知识库”。这样的知识库可以统一管理部门内部所有的文档;也保存有部门内部各人的工作纪录,比如工作日志、技术支持纪录、客户信息、日常工作中遇到的问题及解决方法、相关的工作心得与体会。这样,这个知识库就可以将每个人的工作成果都积累下来。现在部门的状态是,每个人负责一块,每个人只熟悉自己的东西,别人不了解。一旦出了问题,也只有找到其本人才能解决问题。而我所希望则是希望能够将每个人脑中所形成的知识汇集在一块,构成一个大的“知识仓库”;每位同事都可以在该知识仓库中分享自己的工作纪录、经验积累;其它同事也可以在这个知识仓库中获取他所需要的东西,减少不必要的重复劳动。基本的示意图如下面所示:
以上解决的是为什么,下面要解决是怎么做。我觉得不能要求说一开始就将这个做得有多完善,这不现实。目前所要做的是实现我们目前的需求就好,以后需要新功能时再自行扩展时即可。初步分析这样的功能需求如下:
1、至少有发布类似于Blog日志的功能;
2、要能够联网,这样方便大家访问;
3、支持多用户,能有权限控制,可以限制特定用户的访问,比如禁止匿名用户访问等。
之前,在网上找了个用于企业的协作平台,具体名字忘了。下载下来,安装包比较大,安装完成后占用资源更大。基本是基于LAMP平台的,光tomact就占用500多M内存,在我的电脑上运行时卡的要死。并且考虑到平台过于臃肿,很多地方存在问题且定制性太差,果然放弃。
也在网上找过其它一些所谓的平台,但是总是觉得不合适。我想,工具本身并没有什么问题,问题在于是否适合自己的需求。就我们部门而言,最基本的需求是要能实现BLOG功能,这样就能将平常的问题、更新纪录进行发布保存;再者是能够安全的进行数据的备份与保存。当然,最终实现的功能要比这个多些。我选用了Drupal这个CMS系统,再配合一些模块和插件实现了内容类型的定制,可以专门创建Bugs类型的文章,也可写技术支持纪录的文章。另外还实现了一个公共的文件柜,用于共享文件,还有Email发送,文章的导出和转发等功能。基本是符合我们的需要了。演示效果见下图,当然,这个并不是实际的站点,最终的站点在我公司的电脑上~~~
中秋节三天,基本上没有休息,全心放在熟悉Drupal这个内容管理系统上了。自己之前虽然有接触过一些网站建设方面的知识,但倒底还是不熟悉。在Verycd上下载了相关的教学视频,边看边操作,几下下来,也终于把这个东西给搞好了。虽然挺累的,但是感觉挺有成熟感的。其中有一部分是因为自己把这个东西做好了,也有一部分是因为自己在短短的几天内能做成这样的效果也确实不易,佩服自己。
另外颇值得感触的就是,像这些东西平时并不需要专门去学的,因为学了用不上,没用还不如不学。而一旦有用的时候,自己花个几天也就能熟悉个大概了,并且像这样的东西,熟悉个大概也就能满足我们的需要。我们并不需要将自己当成全方面的专家,什么都懂,做这样的东西就得把Drupal完全搞懂,真没什么必要,够用就行了。其实很多东西都是可以临时学的,但是相关的基础知识比如对数据库、PHP、WEB服务器方面的基本知识却是需要平时多多学习的 ,只有这样我们才能更加快速的去学习需要掌握的东西。所以说,工作之外的空闲时间,需要多多学习,但学习的重点应该是我们这个行业中最为基础性的知识,这样才有利于形成我们日后的核心力。
目前基本的站点已经搭好,剩下的任务就是如何让大家养成经常往里面添加工作纪录的习惯。貌似这个问题不好解决啊~~看来,我得自己先去多做些这方面的工作,让同事们看到其效果。毕意感觉自己在部门里才来一年,说话没什么份量,还是用实际行动来说明吧。
用户403611 2011-10-10 17:33
用户754892 2011-9-29 00:09
用户148087 2009-6-18 22:29