duangsuse::Echo
716 subscribers
4.25K photos
130 videos
583 files
6.47K links
import this:
美而不丑、明而不暗、短而不凡、长而不乱,扁平不宽,读而后码,行之天下,勿托地上天国。
异常勿吞,难过勿过,叹一真理。效率是很重要,盲目最是低效。
简明是可靠的先验,不是可靠的祭品。
知其变,守其恒,为天下式;穷其变,知不穷,得地上势。知变守恒却穷变知新,我认真理,我不认真。

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): https://WOJS.org/#/
Download Telegram
Forwarded from 美图与沙雕 (永恆的星空)
人均GDP三千万 势力敌对( 宣传实现
Forwarded from 肃反委员会
3月15日,美国新冠肺炎确诊病例突破三千万(30000000)。

https://www.youtube.com/watch?v=NMre6IAAAiU
Forwarded from &'a ::rynco::UntitledChannel (Rynco Maekawa)
复古风摄影(大嘘)
Forwarded from 豆瓣精选
一下沙尘暴

北京就变成了北平 source
Forwarded from Yuuta 🎀 | clrd enroute
https://t.me/rvalue_daily/1671 光速整活,好活
Forwarded from PollutedHeck
Forwarded from RWTG9Y4's STDOUT
“提振消费 从心开始”
笑死,附历年主题
https://315.cctv.com/
#dev #life 3D(display) Vision 🌝
Forwarded from Phonograph (Ralph 萌新喵)
好爽
突然发现可以同时拥有三块屏
#tencent: 我 打 我 自 己 🌚
Forwarded from rvalue的生草日常
该内容涉嫌抄袭信息,举报双方正在举证
#PLT #design 今晚散步的时候自我争论了下绝句的「恒事」编译期计算问题(内心:你倒是写啊 不管是作为py预处理还是PKT2……)

我觉得吧,编译期计算和符号化计算(不完全求值+枚举匹配简化)是0开销计算的必要特性,以小学生(确信)都能理解的方法进行高甜框架的设计,如UI树的铺平,是绝句的重要特性之一。

其实我也一直没搞懂 C++ 模板和 constexpr 的实现方式(Rust是隔离出了带模式匹配的子语言『宏』),在之前,我学 C++ constexpr 函数,表明「恒事」的两点:
1.恒事内只能调用标记恒事的函数,包括算符在内,但 val/var 不受限;恒事不能写入外部量
2.恒事的调用被编译期部分展开,这意味着预处理期会尝试执行依赖已知参数的表达式,保留未知参数的表达式

很快我发现了问题:编译期计算明明是为了方便,可现在,标准库的绝大部分 API 都要被标记为「恒」事!因为它们并不会产生预料外的行为(exitProcess 等)

C++ 对 constexpr 传递性(内部包含调用限制为 constexpr) 的要求是建立在它能随意 constexpr (2+1) ,有这样的「内部运算符」一说的,可是对绝句而言,我希望尽量多多行为是能内部定义的,Int +-*/ 都是动词定义。

开始我考虑提供【编译期API】,接着是为简化,只标记不许的 I/O 【非编译期API】,很快我发现其实本来就不该为让用户显写自己函数的「恒」一字而添加这种限制!

最后我决定, const (恒) 一字代表作用域不同,允许编译期访问的涵义,取消继承 Kotlin 的 const val 一说(反正那个也只是符号执行的特例——常量折叠)

于是就有「恒事」「恒量」「恒变」的写法了,而不再是「常数」「常参」😓
Forwarded from Phonograph (Ralph 萌新喵)
中控大盘🤣