我从活字格3.0起开始关注这个产品,当时的使用感受可以用两个字表示:呵呵
到了4.0时,已经有了比较大的改观,但是还不足以支撑我心中的一个B端系统。
到了5.0时,已经有了特别大的进步,我用 5.0 做了一个系统,但是问题依然非常多,比如,当时还没有开放和用户相关的全部API,角色也不能在前台定义。我的使用场景比较特殊,我碰到的问题是在一般的民用场景下不可能出现的,我特别需要在前台能够对用户和角色进入处理。
特别麻烦的是,当时页面间不能传公式,至少当时我们的程序员是这样向我汇报的,我们在excel中常用的 =sheetXXXXX!sum(...) 这样跨sheet 传值是不能实现的,活字格官方也是这么回复我的,这让我非常失望。
我们是spreadJS的用户,我的项目部署的服务器恰好与spreadJS的部署服务器是同一台服务器,于是我试图在活字格中嵌入spreadJS以实现,但是实现的过程并不愉快。
在这个项目中,我意识到,活字格的简单,是代码级的简单,活字格的复杂,是项目级的复杂。
现在活字格是6.0了,原来我之所以不敢用活字格,是因为活字格没有提出一个愿景,在项目群管理中,所谓的愿景就是规划一个美好的未来。谁也不知道活字格这个项目会不会继续走下去,万一是 flash 呢?是 silverlight 呢?谁也不知道下一个版本什么时候出来,会解决什么问题。
而现在看,活字格的版本迭代已经有了一个成熟度模型了,基本上每年会发布一个大版本,年中会发布一个更新包。这样,就会给技术选型一个非常大的信心。这象 python 的更新一样了,版本的发布会有一个长远的计划,技术支持到什么时候也有明确的告知。有的软件,发新版的时候吧,抽疯一样几乎天天更新,要不然就好久不更新,你也不知道这个项目是死了呢,还是在进行中呢,这样的项目谁敢跟呢?
我们回到活字格的复杂来说。
我在用5.0时发现,即便是把活字格的所有视频都看了,我们的技术人员仍然不能独立做项目。这是我就萌生了一个想法,搞一个活字格的项目规范。我现在手上的项目,同时也是要搞出来一个项目规范,我把它起名叫 the Originals
|