js 有 proxy 之后能完全实现 ruby 的元编程功能,decorator 甚至可能比 ruby 更方便,rails 难抄很大部分是 codebase 的复杂度,但是这个复杂度即使是今天的 ruby 程序员也未必当成值得骄傲的事
如果按 review 活跃程度来判断 offlime 其实未必有什么问题
人是计算机,那么做菜的时候装载的程序是菜谱,跳跃的时候装载的程序是物理定律,读书的时候装载的程序是书中的推理
支持,我可以来搬砖
谢谢各位,我研究一下
发个 pg 的
如果说的是正常 html 转这个,很容易弄出转换器,如果说的是普通缩进,那 python 怎么贴就怎么贴
mint 看上去不太好看,简单看了一下,mint 的 connecting store 类似于 react hooks,而 store 内的状态更新则接近 svelte,我猜测它是有响应式设计的。但是 imba 是没有响应式设计的,参照楼顶更新的内容。
一个 fun fact:svelte 是参考 imba 做出来的 https://gist.github.com/Rich-Harris/0f910048478c2a6505d1c32185b61934
可以用 set_trace_func 获取外部 binding,然后 eval
ruby2.7 开始已经去掉了
机翻?
100.times do
long_str = "a" * 10_000_000
sleep 1
end
仅仅执行这个内存使用是很稳定的,我觉得如果有问题的话应该是 rails。还有就是之前用 development 来跑一个小项目,大概几天之后就会非常卡,production 没这个问题,当时没细究但是也有可能是这个环境差异
英语写作可以扔去 grammarly 过一遍,比较有利于提高
结构化编辑器(例如 MPS)就可以做到,不过是不是比原来容易写(大概率不是),是不是比原来易读(一半一半)
雾雨 灵梦 斯卡雷特
理论上可以只分发 yarv 字节码
关于下拉一半的问题,翻了下源码,你可以自己判断加载的时机,然后用frameElement.delegate.loadSourceURL()
来手动触发 frame 的加载
第一个真是太黑科技了
turboframe 在用 src 加载的时候,会读取对应 url 的整个模板,但是只会用到其中 frame 的部分,这样会造成无用的渲染。但是现在 turboframe 并没有专用的 format,不知道以后会不会加上,虽然直接在 param 里面区分一下应该也可以。
我个人的体感是 ruby 基础教程是垃圾,比较好的是 ruby 编程语言,封面是雨燕的那本,虽然老但是好。一个有用的观察是尽可能看语言原作者写的书,例如 c 就看 k&r,erlang 就看 joe 的,老从来不是什么问题。
crystal 的教程里教了多用栈少用堆可以写出跑得快的 benchmark2333333
只有没钱的公司需要换语言,有钱的公司只要堆机器就好,换语言是公司能力不行的体现
🐂🍺
Pry 里用$可以直接看
这个是因为 lambda 在创建的时候已经编译好了,用 RubyVM::InstructionSequence.disasm 可以看 lambda 编译后的字节码,会发现如果当时有变量字节码是读取 local,否则是调用方法。所以不是作用域的问题,在其他脚本语言里也没有。
这个问题无法避免,可以使用实例变量等等来绕过。
dhh 是真的牛逼,有他在,我觉得写一辈子 ruby 并不是梦想
谜底:
过程转写的方程式 - fortran
自解释的树状结构 - lisp
顺流而下的字母表 - a、b 和 c 语言
模拟世界的活跃体 - simula 和 actor 系统
有限空间的问答机 - prolog
可变形的柔软宝石 - ruby,改了一下,因为要突出可以 redefine 的性质,之前的太直白
D 大调的协和半音 - c#和f#
无限延伸的类之类 - agda 以及其他有 dependent type 的语言,因为这类语言里类型是分层无限上升的
违规借用的拒绝者 - rust
不如 sicp 里的卷首语“献给活在计算机里的神灵”