苦海无边回头是岸，南岸无佛。新人推荐 svelte+fastapi

楼上两个不要羡慕嫉妒恨啦，否则 python,Ruby 等动态里面都要被你们骂出翔了。

鉴于已经有那么多让机器高性能的的编程语言，我只说两件事，1 精力是编程者的，2 算力是机器的。讲那么多我听不懂，你讲的太权威了，甚至带点法西斯卷心菜味道，

是啊，可是编程语言也不是语言。人机交互原则是怎么方便怎么来。搞个编程输入法在输入效率肯定比拼音输入法高好几个级别。块代码还是像 python 装饰器那样固定为下一行效果好，符号可弄个更好的。if 语句组的符号如果不够直觉化，可以重想一个更直觉化的。要真有那样的编程语言，哪怕是定位幼儿编程语言，也是极好的。

比这例子更容易读那就不设强类型，把颜色分配给其他功能

ahsh shxhh, sjfrhs::iht, shu:, ihc: hhv, gggs: :xjhg ,tjc :jh 冒号辨识度低对人的功耗很极大，另外双冒号里有类名常量名的歧义，点连冒号忘说了。面向对象编程是为了让交互更便捷，但 ruby 反而比 C 语言麻烦多了，走火入魔典型

想象一下，ruby 冒号能加在标签前面，又能再加在标签后面。一个 ruby 函数多参数不需要加括号，然后参数有符号又有散列，有的有默认词，有的没有默认值，有的键和值都是符号。这不的的确确是语法 bug。但 Ruby 语法 Bug 不光光是冒号问题，其他的问题也同样严重。这也是为什么很多人用 Python 原因

ruby 的速度也许能在将来硬件弥补。但 ruby 的失败早已命定。比如对冒号的乱用导致代码可读性极差，比如 rails 里验证函数是那样恶心和丑陋以至于我不想再看第二眼。ruby 成也语法，败也语法。时代已经过去，只可惜继任者还没上来

菜鸟插个嘴也许所有的问题都出在 html，网页设计极其没有效率。自然语言适合讲述抽象的事例或行为，但不适合讲具象的图像或动作。编程语言也是一样，如果一开始画面能够用画图来解决，那么动作的编程就轻松多了，好似沙盘推演。但是现在用脚本语言去写画面，先脑子想画面，然后再把画面翻译成脚本语言，然后呈现出来再写动作，一个 HTML 源文件里塞满了各种目的的代码。自己写的画面再次看时都必须读代码翻译成图像。

我还听说他要新设一个语法糖让编程更爽令 functionA(x)=6 直接返回 x 的值

1. 至今为止，世界上仍旧没有出现一本接近理想的 Ruby 教学书籍/视频教程出现，可以说都是缺斤短两。
2. Ruby on rails 学习成本巨大。小框架没有教学资源。再者开发网站只是对编程语言需求的一部分。 2.数据分析/办公自动化，Ruby 没有面向大众的教学资料 3.爬虫，ruby 没有面向大众的教学资料。 4.没有黑客技术资料，嵌入式编程等其他应用又派不上用场。 总结一下：Ruby 只是一个实验性的编程语言。

看不懂，是说区块链吗？好吧我不懂。那有什么办法高效团结一群人合弄软件呢？这世界需要多元，有了廉价软件，GNU 和传统商业软件依旧纯在，人们自由选择而已————这里需要一个和弄制的实现方式（当然不是在熟人之间）

你说的是我在别的地方乱写的代码？我指的代码跟那个不是一一样而且十万八千里。准确的说是在基础构成上超出现有编程语言的想象空间。比如陆地交通工具，我的不敢说磁悬浮，至少是带轮胎的轮子，而现有所有语言的语法都是没轮胎的各种轱辘

对，是 win10

这本书早在百度百科那瞄上了，以放入年货车里。 另外还请老师帮我一下（抱歉论坛没私信功能），在学 ruby on rails 教程 第四版 时，11.2 时遇到了问题。您能抽空告诉我报错信息是什么意思吗？ https://ruby-china.org/topics/34948 老师辛苦，先谢谢了！

这些代码是乱写的，不是 ruby。就我来讲有前端 UI 的 ruby API 那太棒了。语法一致，代码量锐减，还不用学 JS。 rails 对我这种小白还有一点问题就是【乱】，各种各样目的的代码（测试的、登录状态的、模型的）在一个文件中纵横交错，很难梳理（我是跟着 ruby on rails 教程 4 版练的）。

现在 rails 的主要问题是-----------为什么前端还没有用 ruby 代替 javascript？

我是正入门者。 目前为止 ruby 热度下降和升高取决于 rails。大家不妨对比一下这两个网站的数据： http://hotframeworks.com/ https://www.tiobe.com/tiobe-index/ 虽然很多人不用 ruby 写程序了但内心还是很看好 ruby 和 rails。

如果 rails 接下来版本能用 ruby 在控制器的动作函数或 erb 文件里直接设计 UI，并大力推广，那会让程序员回归到 rails 阵营。当然还要改些该改的东东，如 js 引用的方法参数 application 无效等。

抱歉乱写，我没学过编程，

def show
      if  Window.width < "680px"
          tag.navbtn1.opacity= 0           #  若erb中没有navbtn1将报错
          tag.navbtn2.css = "display: none;"
          alert "丫丫"
          ......
      end

响应多屏的时代，view 的编程显得更加重要，coffee 没有剧本，js 不想学，那就自然而然到 react、angular 那去了，到了那就很难再回来，毕竟学会后前后一致是那么和谐安逸。