我从活字格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
|
陕公网安备：61019002000258 |
隐私政策 |
网站地图
