我是友军，我向营销大佬低头，买钻石💎，所有不支持买钻石的有被女权过滤多一次，帖子删不了，做好弃号的准备。

减去一个 servivor 空间的大小(上面拼写错了，不好意思)

直接内存的默认大小为 xmx 减去一个 service，兄弟看着点调

一开始是错的话，会不会一直错下去？如果不会还是想想还没有什么痛点需求需要解决。不要老盯着韭菜的钱包，一波流的把戏太假了，不够看的，观众会腻的。

明智，会先来 v 站，当然是被裁好啊，n ＋ 1

@LanAiFaZuo 造假的可能性不大，因为中间 jeffrey 的扇风点过太戏剧画了。如果只是作假可以更逼真点，或者更干脆点

目测是在暗讽语法糖太多了

哈啊哈，不对，account 不是你理解的邮箱地址，而且钱包地址。也就外部地址。


你可以提供更多你的资料，比如报错信息，放在 v2ex。

我通常用 nodejs 配合 truffle test 来测试智能合约，通过 web3 接口可以监听到合约的事件(事务被打包时抛出)。remix 没怎么用，因为当时需要做测试驱动开发，用 remix 不适合。你也可以不监听，truffle 在 test 报错的时候会列出所有合约抛出的 event

在代码最后加上 assert(false)就可以人为制造错误了

这贴好冷门，答漏了

remix 是通过跟本地的测试节点进程交互(js 调用 rpc 接口通讯)，实现高仿真测试。实际上可以理解为就是生产了，只是没有和公链一个网络。

但是测试结果准确性不能证明在它的派生链也有效，比如基于 eth 拓展的 quorum 框架，虽然都是 eth 虚拟机，但是有些兼容问题。

capturetheflag 的约束在 request 写着了，合约的发起者必须是 owner,owner 通常在初始化的时候设置，你的代码不全，看不出完整业务场景。就你给出的代码来讲，settime 就是给 preservation 合约实例的 librarycontract 成员设置属性值而已，settime 可以破例看做成员方法(ps:智能合约的设计思想不能和面向对象一概而论)

很多转嵌入式开发工程师，建议把计算机基础知识学好，语言和项目都不是重点，如果注意力在语言和项目会非常耗时间，后面基础没打牢固，一直漂。把操作系统和网络协议，数据结构和算法摸透，因为后面你接触很多技术栈没有这些理论会很难受，比如你看到其他协议你会很难理解他的设计思路。

用小程序做啊。外加云函数，分分钟的事情

哈哈😄“写一个函数求 n 位数中出现 m 个 6 的可能性有多少，比如 2 位数中出现 2 个 6 的可能性带入函数就会返回 1 ”这个函数应该是个递归题，这个题其实和上面那个题类似，但是简单了一点

1-1000 数字中 6 出现的数字，写一个函数求 n 位数中出现 m 个 6 的可能性有多少，比如 2 位数中出现 2 个 6 的可能性带入函数就会返回 1
有了这个函数，问题就好办了。(这个函数很关键)

然后利用上面的函数分别求:
1 位数出现一个 6 的次数，2 位数出现 1 个 6 的次数，2 位数出现 2 个 6 的次数，3 位数出现 1 个 6 的次数，3 位数出现 2 个 6 的次数，3 位数出现 3 个 6 的次数。

然后把上面带入函数后的结果做一下加减乘除就可以得出最终答案了。

能一字一字打出自己的经历，你的灵魂是钢铁做的。很佩服，祝福你，希望隔壁楼也能摆正心态。

人生是一场通关游戏，无外乎庄周梦蝶，hold 住心态，你会无事的。加油，哥们。