您如何存储公司积累的内部知识？会议纪要,软件规格,计划,其他组织的说明,讨论和存储的文件,议程......
我们参与了软件开发,但这不是我们的主要关注点.所以我们的wiki/CMS需要能够轻松链接到SVN和Trac票证中的文件.我们正在使用Trac Wiki atm,但它没有成功:重组繁琐,没有"这里有什么链接",没有文件修订.
那么:我们应该使用CMS还是维基？照我看来:
Wiki的优点:易于有机发展,即时创建新页面,擅长链接.
缺点:不支持结构/层次结构,因此您需要花费大量精力创建和维护导航框.没有每页/区域权限模型.没有"工作流程"支持.一般较差的附件支持.
或者许多人同时使用两者？
我在过去的几天里一直在设计一个网站,并且正在对横向扩展网站的不同方面进行一些研究.如果事情按计划进行,几个月(几年？)我知道我需要担心扩大网站的规模,因为最终消耗的资源将是巨大的.
所以,这让我想到,何时是开始思考和设计可扩展性的最佳时机？如果你太早开始,你可能很容易使你的设计复杂化,并使其无法实际构建.您也可能会对细节,架构,无论如何都陷入困境,最终无所事事.此外,如果你确实让它工作,但网站永远不会起飞,你可能浪费了很多额外的努力.
另一方面,你可以在路上节省大量的精力.从头开始设计它会变得更容易,以后让它变大,只需很少的重写.
我知道我正在做什么,我决定现在至少在缩放方面做出一些选择,但我不打算彻底改变思路以使其完全扩展.值得注意的是,我已经将我的数据库从传统的关系设计重新设计为类似于下面链接的Reddit网站上建议的数据库,我将尝试一下memcache.
那么,基本的问题是,何时是开始思考或担心缩放的好时机,以及什么是一些好的设计,提示等等呢？
对于那些感兴趣的人,我一直在阅读的一些事情:
http://www.codinghorror.com/blog/2009/06/scaling-up-vs-scaling-out-hidden-costs.html
我的公司正在开始构建基于Web的RSS阅读器,用户可以注册并跟踪提要; 很像Google Reader.
我的第一个想法是,一旦我有某个博客或网站的提要URL,我只需要轮询一次以获取内容,然后将条目插入数据库以供订阅它的任何人使用.
然而; 如果有人使用像FeedBurner这样的服务来跟踪读者统计数据,那么100个读者可以订阅特定的博客或网站,它只会向实际作者显示为1个读者.
为每个订户轮询一次将是一个巨大的不必要的开销,特别是如果一千个用户订阅相同的订阅源.您是否有任何建议,或者是唯一能够快速连续多次轮询相同数据的解决方案？
因为我的时间有限,我通常只关注一两个我的爱好项目,而其他人则坐在那里浪费.
我正在寻找一种能让我更好地分配时间的解决方案.是开源的,我负责指导项目的现实,还是有更好的解决方案？
就我而言,一个项目有一个合理规模的用户社区,但目前是封闭源.有人要求开源.
我正在开发一个项目,并且已经开发了系统必须执行的高级用户需求.这个项目是一个基于CodeIgniter框架构建的php Web应用程序.现在,我正在尝试将这些要求进一步细分为控制器/操作.做这个的最好方式是什么？
我正在考虑使用一个包含四列的表创建一个word文档.第一列将是控制器的名称,第二列将具有操作,第三列将具有特定于操作的视图的名称,第四列将显示哪些用户可以访问该操作.这听起来像个好主意吗？
我喜欢构建应用程序的界面第一种方法,但实际上,在创建原型界面之前,我需要知道我需要哪些视图.
任何人都可以帮我解决如何规划应用程序和任何可能有用的文档吗？
我们目前正在寻求开发一个应用程序,以使经理能够查看和/或修改员工轮班计划.换班时间为7天,不变,即.员工总是按照相同的班次模式安排.
我已经看过TMS DB Planner,但我想将其与任何其他VCL组件进行比较.
任何帮助或想法将不胜感激.
问候,彼得
codeigniter ×1
delphi ×1
documents ×1
methods ×1
open-source ×1
php ×1
rss ×1
scaling ×1
scheduling ×1
svn ×1
wiki ×1