浅见：开发DAPP应用，最重要的是什么？
今天来聊一聊关于RAM和DAPP开发的问题，我认为，很多DAPP的开发者和思考RAM问题的人，忽略了一个重要的地方。
个人浅见，仅供批判。
- 怎么看待RAM市场？
- RAM价格高，DAPP怎么做？
内置的RAM市场，高度波动的市场
在 EOS 主网上，从7月2日以来，RAM的价格波动剧烈，最高时候到过0.9 EOS/Kb，最低也跌至0.17 EOS/Kb左右。
有人从中获利，喜笑颜开，别墅靠海；有人拍断了大腿，割肉离开；也有人内心焦躁不安，如同大夏天怀揣着一个火炉，心如撞鹿。
我无法知晓价格的走向，也不确定下一步是采用什么样的扩容方式，这些都还是未知数，没有定论。
这是你的机会么？还是你的炼狱？
我声明一点，我不投机，也不反对投机。如果想来，请放弃暴富的幻想，玩一玩也没什么大碍。这本身就是个人性的试炼场，在安全的边界内，投机一下没有什么坏处，你会知晓自己的本性是什么样的，不过，别把赌赢了当作自己的本事。我一直的态度都是，在环境里面去观察人，去观察自己，你会发现，在面临价格波动的时候，你自己的贪嗔痴念，很容易就暴露出来了。
暴露了不怕，怕的是沉浸其中，入得了，出不来。在闹市场中修行，磨的是性子和理性。
推荐阅读两本书，索罗斯所写的《金融的哲学》和《金融炼金术》，对反身性有所理解，也许不会帮你赚到多少钱，不过，能够更深的理解人性，也是很有意思的一件事情。
RAM很贵，DAPP开发者怎么办？
很多人诟病RAM 成本过高的一个理由是，这会严重的阻碍开发者入场，会增加了DAPP的运营成本，会损害EOS的生态。
我的看法是，当然DAPP消耗的RAM数量是固定的，RAM的成本高，自然会引起部署和运营成本增加，这当然如此。
前段时间自己发行一个币，可能只需要6个EOS就够了；按照200 Kb的消耗量算下来，现在再发行一个币，就需要消耗掉接近100 EOS，近 6000 元。
如果智能合约复杂，则花销更高。
EOS的设计中，使用了内存数据库的方式，这是为了提升速度，尽可能让 EOS 能够满足大规模商业化应用的性能需求。
我认为，RAM本身就是稀缺性资源，就算价格降低，比如降到0.02 EOS/Kb, 作为一个有良好习惯的DAPP开发者，也应该要仔细权衡什么数据要用到RAM，什么操作不必使用。
想清楚应用中什么操作要借助区块链，什么不需要借助区块链，是未来做DAPP架构和开发，所必备的一个要求。这是考试点，需要记下来。
比RAM更值得关注的
我一个不成熟的看法是，比RAM更值得关注的，是DAPP是否能够满足需求。相比之下，DAPP的开发门槛会相比传统的应用开发，要高一些。举个例子，用Ruby写一套博客程序，可能很快就可以做出来；但是用 EOS.IO 软件来通过智能合约的方式来实现，就需要考虑到方方面面的因素。目前，最主要的是技术上面的因素，是如何写出来的问题。
因此，很多人的注意力放在了技术上面，也因而去关注一个DAPP要消耗多少的资源，花费多少的成本。
但是，更重要的问题在于，DAPP的成败，并不会因为RAM成本过高而受到太多的影响；DAPP跟其他的创业项目一样，首先要解决的还是，这个产品做出来，是否有用户愿意买单，能不能解决用户的问题，是不是切中了市场的需要。
当然，如果是用来割韭菜的DAPP，嗯，当我没说这话。
再重复一下：DAPP是否能够满足用户的需要，这一问题远比RAM价格高昂的问题，要重要得多。
因为，如果一个DAPP能够满足用户需要，并且是与众不同的那个解决问题的项目，那么，自然可以通过很多的方式筹到资金，RAM成本高的问题，自然就不是多大的问题了。
怎么验证是不是满足了用户需要？成本高么？
通过测试网络来实验
现在用EOS搭建的成熟测试网络，主要是Jungle Testnet，Scholar Testnet这两条。如果不够用的话，也可以自己去搭建一条来玩一玩。
前段时间金马兄宣传过的黄金矿工这一游戏的运营思路，我认为值得许多DAPP参考：
- 在测试网络上测试用户反馈，打磨产品，进行产品改进；
- 寻找到用户需求的切合点之后，再转移到正式网络上。
当然是存在RAM在正式网络上面价格过高的问题，作为DAPP开发者和运营者，自然是希望成本能够更低一些，但是，首先关注的问题，还是产品是否可靠可用好用，之后才是产品运营的成本问题。
这块的看法可能有失偏颇，欢迎指教。
PMF，MVP
再多说两句。
产品有两个阶段： PMF之前，和PMF之后。
PMF，是指的产品与市场匹配，在达到产品跟市场匹配之前，需要做的不是扩张，不是着急推出来正式的版本，而是先通过尝试，迭代，实验，打造闭环，完成产品的初级阶段的积累验证。
对于EOS上的DAPP而言，这一阶段可以先从测试网络上开始；在积累了足够的用户学习经验之后，再用正式的网络来开启产品，是比较降低成本的路径。
网友评论