分析工具那点事——艰难的开始

看了下，支持你对于阿里价值观的疑问，这个社会，需要思考者，但注定，思考的越多越深入，你就会越悲哀，因为你了解了问题的本质并且知道解决的办法但又无力改变这一切，这解释了为何东西方思想家要么是偏执狂，要么最终沦为或被认为是精神病。

别担心，你的价值终有一天会有人认可，坚持并忍耐~~~

关于产品，如果我没猜错的话，我想我应该知道你要做什么，是通用的数据管理后台么？根据业务构建管理试图，创建用户界面？

建议你参考下各种开源ERP的前后端实现，WEB/SWING的各种实现我都用过。
我跟我朋友之前也想做，不过后来因为别的事情不了了之。

建议你前端使用EXT/ZK，JQ并不适合这个，并且做成独立的WEB SERVIE，传递JSON/XML,这样可以方便用户随时切换B/S C/S界面操作。

谢谢你的关注了
人要是离开的思考，那人生的乐趣就没有了，不管能不能改变，思考一下，总比啥都不想来的好，虽然可能会给自己带来很多烦恼。。。。但另外一方面，现在的社会对于偏执狂，确实是没有任何的容忍

关于产品，谢谢你的建议了。
我更想做的是从数据的生命周期上去管理数据，而不是单纯的数据管理。
这边包含诺干个产品，包括数据生产，数据监控，数据分析，和数据消费，现在写的分析工具应该算是数据消费的一个分支

想做那些东西，用啥并不是很重要

不管你强调生命周期还是什么，但是落实下来，必须是数据管理，必须是业务模型。你的界面必须支撑一个应用面的业务模型。

当然，应用面越窄，就越容易做，因为目标越清晰。所以我建议你去了解ERP，你的想法只是其中的一小块。

确实用啥不重要，关键是时间成本，我分别用JQ/JS/EXT实现过类似的功能，用过ZK实现的产品，我的结论是，时间成本比例:ZK<EXT<JQ<JS。

谢谢了，不只是你，还有很多人建议我看看ZK，看来我是要仔细看看了
我也不想一个人吞下整个ERP，我只想做数据管理

你做的那一快，只是ERP的一小块，但是ERP所要考虑的比你全面。

我见过的几个ERP,都实现了通用的数据管理架构，这完全不是问题，相比来说，做出适配的，灵活适应各种业务模型的架构，才具有挑战性。

简单点说，产品-会计 模块，一个强调数据关系，一个强调数据灵活，其实两者的难度就在于业务。
相比来说，底层实现真的很简单，完全可以做个简单ORM 数据网关,把所有数据都丢到客户端分组交互，服务器端只做数据吞吐，然后做一些客户端做不了的，比如图片处理，压缩加密。

工作量不是一般的大啊。

呵呵，碰上传说中的业内人士了。。。。
如果是纯粹的ERP的话，在我的理解来看就是数据生产，对于数据的关系，那个不是一般的乱啊，只要是系统就是一套自己的关系，所以数据的生产，能不参与就不参与，参与进去就变成做ERP的了
另外还有一部分数据生产是来自于ETL，那部分可以做，重点在于数据质量，过程控制上面

路过一顶，数据库什么的最讨厌了。

跟亚信的很像。

顶一个吧。。

另外阿里的价值观，我还是比较认同的。

慢慢来吧，哥们

我不算业内人士吧，主要是以前帮BOSS调研需求的时候，简单的看过几个。

数据的关系，是你这个系统的最关键的地方，但是决定数据的关系的因素往往来自于业务逻辑，而业务逻辑是不断变化的，再继续推理，基本上就无解了。

所以还是得看你的侧重面，缩小应用面。

数据生产也要看关系，质量则看你具体怎么处理了。


慢慢来，像SAP都是这样干的，人家不过就是靠多个应用面模块扩展应用面的。比如针对钢铁，贸易，汽车等不同的行业做具体的解决方案。不过基础的数据录入显示，这个还是通用的。类似于数据库管理。

看起来有模有样哈~
建议做成分散的、POJO的类库，方便我们调用。