原文：https://markushimmel.de/blog/my-first-verified-imperative-program/
阅读时间：13 分钟
分数：173

Hoare三元组的一般形式为{ P } S { Q }，其中P和Q是断言（assertions），分别称为前置条件（precondition）和后置条件（postcondition），S是一个程序语句或程序段。
含义
{ P } S { Q }表示如果在执行语句S之前，程序的状态满足前置条件P，并且语句S正常终止，那么在语句S执行完毕后，程序的状态将满足后置条件Q。也就是说，前置条件描述了执行语句S之前程序应满足的状态，后置条件描述了执行语句S之后程序应达到的状态。

alias w=echo who-w=$(which w)
declare -A tputKV=(
[🟥]=1 [🟩]=2 [🟨]=3 [🟦]=4
[🟪]=5 [⬜️]=7 [⬛️]=0 [🏙]=6
)
for d in {0,8}; do for k in "${!tputKV[@]}"; do
declare -A "fputKV$d[$k]=$(tput setaf $((${tputKV[$k]} + $d)))"
declare -A "tputKV$d[$k]=$(tput setab $((${tputKV[$k]} + $d)))"
done; done
I=$(tput sgr0)
tputKV8['⬛️']=$I
FG() { w ${fputKV8[$1]}; }; Fg() { w ${fputKV0[$1]}; }
BG() { w ${tputKV8[$1]}; }; Bg() { w ${tputKV0[$1]}; }

FBG() { u=$(node -p '((ks,v)=>"w "+process.argv[1].replace(/\b(.)(-?) /g, (_,cv,b,i)=>(i=ks.indexOf(cv))==-1? cv : `$(${b?"B":"F"}${process.env.g?"g":"G"} ${v[i]})` ) +" $I")("BYGRPZWI", [..."🏙🟨🟩🟥🟪⬛️⬜️🟦"])' "$*"); eval $u; w $u; }

gh login
gh new-repo $(rand).paradigm.org

loginGh(id, secret): VO
newGhRepo(id): VSO

gh=Gh.login(id,secret): SV
gh.newRepo: SVO
# 范式是跨语言的
(u= gh login root toor)=="gh badguy"
$u repo new (randProj)

这样才符合人类直觉： 不要光 call, 要 with 🥰

虽然他没有“优化掉”arg0（为全局 省字数），但因为全局是可以随便加的，class{} 键值是密封的，在开小号之外，我们又有了类型和补齐

gh=Gh.new(id,secret): Snew
gh.Repo.new('jackass'): SnewO

Gh.static.setApiURL(): SgetsetO
这一条是不依赖登录的（静态函数）。

Gh.login(uid,secret, otp=> device._2fa.get(otp))

一般来说，FP 用户不会缺少对OOP的进阶理解，比如用 get(otp) 重载 db.otp.getKey(otp) 、用 atoi:Int=>[Int ValueError Mayfail]，这种摘要性（或者说严谨）好的心智模型，而不是和JQ那样只懂起名和拼凑调用链的库一样。
Vue对单 ref() 多显示的理解也是靠起名无法实现的。

btw. 命名动词还是有意义的。 比如佐人经常区分「买」和「雇佣」，「赤字」和「借」，但事实上是一样的。 混淆视听会损失类比的空间。

# 指针宽度

指针就是超链接。 它的域名是你的内存，地址是一个64或32位的整数，有 rw, r, rx 三种经典鉴权段位。 对JVM和v8来说，并不是所有bit都用于标记一串byte元组(struct)的读写位置，至少x64上的void* 只有52个有效位。
C, Java, JS(Vue) 里本质上是指针(Any/interface{}类型) 的模型，信息量也不同。

C: 单个内存地址，比如x32就是2**32, 4G 随便存，x64就是天文数字 （但是没有意义，比如，连是 int, 普通struct, Umbrastr 都分不清，需要printf手写%d ）
Java: this=data+funcs 双指针，把变量树和方法表存在一起，可以 override ，再比如用 args=Array[0:length] 取代 (argc,argv) 元组，也是头尾双指针
Vue: ref()= N个回调 多指针， 回调可用于赋值，可以随便组合数据与计算、业务逻辑；SQL外键同理，可以用于拆分表单，多处复用

# 类型系统

C: 基于sizeof，没有 range/str/list/kv(tuple set) 等(可变)容器， 没有 T::fun 等模块化
Java: 基于 obj.(type) ，类型存在于编译期和运行期，可以数据化（反射），可以像函数值字典的Builder一样写class{}
Vue: 因为领域不同，JS 更重视业务而不是可维护性。 类型只是IDE的工具，没有优劣，🤓 DOM 的宽广和稳固、框架的繁荣让JS无需类型即可安全高效

最后，在标志性「语言特性」上，自古以来是这样：
- biosC=x86nasm+函数和8种整数的超链接
- C=biosC+ld文件maps内存段+CPU分片 (作为"libc的JVM")
- PyJS=C+双指针和kw左值传参 [双指针fatPtr] ([len,] {type:}和{proto:{vtable}} {_树内硬链接refcount:0} 均占用16byte)
- FP=PyJS+单函数组合+正择解构再构 (谈UIUX框架，没有[轮询或卡线程pull]是evpoll&push、多监听取代不了的，只是，C的无闭包和while(1)死循环，禁止了回调链表新加异步栈)

import scrypt
scrypt.hash("text", "abra.js", N=2**21, r=8,p=1) 

#https://www.jsdelivr.com/package/npm/scrypt-pbkdf 慢一点
let { scrypt } = await import('https://esm.run/scrypt-pbkdf'); alert(await scrypt("text", "abra.js", 64, {N:2**20, r:8,p:1})) 

臉書的人在介紹 GraphQL 時，寫了一篇很好的文章，說明為什麼 REST 變得有問題： https://facebook.github.io/react/blog/2015/05/01/graphql-introduction.html#why-invent-something-new 他們沒有那麼嚴厲，也承認 REST 確實解決了一個問題。

從他的文章裡：

但現在是時候打破沉默，承認 RESTful API 的概念可能是網路軟體史上被廣泛採用的最糟糕的點子之一。 Roy 可能是一個很棒的人，而且他肯定有很多很棒的想法。 然而，我不認為 RESTful API 是其中之一。

HATEOAS： 要符合 RESTful，你的應用程式需要公開一個初始 URI，並讓你的應用程式中的所有狀態變化都可以通過超媒體「被發現」。 這也很有局限性。 SOAP 試圖解決其中一些問題，但它並沒有取得多大成功，而且也不是銀彈