duangsuse
（得了，只要你是中文用户，就是罗马拼音缩写的难民
中文互联网已死
以后中国就没什么有思想的话存在了，全是感情 🌚

中文技术文章.. 都不怎么扼要，很多套话空话。和英文wiki 甚至ChatGPT 一比，就变成猴子写的流水帐
这还是好的，更别说那些教育课本上、《道德与法治》课本课外用的语文。 技术交流在中文圈感觉也.. 没有SO那样相对高质量的地方

>唔…相对而言我也倾向于规避中文内容，我有时在想这是不是搜索引擎的某种特性带来的偏见

我也希望是，但仔细想想以前读改的中文文章，我觉得这是教育系统和“独木桥” 的急躁环境带来的， 中文圈注定难以逃脱的行文风格
注重partical 人的比例上，中比外差太多了。许多中国技术人从不分享，或者只做知识星球 那种封闭的trick级共享，间接导致只有谭某某那种书籍知名

中文圈非常注重权威与准确，无论对行文还是实践，都会把所用术语字眼放在更前的位置，而弱化真正用到的操作。 30%的人甚至用比较官僚的语言
中文圈不擅长使用批判性思维，认为「重复先人的成绩和错误」就是学习与进步。不少潮流是React,Flutter,.引领中国再有效仿者的
为了严谨，其实牺牲了个体化的技术创新。 有些人会滥用民科(伪科学)一词，认为和自己不一样就叫民科。

应该说，中式教育就是「抠字眼」级的筛选，它不关心个体的创造力、知识的用处。 语文不会教你，如何写诗、为何诗人写的更好，而只去要求字数 猜测范文。 数学惜字入金，不会把同类问题归到一个“情景”下面比较着讲

幸运的是，有了ChatGPT ，这些都不再是问题了。虽然中国人没出特别大的力，但在ML领域也算是有些贡献（呃 虽然GPT没有适配一个不能访问官网国家的义务..

如果你能元编程，可以这么弄( Bing 没理解我是要拿def的参数..

https://splidejs.com/ 。WebGL
https://codepen.io/zadvorsky/pen/PNXbGo
https://tympanus.net/Development/PolygonalTransitions/ 三角形
https://webgl-image-slider.webflow.io/demo-2 极座标

#rust 哈，绝句数值有 数/计 Int/Cnt1,2,4,8 浮Rat4,8 和数浮N ，数默认数4 ，根本没isize 一说

所谓核心逻辑基本是一些复制粘贴.. 像频谱图FFT 在有了复数mat 之后4行就能实现，这复数,mat对70%的数学应用都有效 ，所以根本和“频域”算法无关

Py很精准的完成了这个划分， 而其他脚本语言的FFI如ruby,gyp就不太方便 #code
require 'ffi'
module MyLibrary
extend FFI::Library
ffi_lib "path/to/a.so"
attach_function :atoi, [:string], :int
py
ffi = cffi.FFI()
ffi.cdef("""
int iadd(int a, int b);
""")
lib = ffi.dlopen("path/to/a.so")
js
require('ffi');
var libm = ffi.Library('libm', {
'ceil': [ 'double', [ 'double' ] ]
});
py从业者的质量还是很好的，不给人造成麻烦
所谓的核心，自己也得以算法为核心.. 看不懂算法会写大几千行没太多用的碎纸(
所以现存的核心未必都是py这样好的🌝

额，调了七八次还是有错
表格，字节数1,2,4,8、值域、无符号值域、C术语(最常见1词)、“单字半字”术语；从4起值域显示科学计数

duangsuse:
当我读文章、讨论而看不懂时，得到的感想因作者而异：

当大逗比谈ML “ 人家费力写了那么多字，却要被刁难不够扼要，以后干嘛分享这些。不明确，那大不了多搜点关键词”

当ice1k等人发PLT的文章 “自己学语言理论却连中文写作都整不明白，总是讲些孤岛化术语，还不如ChatGPT专业，趁早别学了”

对毫不关心的领域，就会额外宽容，果然是爱之深恨之切😂

大 逗逼:
说实话 我没看懂你这段话在表达啥 前后是啥关联

duangsuse:
欸，但是我的初稿，比这个逻辑连接词更少..🙈

Bing 对我的语言还蛮习惯，不会因为连接词与助词缺失而看不懂，比如显示整数的值域：

表格，字节数1,2,4,8、值域、无符号值域、C术语(最常见1词)、“单字半字”术语；从4起值域显示科学计数

这句话前言不着后语，但他能理解我想创建那种表格

如果是你们会怎么发问🤔
知识就是能交叠并延伸出更多知识，并与现实有联系的信息（

这也太诅咒了（
而且我甚至没说知识，只是表达观点
然后断句断的太利索了🌚 结果只能让AI看懂

编程语言就是一种通识
python在这方面胜过90%的语言

二阶知识、一元函数..
我怎么觉得一变函数更好( 台湾翻译为单变数函数

明白了，原来是户口保护了官老爷和天龙人们门户清静（ 中国人在中国乱走是会成为非法移民或寻衅滋事

但是发达国家可以决定自己住哪，经济不景气也没必要到其他州。 不过住不起也要住这个真的无法理解.. 好像时薪19才能住得起

好像又贵了不少（ 天哪，中国一般时薪是11~30块🌝
美国2023.1的人均时薪也才$28 ，看来住不起是有可能的...

同样的搜索放在台湾就失败了🌚
看来以后搜集资料还是要手动校对

噢，大概理解了 vert 就是解析xy到xyz的，然后 gl.drawArrays了三角mesh 用这个方法着色 #gl
uniform mat3 jsMat; //xyr kxky 旋转缩放
varying vec4 bg; //vert只调用3次, frag里bg自动补间

void mainVert() {
gl_Position = vec4((mat * vec3(a_position, 1)).xy, 0, 1);
bg = gl_Position * 0.5 + 0.5; //变换后xyz直接作为颜色
}
void main() {
gl_FragColor = bg;
}

之前有个群友问GLSL圆角矩形怎么写， 我觉得还是用 https://www.shadertoy.com/view/7dfXW8 绑4个或8个点（ Bing 写不出来这玩意
https://www.shadertoy.com/view/fs3yDM 还有个术语叫 Squircle...

#py 哪有preemptive的 def ，你说的应该是yield ，那个是主动暂停而非抢占

你理解错了，py的GC和Coro 都是替程序员避免这些麻烦 ，你是指把async调用的await关键字省略吗？ kotlin能做到。

py和js都同时支持 yield和await 表达式，ES6上await其实是靠yield Promise 实现的，也是唯一能暂停函数运行的手段(await f等于yield* ,因为f可以暂停多次)

按常理说，确实IO操作自动暂停，不卡死调度器即可
可能py不想弱类型，担心执行顺序的混淆而必须写明await
（弱类型 动态类型这些确实容易混
毕竟传参时确实不检查

不过在静态类型，你的观点可以用重载实现，同时也能支持task组合器， 还是很有道理的。

其实根本不需要runtime通过syscall的耗时判断函数该不该挂起， 函数接受回调就转为“任务调用” ，就算挂起了
你说的做法很像把所有调用当成新线程-等待，因为不可能单独暂停1个调用啊。 正是因为必须要计算顺序，才有task一说吧？ 这不是thr级的问题，回调地狱就是缺乏task语法支持导致的

如果没人用mainloop 模式，倒是不存在卡线程的问题， 遇到IO直接sleep() 也不影响用户触控etc.，但跨线程调用又是大问题... 所以协程、线程、进程 都是有意义的
chromeos纯js,还不是支持了yield和Worker,
进程的用户隔离用跨源沙箱就能做

asyncio 感觉有些人不喜欢，还有别的库吗

依云:
毕竟 JS 天生异步

duangsuse:
这倒是（js天生有dom环境
而非os环境

duangsuse:
感觉这些都是一样的

DRY和KISS 都需要拆分复杂的需求
TDD 需要以API驱动编程实现

所以[自顶向下编程] 就能实现这三个(
意思是说，先在脑里完成技术选型，知道什么步骤怎么做后，再动手
当然就不会出现冗余或不够用的代码

codegen是必需品

违反了函数复用 ，但是弥补了编程语言不够动态或性能的问题

用gpt codegen 就不违反（现在叫AIGC

php的猴子都会codegen

对计算机简单意味着对人复杂

duangsuse:
#os posix 也比win32 KISS一些啊
py和rust 都是KISS，只是后者更IT化一些

posix也有好的地方，比如stdio和socket,kmodule清晰？也没有莫名其妙的handle

win现在的终端都是ANSI颜色，而不是DOS传统的CLI函数集

fd至少比handle 可查询点
ls /proc/1/fd/

其实已经学会UI的都知道，各种 CLI 所需的API是更多元的。UI的难度主要是框架带来的

win32 的API 在管理上有pwsh那种亮点，但历史上是落后于unix的。unix也有它的问题，但如今仍占领服务端市场

KISS就是简洁的意思.. win32对API归类很失败的

如果说杂乱就叫功能多，那win32 确实对system做了不少贡献
然而python stdlib是 posix way 的

我也没说 win32 完全不如 posix 啊，为什么win32能吊打posix，我有点不懂

posix本身占领当年的市场， 就是足够全面才做到的。 确实，ms的.NET和COM很强，win的form和WPF也很好， 但不代表os API上posix落后

两个系统的目标用户都不一样，KISS的意思也不是“系统应该提供默认X11窗口,DBus,文件关联 etc.”，根本不能说谁简陋

其实我只是想知道， “批评者缺少了什么API而只有win32有” 这个信息
方便我学习而已

你们没有提供，我自己解读，你们又说是暴论😒

批评者把原因讲出来，我跟你一起批判，反正posix和我没关系。我是js,py玩家 ，你以为我重视操作系统吗？ 我只是用文件树,argv,socket 这些高层API，甚至连跨进程py里都有封装
我自己就是写API的，跨平台最好，没必要踩win捧linux

整理下逻辑：

桌面上有Qt,Net,Xaml,ImGui,GTK,pyTk/Wx,浏览器 等GUI框架，它们能实现的界面如form,tabs,panel 非常相似，但学习难度差异很大(和H5相比就更大了.注意成果是完全一样的,问题全在“样式表”不通用)

所以，UI的难度不同，是框架设计不KISS 带来的。

import argparse 就能写一个CLI ，要学习基本没有难度
流行AI的今天， huggingface.co 上利

duangsuse: #oop #rust
rs好像是 struct A{} + impl A 的模式，直接A{} 就能构造，而构造器是可以写A::new的
sealed class是 enum{A;B(i8)}

除了零散点好像不比OOP差.. 继承以HTMLElement 为例，似乎也只是比组合长一点点
这么说 super()这种东西也没大用? impl一下好像也差不多

照这样 Any 肯定会被 T: Show+Eq derive Hash 取代

仔细思考发现 super() 给OOP直接增加逻辑，而不需要函数式参数的灵活性🤔
组合vs继承 的差异除了类型约束的长短，就是这个

另外组合好像也没 abstract，要传函数来实现？
(对了, 这个可以把抽象和默认成员，放到 trait+impl 里去要求.. 但说是优于继承的话，trait 的名字也不好起啊..

总之继承就像省字数的组合，且本质支持组合
比较一下Rust和kt 感觉确实是kt结构更单一