补充，想要运行里面的返回函数怎么办呢？

method(a()).call

可以用户 method 获得 :c 的函数主体，然后调用 call 调用它。

涉及到 2 个背景知识：

1.符号

符号 用 :xxx 来表示。符号用于 方法名、类名、常量。符号是一种特殊的数据类型，他唯一、检索速度快。所以被用于前者。想想是不是很合理？非常合理。为了性能。

2.返回值

ruby 认为所有函数都应该有返回。即使是返回空，也是一种返回。所以除了 显示调用 return 返回值，默认没有 return 的情况下，返回方法内最后一个计算值。它相当于

def a

  return def c

  'hello,world'

  end

end

所以这里，函数内部被调用，没有 return 情况下，会返回 内部定义的函数名，函数名用符号表示，所以返回 :c

微软可以用 Mac 么

@Rei

+1

所以都切换为电脑版搞

SQL 特殊地方，他是一个 三元逻辑系统 true、false、null 逻辑处理的时候，必须要考虑 null，除非这个字段加了 非 null 约束。

他的布尔值运算，也要遵循三元真值表。

（前几天看了，逃。。。

感觉远程这件事，算时间成本、租办公区成本，应该是比较共赢的。只是这个想法里面，对打工人利好，管理者应该不想。

速度上来了。以前 gitlab.com 访问起来非常非常慢

可以这样理解。毕竟 KPI 驱动、急功近利的晋升导向的不良氛围，而且维护性根本不可靠。而且做来做去就那点东西抄抄弄弄的。

实话是活，和国外还是有点差距。

他们家网站的插画，真是喜欢

答案如果找到了，AI 不就造出来了。如果 AI 造不出来（不能被复现) 说明答案还没找到。

有时候我觉得，这跟 Ruby、Rails 都没什么关系。

市场上有的是未成熟的技术就有人上赶着去用。Go、Rust 周边设施都没完善起来。Nodejs 也是乱七八糟的情况。

新技术替代旧技术，有一大部分原因是一种技术营销的结果。

另外还有一个国情特殊，国内的人喜欢迷信有国外大厂背景的技术比如 Google，仅此而已。国外大厂推出了什么，国内就会换一波。这几年一直都是这样。

国内缺乏上游技术制造的氛围和生态，所以总是换来换去。

🆙

截止今天 Rubinius 2 年没又提交了。

看来东西也要看是否能坚持到底

如果自己，可能是正则、字符串替换。

这个是 Ruby 的 Syntax 范畴，肯定是 他的 解释器里面 Parser 部分实现的。转成 AST，以语法的形式处理。

观望观望

作为前端，深知前端的轮子都靠不住。三天打鱼，两天造轮子。

之前看到一个 https://lit.dev/

背景：在公司的 slack channel 里一直安利 Ruby，突然有一天，有个同事问我——想白嫖一个环境搭建的教程。

我是菜鸡，难的我不会。可是这个简单啊，我快速撸一篇，这个适合新手。

关键字 Safe Navigation Operator

官方最新的文档

https://ruby-doc.org/core-3.0.2/doc/syntax/calling_methods_rdoc.html#label-Safe+Navigation+Operator

更新历史

https://www.ruby-lang.org/en/news/2015/11/11/ruby-2-3-0-preview1-released/

Feature BUG 跟踪 https://bugs.ruby-lang.org/issues/11537

404 了

然后当时的原文

https://github.com/baya/baya.github.io/blob/master/_posts/2013-12-06-%E4%B8%80%E6%AD%A5%E4%B8%80%E6%AD%A5dsl.md

新的地址 http://baya.github.io/2013/12/06/%E4%B8%80%E6%AD%A5%E4%B8%80%E6%AD%A5dsl.html

update

我其实觉得有高质量的标准库挺好的。

JavaScript 就不存在高质量、标准库。所以各种代码的操作都极大地围绕周边第三方仓库。一些简单的事情也很复杂。百里不同样。 第三方也可能不维护了。这样说可能有些人都没有概念。比如处理时间，JS 是没有自己完善的标准库的。需要仰赖第三方，那你选择就多了 moment、date-fns ……简单的事情，可能每个仓库不同人经手口味不同。

简单的事情也变复杂了。

这个角度，我其实很欣赏官方愿意花精力维护一些标准库。

而且 Ruby 的标准库范围很广，让我觉得很有趣。 etc 的存在，意味着，你去写一些命令行的程序也很方便。操作系统方面兼容性的细碎不是一般小白，或者我就想快速做一个脚本。这样的人可以搞定的。

web 即 app

周杰伦可以给我签个名么

个人不成熟的观点：

需求有限，低代码是 OK 的，就像简单的程序你怎么写他都可以 工作。

现实往往是充满变化和对撞——这种变化的本质来自于市场、竞争对手、人们的喜新厌旧和贪得无厌。有价值的需求永远是 超前的，低代码依托在一个极其有限的模型下根本 cover 不住。

当你用低代码抽象的时候，发现还不如写代码快。

挺酷。

不过不太喜欢 缩进语法。一个缩进导致解析错误有点崩溃。

amd 主机有推荐的么

感觉回到了 2010 年的 mbp

—— 发送来自我的 2010 年 mac book pro

这个作者是一如既往的优秀。可惜现在退休了

Chrome F12

Ctrl+Command+P 命令面板

输入 Screen 这里有截图功能