1,2 楼说的对

有 iOS 那本，感觉他们的书主要针对初学者

@RihcardLu 聊天的字数对比…

从个人发展角度建议你顺便学习下 node，从公司角度，建议你们再招个后端，从功利角度，建议你换家公司。这个老板不靠谱。

一直很期待动态表情包的整合，打标签，搜索平台，支持一个。
但是不得不说，点了几下首页的标签，没有我喜欢的表情。。。

事实上可以曲线救国，让你们的美术 /设计把几个群的二维码合成一个 gif 动图，然后当用户长按二维码识别时会根据用户点按时闪到的那个图识别去对应的群，这样用户可以基本分散在不同的群里。要是差不多满了就换一张新的 gif。

我第一次见到要 LISP 的…

话说，我一直以为设计模式就是针对 Java 的。健壮我认同，优美我倒不太觉得。Java 的好处在于没有太多的语法糖，能够拉近新手和老手的差距，让项目在新手手里也不至于失控。但是这是要付出太啰嗦为代价的。

一句话解释就是在函数式编程语言中 Pascal 式的类型后置的声明方法更清晰易懂。

@340244120
@CYKun
https://www.zhihu.com/question/21656696

同感，最近半年没有耐心，这几天也感觉胸闷，左耳朵一直嗡嗡嗡，要炸了。

@learnshare 敲碗等故事

@wwsww 我个人认为技术选型不该是从纯技术角度考虑的，应该更多的从公司初创人员的技术栈，开发产品的时间限制，功能要求，未来招聘人才的难度方面，多方面考量。楼主的公司选择 rails 的技术栈肯定有他们自己的考虑，但是无论我是怎么样的初衷，在这里争论 rails 如何都是很不成熟的行为，跟砸场子差不多，我为自己最早的一条吐槽式的回复向楼主道歉。另外如果你们两位有不一样的意见，大可单独开个帖子和大家一起讨论，也欢迎 @我，就不必在这里争论，干扰别人招聘了。

@pathbox 你的态度很不友好。我不想跟你多说。

@wwsww

TL;DR => sinatra

Long Answer：
其实我这里有很多证据，但是我觉得 rails 作者在 2017 年 1 月的原话应该最有力：

Now, as I said, Rails is full-stack by default.

We have some phenomenally productive answers in Turbolinks and SJR, but even if that path doesn ’ t appeal, everything that leads up to generating that JSON is still stuff we ’ ll have in common.

We have a pragmatic, full-stack answer that could be formulated based on that ideology that still offers amazing productivity from the second you run the rails new command.

出处： https://www.quora.com/What-makes-Rails-a-framework-worth-learning-in-2017/answer/David-Heinemeier-Hansson?srid=SsVl

以上内容应该足以表明，假如要做前后端分离架构，rails 不会是首选，因为他是 full-stack by default 的。

@1024dog 坦白讲，没有键盘问题的话，这款电脑真的很惊喜。

@1024dog 这种塑料片类似的声音在实际使用的时候一周出现一两次的样子，取决于你的具体使用场景。对我来说，实际上发热的时候不多。就是这个键盘用多了会有一种松松垮垮的感觉，我更喜欢 Magic Keyboard 2 的那种感觉。看到我在那个帖子里留的那个 MacRumors 的帖子没，现在已经第 34 页了，每页有 25 条回复。前十几页几乎没有一个绝对没问题的。后面我就没有再跟那个帖子了。归根结底是个工具。

居然都半年了，时间过得好快，我当时以为苹果会在夏天问题爆发之前修复这个问题，现在看来当时太天真了。

/t/323933 第一批购买的，经验供参考