TypeScript 的真名是 AnyScript

1. 这个时薪相对于它的职位要求来说，很低，低到令人发指，我第一次跑外卖的时候，还是跑着玩的，1 个小时大概能弄到 60 多块的纯收入
2. 只要雇佣和被雇佣者双方没有强迫，我不反对这样的时薪和招聘，因为我代表不了别人，可能有其他人需要这样的工作

如果不擅长表达就用具体的事例来描述你遇到的问题，就事论事这个总简单吧？ 【在现在国内行业普遍认为搬砖是体力活，技术的意义在哪儿】，搬砖不是体力活，难道是脑力活？【深究的知识和技术被很多嗤之以鼻】文笔都不通，读你写的东西真的很难受。我估计你做技术遇到的很多问题，都是表达和沟通能力不行导致的，文笔不好不是借口，表达能力不行更多是一个态度的问题，你对你想表达的事情不够重视，你对你要表达的对方不够尊重。

街上要饭的乞丐都能熟练使用微信收款，这还不牛逼吗，做成你所认为的生动有趣活泼，那些沉默的大多数能否轻松使用？

太他妈矫情了，爱干干，不爱干滚，你很牛逼吗，能写几行破代码这个社会就要围着你转？去送送外卖，干干房产中介，去工厂流水线上体验下资本的力量

水军非常非常贵

学习了，拆电视这个操作是大手笔

这个 SQLBuilder 确实很好用，select count(*) 的时候可以复用 query，

query = SQLBuilder.new("SELECT * FROM users")
  .where("name = ?", "hello world")
  .where("status != ?", 1)
  .order("created_at desc")
  .order("id asc")
  .page(1)
  .per(20)

count_query = SQLBuilder.new("SELECT count(*) FROM users")
count_query.where(query)

做这个东西不知道有什么意义，感觉很丑

把年龄要求注明，挺好的，是一种负责的态度，省的浪费双方的时间

操，OTCBTC 倒闭了？我在上面还有一些 EOS

不客气，没帮上什么忙，你以后有什么好的想法多来论坛分享下

这个我给不了好的建议，我以前用的是阿里云

支持一个老板人很 nice, 是真心在招聘人才，并且能够站在求职者的角度考虑很多问题，希望能够找到合适的人

我手头上没有 pc, 这个下载对话框应该也是浏览器的一部分，你用 ie 浏览器去打开一个能够下载东西的网站，看不能把对话框的 dom 元素找出来

你选择对话框的代码可以贴下吗？

"均无法选中这个对话框" 这个有点歧义，是指鼠标点不到下载对话框还是代码无法选择对话框？

如果模块的命名无法 map 到对应的 path, 就需要设置 autoload_paths, 比如在 rails 的 lib 目录下写了几个 class: A, B 如果要 autoload A 和 B, 就需要：

config.autoload_paths << "#{Rails.root}/lib"

没有愤怒，就是觉得做 IT 本来就不容易，对新人多宽容点

我补充一点：ActiveSupport::Dependencies.autoload_paths.push('.', 'main') 这段代码其实可以不要的， autoload 会将模块名自动 map 到对应的路径，比如 Main::Base 会 map 到 main/base，但是要想找到 main/base 就必须把 demo 的当前目录放到 $LOAD_PATH 里

我上传了一个 demo： https://github.com/baya/autoload_demo，可以运行，在 run.rb 顶部加了一行代码：$:.unshift File.dirname(__FILE__)

再补充一点，我写 api 都是直接用 rails 或者 grape, 没有用 rails new xxx -api, 其实多几个 middlewares 对性能没有影响的，当然这是我的感觉。

管理后台就不要用什么前后端分离了，用 rails 一把梭，把 api 和 admin 放一块很好，我做的项目 api 和 admin 都放一块的，后台没有什么访问量，无非是多了些代码

不客气，有问题不用担心，都是这么折腾过来的

我的理解是 key 对应着证书，既然 key 修改了，那么证书是不是也要更新下？

静态内容就是一些资源文件，比如图片，css, js 等文件，这些东西一般放在 public 目录下，即使开发的时候是放在 assets 目录下，最后部署的时候 rails 还是会把它们处理后放到 public 目录下

写的太棒了，努力一把，国内出一个杀手应用

他们倆没闹翻之前应该是同一个

希望不要认为我在杠哈哈，我也在学习 Go, Go 这门语言很好，学习不难，速度也很快，又有大腿支持

1. rails 6 已经出，这说明 rails 仍然很年轻，生命力很强，仍然在不断引入新的技术和理念修炼开发方面的功力，rails 目前仍然是 web 开发领域的王者
2. web 并不单单指网页，还有各种 API，移动端的数据渲染都可以归纳为 web, web 仍然是最好，最广泛的开放式服务场景，即使是纯粹的手机客户端或者其它内部应用，也需要各种 web api 支持或者开放出去。
3. 关于生态这块，话题太大了，不好讨论
4. 关于 rails 部署这块，把 cap 配置起来，rails 的部署很容易方便的
5. 关于处理逻辑在微服务化，这不就是解耦合吗？硬生生的搞一个新名词出来，解耦合和语言没有关系，难道 ruby 写的东西就不能解耦合，解耦合不是基本素养吗？

微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间相互协调、互相配合，为用户提供
 最终价值。每个服务运行在其独立的进程中，服务和服务之间采用轻量级的通信机制相互沟通（通常是基于HTTP的
Restful API).每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境、类生产环境等。另外，应尽量 
避免统一的、集中的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构