这阵容是要搞事情啊!
这是 Python 代码么?
你的代码是什么?
没这说法。
#8 楼 @tt12580-github google 不到的就是自定义的。
#3 楼 @tt12580-github 书里的程序要做出来,然后上线。之后继续改进,或者自己定个目标做个实用程序,例如博客,todo list,论坛。初期看多几本书和实践搭配,看别人程序收获不大,还会学到坏习惯。
例如顶楼代码我就觉得写得不好,这是用字符串拼接了个导航条,就算懂得语法也是很难理解。这个功能我会做成局部模版。
URL 参数只要给 URL helper 传 hash 参数就行了
root_path(tab: 'apple')
看了哪本书,里面的示例程序跟做出来了吗?
我也是先学 Rails。
赞,其实这是 form builder 原本的设计用法。
说了这么久,代码呢?
it's not who you are underneath it's what you do that defines you
哦,我知道 Paul 告訴你,他是用 Lisp 寫出他的應用程式,然後因為程式是用 Lisp 寫的所以賺了幾百萬;不過說實在的,只有兩個人曾經相信他,而且這兩個人在完全重寫過之後是不會再犯那種錯誤的。
http://local.joelonsoftware.com/wiki/%E8%AA%9E%E8%A8%80%E6%88%B0%E7%88%AD
vagrant 用 ubuntu 原版镜像就行了,改版不知加了什么料。
Spring 开始依赖文件系统的事件,对原生系统是好事,对虚拟机不友好,会出现文件修改应用不自动更新,我不得已放弃虚拟机了。
期待 Ubuntu on Windows 实用起来,gorails 有个教程 https://gorails.com/setup/windows/10
应该由 worker 自己保证,监控服务只监控进程状态和发信号。
入乡随俗
标题党负分,不知用人单位怎么看这样把问题都推给环境的人。
module RLE
def self.encode(list)
list.each_with_object([]) do |n, result|
if result[-1] == n
result[-1] = [n, 2]
elsif result[-1].is_a?(Array) && result[-1][0] == n
result[-1][1] += 1
else
result << n
end
end
end
end
递归版就不写了,因为性能还不如循环。
代码量有差别吗?差别不大。哪种写法难懂?都难懂,因为逻辑就是那么复杂。但我认为大部分人会觉得模式匹配 + 递归更难懂一点,因为人脑没有尾递归优化,耗费的脑细胞要多一些。
学多点语言很好,有时也要脱离原本的思维去想,这样更容易接受新思维。但也要知道,布道者给的例子都是经过精细设计的,总能找到些场景,用这个工具很方便,用别的工具很麻烦。Facebook 的 AI 团队用 Haskell 肯定是有道理的。
但是一不留神就掉进布道者的圈套里了,以偏概全,好像没了一些特性就什么都干不了了。上面的 Ruby 版很麻烦吗?不就是一个把条件写到方法参数,一个把条件写到方法体内,Elixir 版还多了一个选择分支——写递归的时候真要好好考虑清楚有没有写漏分支。模式匹配也不能做所有事,不然 Elixir 里面也不会提供 case
cond
if
控制结构了。
我去年就把 Elixir/Erlang 过了一遍,虽然没写生产应用,但也学到不少东西,像模式匹配、轻量进程 & 消息、OTP,这样在选型的时候多一种选择,也可以在原有工具上做些改进。我相信很多人都经常学新语言,只是没那么狂热表现出来。Ruby 一路以来都借鉴了不少其它语言的设计,同时要向前兼容——不兼容的灾难已经在别的语言看过了。如果学过 Elixir/Erlang、Go、Rust,那么应该很容易理解 ko1 演讲上谈到的 immutable object、channel、membership 等概念。
但是切勿邯郸学步,精髓没学到,原本怎么走路给忘了。
#67 楼 @blackanger 微信的交流无法沉淀下来。
虽然可以在应用端做容错,但证书错误意味着网络环境不安全,应该告诉用户无法继续。
我感觉很危险。
宣传策略。
新 spring 依赖 listen,对虚拟环境不友好,我换成 poll 方式也不行,后来弃用 vagrant 了。
我用 PPA https://www.brightbox.com/docs/ruby/ubuntu/
开启 apt 的自动安全更新。
before_action