+1
如果把 Ruby
变成自由职业者专用语言,那最好不过了,企业市场嘛,Perl
的现状就是 Ruby
的未来
觉得并没有这个必要,写代码时注意就好了
不敢苟同,快慢只是其中的一个考察点,其他的还有使用的便利性、熟练程度等,既然够用,干嘛换
总不能今天听说 b 比 a 快就换 b,明天听说 c 比 b 快就换 c 吧,工具是拿来用的,不是无穷无尽折腾的
我觉得在自己工具遇到问题时再去折腾,才是最好的处理方式
安装需要编译的 Gem
,得在它配套的 DevKit
里面进行,而且还得注意是不是需要自己下载额外的依赖,下载了依赖还得在编译参数上指定依赖的位置
CtrlP
目前性能够用了,懒得换,折腾
不过还是支持一下楼主,Star
已送上
包就业?
曾经写过一个在 Windows
下使用 Ruby
的说明,但时过境迁,还能不能奏效不好说了,你可以参考看下:https://www.ruchee.com/notes/2014/ruby_windows_dev_config.html
不过这种问题的标准答案是:先换 Linux
或 Mac
东西好不好,还得让市场说话。有志气的,在国内用 Rails 搞出几家有名气的大公司嘛,别都是业务稳定了,就让搞 Java 的人空降替代了,捡了革命成功的胜利果实嘛
其实现在很多社区老人都有意无意地在回避一个事实:闭口不谈中高端 Rails 程序员的去处问题、生存问题
当然了,可以自己创业嘛。但创业不是那么好创的,于是乎又多了一家家用 Rails 的小作坊。万幸小作坊变成了大染坊,可是守不住啊,像 Java 栈这样的“袁世凯”太多了不是
随口一说,呵呵,见谅
可以玩玩 Laravel
赞同
趋势难以逆转,自己多些独立的思考
你示例代码改成这样更容易理解:
package main
import "fmt"
type Abser interface {
Abs() float64
}
type MyFloat float64
func (f MyFloat) Abs() float64 {
if f < 0 {
return float64(-f)
}
return float64(f)
}
func printAbs(a Abser) {
fmt.Println(a.Abs())
}
func main() {
num := MyFloat(-123.45)
printAbs(num)
}
Vim
配合 vim-go
插件表示如鱼得水,毫无问题
func (f MyFloat) Abs() float64
表示给类型 MyFloat
定义一个叫 Abs
的方法,此后就可以在 MyFloat
类型的变量上调用这个方法了,而同时由于 MyFloat
类型满足了 Abser
接口的要求,也就可以在需要 Abser
型参数的地方传递使用了
用于实现“鸭子类型”的,你如果真的懂 Ruby,听到这个就应该知道是啥意思了
Ruby 没有这样的设定,这正是它的灵活性所在,只要顺着继承链顺藤摸瓜,不会有什么问题
PHP 中的 trait 只是对 Ruby Mixin 拙劣的模仿,同名报错可以说是一个优点,但同时也是一个缺点,多个 trait 具有同名方法就不能 use 进同一个类使用了?
show-doc
可以简写为 ?
,show-source
可以简写为 $
Coffee V2 已经 beta2 啦,各种 ES6 的新特性,随便用,爽歪歪
@hz_qiuyuanxin 当然有必要啊,ES6 好用,Coffee 更好用,为啥有了 ES6 就不能用 Coffee 了,两者又不矛盾
支持炮哥
退 Vim 保平安
09 年的书啊,有点老了,会误导
新手看这本书吧:《Ruby 程序员修炼之道 (第 2 版)》
推荐下 https://eggman.tv 有免费、有付费,做得还算用心
主要吐槽了历史遗留过多、太过于倚重 MRI 和 Rails
我觉得说的都挺有道理的,斩龙的少年已经开始长出龙鳞
新鲜血液不够啊,像我这种老油条现在逛社区基本都是只看不回的,更别说发帖了
有问题 Google 一下就能解决,惟有持续不断的新人加入才能显得社区活力十足
感谢🙏
手机连接电脑真机调试,这个是不需要开发者帐号了
list_a = ('a'..'w').to_a # same to a-w
list_b = ('a'..'z').to_a - ('c'..'g').to_a + ['z'] # same to [^c-g]z
list_c = list_a & list_b # same to [a-w&&[^c-g]z]
p list_c # same to [abh-w]
这个思路不错