为什么EOS Dapp开发这么少？恨铁不成钢吐槽版
对于目前EOS 开发现状，想要做一款基本的Dapp，需要以下人员和配备
- 所需人员
1.前端开发（初级）
2.EOS区块链运维（高级）
3.EOS合约开发（高级）
- 硬件配备
至少一台配置较高的服务器，提供全节点rpc服务（正式环境，一般不会用其他节点的api，难以把控）。
如果Dapp需要大量自定义查询，以及分析，还要做入库（mongodb或者mysql），并提供对应的api。
对于常规的EOS全节点维护，已经很费时费力，如果在做入库查询，难度更是上升很多。
- 软件配备
1.浏览器运行
目前EOS扩展只有个Scatter，不说其他的数据设计，只说对于交互逻辑，个人和身边人了解，都是基本反人类。无论一个Dapp多么的小巧，简洁，只要支持Scatter，都要单独写一个文章，教给用户如果使用Scatter才能进入Dapp。先添加网络，再导入私钥，在生成身份...毫无引导，一脸懵逼。90%用户，基本在Scatter就放弃了。。。
2.App运行
目前有几款App支持Scatter或者其他私有协议的Dapp运行，只能说部分可用，并且只是移动端的适配，很多Dapp还是适合PC页面展示。
- 运行成本
1.获客成本
EOS注册账户，支持基本的转账等操作的话，基本需要4kb RAM+ 0.1EOS + 0.1NET。当前RAM价格1kb/0.0994EOS,EOS单价按40rmb，总价格为9.6RMB。
2.数据存储
数据上链，存储的成本可直接按RAM价格乘以数据量计算。
先说这么多，普通的互联网公司，已经懵了。。。太多的区块链知识，以及EOS相关的，很多公司很难招到相关人员，或者目前公司的规划不了解区块链，很难明确是不是需要做Dapp。
要说做一个传统的web，每个互联网公司都能分分钟做出来，那如何让这些人也能尽量顺畅的做Dapp呢？
下面我们针对上面的吐槽，挨个试着简化。
- 所需人员
1.前端开发（初级）- 这个传统互联网都有，开发技术完全一致。
2.EOS区块链运维（高级）- 交给三方的公司提供支持
3.EOS合约开发（高级）- 招中级c++开发，只学习合约相关，或者找合约提供开发的三方外包公司。
所以，人员配备可以精简到 一个前端，一个中级的c++开发。
- 硬件配备
三方提供数据查询支持
- 软件配备
1.浏览器运行
提供一款基于Scatter的优化版本
2.App运行
合作接入三方的App
综上来看，大部分的难度，还是在全节点维护，以及链上数据查询方面，投入较大。
期望的EOS Dapp开发环境
- 提供一个 eosservice.js的开发库，对于前端来说，只关心此库的使用，不用关心什么其他的区块链相关的知识(基于eosjs再简化下)。
- 三方提供数据查询服务的公司，封装相关的接口，提供查询的js sdk。
- 一个类似优化版本的Scatter扩展。
- 合约开发文档，案例以及部署调试工具。
最后想说EOS加油，社区加油。