ruby搞这个的意义，我是不知道了，elixir没对象，没管道要一层一层套，ruby有对象直接用点感觉更方便，elixir写多了感觉还是挺爽的，就是要改下思维

1

其实小程序不想用官方的就一个原因，太麻烦啰嗦，倒不是为了统一什么写法，小程序官方用的类vue写法，却一个页面四个文件，而且很多js的语法特性不支持，用mpvue或者taro是可以节省不少事，当然了，也有不少坑，这个要看怎么取舍了。

相对rails的我来说，写起来有些麻烦，由于go语言的特性，要不停地if err != nil，不过打包一丢还是挺方便的，整体体验还可以吧，我也只是小东西用下

其实小众些的语言都差不多，主要功能贡献都是那几个，去年也用过的phoenix，基本就是DockYard和plataformatec的人

buffalo我用过，还是去年做个小项目时用的，作者就是以前做了个网站MetaCasts开始是教ruby的，后来他换成教go了。

这个很简单啊，表分question表，answer表， question.rb

has_many: answers

answer.rb

belongs_to: question

question: id, title, correct
answer: name, content, question_id

如：

question: id: 1, title: 张三为什么叫张三?, correct: A

answer: id:1, name: A, content: 因为他姓张, question_id: 1

answer: id: 2, name: B, content: 因为他爸姓张, question_id: 1

然后在controller中直接查就行了,比如

@questions = Question.order(id: :desc).includes(:answers).limit(10)

然后就是view中显示了，最后提交时，获取question的id和用户选择的答案，和正确的对比就行了

发现13的两边也有喇叭了，不好看额

#24楼 @jasl intel不给力，挤牙膏这速度，13的定制实在没性价比

#19楼 @jasl cpu是硬伤，定制13到顶配看了下，还不如15的划算，苹果的键盘，这次蝴蝶二代据说比一代好些，一代，，那真是没手感，用12的mac book叫一个坑，不知道13的哪天会不会出四核的

#16楼 @jasl 重量我个人不在意，因为去哪我都是双肩，0.5kg对我来说小意思，主要是出门，15的不方便放腿上用，坐飞机13的可以放前面小板上，15的不行。不知道是不是我的错觉，自从101换成rmbp，始终觉得键盘不好用。以前打字顺溜的很，现在几年了也不习惯，长期外接中

#10楼 @jasl 13是有这个问题，我用了4年13的，最麻烦的就是调试网页和开xcode，经常得拖来拖去，不过经常带本子，所以一直没换15的，在犹豫新的要换13的还是15的

薄了，不过起价高了，发现大家都喜欢用15的啊，难道只我一个人觉得13的方便