这问题，呃，有这种思维的人真的适合币圈吗？

@Chad0000 我觉得 temperature 温度更贴切啊，
在温度高的物体中原子的震荡幅度更大，单个原子的确切位置更不确定。
中学好像学过，这叫布朗运动。

@lzk800 感谢。
也感谢方滨兴们

这打分方法赞了，
果然写程序的女朋友不一样。
我见过的女生都没多少理性思维。

不懂，跨省买车有什么成本和限制？

我俩都是男的且需求正常
================
好奇你怎么确认它是男的，
以及怎么确认它需求正常。

配合 OP 一下：请说出社交软件的名字（话筒塞 OP 嘴里）

技术上来说，我觉得 OP 非常牛逼。一个开发这么一个项目，无论是架构能力，技术能力还是编码效率都是一流的。

但是低代码的应用前景，或者说这个故事，我是一直存疑的（不仅仅是针对 OP 的项目）。
OP 这么牛皮的设计，几乎可以不用写代码（除了判断条件那部分还有些覆盖不全）就构建一个前端应用。
但是，这么牛皮的工具给谁用呢？专业前端？似乎他们能帮他们提高初期快速原型以及验证的效率，但是，会引入后期扩展性的问题。并且，如果要用到高级功能，不可避免要学习和掌握这套框架，这就让人担忧这个学习投入是否能有长期回报（生态问题）。
如果给小白用，高级功能肯定对他们学习曲线更陡峭了，很难深入；低级功能呢，是否能达到拖一拖就可以用的地步，我认为这方面需要从具体业务入手进一步傻瓜化才能抓住这部分用户。

一直以来，我觉得低代码平台想解决的生产效率和功能复杂性的兼顾问题。
但是，这其实不是技术问题，而是哲学问题：如果提高生产效率的方式是封装，那么封装不可避免的带来一个二选一问题：能力下降或者学习成本上升（学习成本上升，就和提高生产效率矛盾了）。

接地方理论探讨一下，再次表示对 OP 技术能力的钦佩。

舔狗不得 house ，而且特么要付双份租金？

天真！
需要补税这种情况必须马上卸载报税 APP ，手机格式化三遍以上，然后深埋地下两米之下才行。

不然必被税务局找上门。