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

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): https://WOJS.org/#/
Download Telegram
IIFE 好像是『立即执行函数』的意思 (I???? Immediate Function Execution),博主自答了
duangsuse::Echo
一来… 好在 JavaScript 本质混乱邪恶,IIFE 有不止一种写法… 括号层数 -1: node.appendChild(!function (key, value) { var newNode = document.createElement("div"); newNode.setAttribute(key, value); return newNode; }("a", "b"));
我讨厌这种写法,而且不知道为什么要用 !function(...){...}(...) ... 听起来 ! 的宾语应该是 function(...)... 可我不知道 (!T): T 是什么意思,它的类型简直莫名其妙
忘记 IIFE 是干什么的了…… 好像是『局部作用域』,算
duangsuse::Echo
血本啊…… 现在真的是越来越没劲写代码了。虽然现代啊,是比十年文革的时候强太多了,但是我这样的杯具还总是存在啊。 今天我亲爷又来监督我上学,其实现在,在电脑前我居然好像已经失去了对编程生活的效率和灵感追求了,很可惜……
如果你去看看 Kotlin.JS,你会发现他们好像也是默认用这种方式来传递 Kotlin 对象

比如经常有类似这种
function(k) {
k.io |= {};
k.io.stream |= {};
k.io.stream.buffered |= {};
k.io.stream.buffered.BufferedInput = function(...){...};
}(window.Kotiln)
;
#net 全大写的 RADIUS 不是 Remote Access Dail-In User Service 吗,是应用层协议啊,之前忘记了,这个名字太奇葩
Forwarded from 永久封存 | Yuuta 台 | 😷 #Pray4Wuhan (Yuuta ⠀)
长时间 Connecting,然后出错。

机房里的 Ethernet 貌似也无法连线(?)

(WiFi 这个是不是 RADIUS 炸了 XD
#Android 🤔 什么叫做分离…… 不会是弄个 repr ORM 存储的规则的 Collection instance 吧
duangsuse 当时想,比较简单的结构在这种情况可以不用麻烦 SQL 查询了
Forwarded from 永久封存 | Yuuta 台 | 😷 #Pray4Wuhan (Yuuta ⠀)
Dir 扫描引擎重构中.. 为日后兼容存储重定向做准备。同时把 ORM 的规则和扫描结果(内存中)的规则做分离。
Forwarded from dnaugsuz
同意,所以我建议为了学习的目的,同样的一个软件模块最少要写两遍
只有开始写第二遍,你才会发现有什么地方很难看、没理解、需要简化
Forwarded from dnaugsuz
即便不是这样,过度用脑也是不好的……
我短期记忆能力比较差,然而经常需要思考一些可视化的东西…… 而且总是想 N 遍,所以感觉越来越累了
而且对实际编程感觉也没有什么帮助,可见要『适配』是比较麻烦……
Forwarded from dnaugsuz
听说过以前老冯(冯诺伊曼,控制论的创始者)经常说不能用 assembler,因为它浪费 CPU Cycle!
T = I * CPI / Cycles
现在岂止是 Assembler,我们连 lint 和 intellisense 都用上了,不知道老冯看到今天会是怎么样的想法
树状图?压力测试?Dynamic Programming?

树、DP 应该还可以建模的吧…… 性能优化可能更加困难
Forwarded from 131的小本本
状压DP见祖宗,直接爆零。
auxfun0.py
2.6 KB
#Python #code 大家保存好,绝版了。
头疼,看起来一些简单的控制流逻辑也不会看了,不过至少是能够看……
新的解析器框架,虽然还是很简单而且不支持容错什么的,但又支持了 PEG 文法…… 打算用 Java 重写个
duangsuse::Echo
新的解析器框架,虽然还是很简单而且不支持容错什么的,但又支持了 PEG 文法…… 打算用 Java 重写个
为什么不用 #Kotlin 呢?因为 Kotlin 本身对我这类辣鸡程序员就已经很极限了
何况还是要写可复用性要求这么大的东西
如果用 Kotlin,我感觉我会驾驭不住甚至不知道怎么抽象好……

但我觉得上 Python 用动态类型不好…… 而且类型检查好像的确没有…… 我去找过有静态类型检查器,但是 Python3 是渐进类型的啊…… 不能多态淡疼
写成 #Java 会优雅一万倍。
parser.py
12 KB
再加上之前的 auxfun 模块,就完美了!虽然没有经过完整的属性测试
#Python 不配写太好的测试……
🤔 我觉得大家不能白吃我的代码,要不然被妮妮萌萌那样的人抄了,岂不没命? 上 GPL 吧