1. 把数数正确，很重要，2 个疑问，三个问号，矛盾了

1.虽然说技术很重要，但是以目前国内开发的定位来看（尤其是二线三线城市），是否有很多 IT 公司赚钱的确不依赖技术？

• IT 是指信息技术缩写，公司赚钱，或者更高一点，盈利，是综合的事情，不能仅依赖某一点，IT 公司也是，国内国外都是。

2.IT 工程师需要一定的天赋，很多人可能在技术学习上就是有障碍（相对于 GEEK，他们没有技术学习的兴趣，学习效率也低下，这就好比让一些 IT GEEK 去学习物理化学一样困难），这类群体如果毕业选择了技术路线，该如何发展？

• 成长为合格工程师，并从事工程工作，定伴随着学习。每个人的学习能力不同，有些同学适合看书，有些同学适合看视频教程，有些适合闭门造车，作为长期的从业者，其所处的工作环境很重要。
• 如果希望有所发展，自然要正视自己的不足，克服缺点。如果不能克服自己的“障碍”，请多喝些心灵鸡汤，一碗不够，再来三碗。

3.这种念头是否与所在技术圈相关？例如在 ruby 圈，工程师相对 GEEK 一些，平时的工作也对新技术有所依赖，所以很少有人会产生这种念头。而在.Net 圈子，大部分程序员极度依赖大厂提供的 API，而且业务相对稳定（例如财务软件、OA 等成熟系统），都有成熟的解决方案，因此大部分国内的.Net 工程师的确产生“技术不重要”的念头。

• 成熟的解决方案，才是技术力量的体现。如果使用一种技术，做财务软件，float 类型总有 bug，那么这是一场灾难。至于技术是否重要的问题，要视情况而定

1. 技术上出现问题，并且拖了很长时间，无法解决——显得技术很重要
2. 技术上出现问题，每次都解决，或是请专家，或是买设备，服务 —— 显得技术显得不重要

• 冯大辉讲的 短期高估技术，长期低估技术，对应上面两点

.net 技术正式由于其母公司的实力，给人以高度可信赖的感觉。这正是“大教堂与集市”中前者所代指的，“大教堂”中并非没有 GEEK，集市里面也有管理者。

Rails 曾经有过被“取代”的观点，随着 Rails 5 的进步，和相关意见领袖息声，我们看到活力和生机一面。选择 Rails 技术栈已经成为政治正确，就像没有人因为采购 GE 电器被解雇一样。

Ruby 语言也在不停的扩大应用领域，在大数据，人工智能，科学计算领域都有活跃的项目。

得益于 Ruby 的自身魅力，我几乎没有感到学的障碍，而充满了探索的满足与生活的幸福。回想起来，或许曾经感到过学习的压力，只因为学的还不够多。

• 我粗糙的记录了几篇公众号文章，公众号更新比较随意，一句老话：欢迎关注，谢谢取关

一个德国人的视角：欧洲玩革命，美国耍 Rails 大品牌

2016 玩哥命与耍大牌

几个有活力的项目

2016 Ruby Association Grant 入围名单

---

过了 35 的男人都是潜在的强奸犯。

这个话题，在高人权社会和低人权社会，表象不同， 后者更普遍，更有效果，

delicious

似乎楼主没啥动静… 来解解闷吧

@merlinran 有些 remoter 经历，请速联系 [email protected]

比较 tools and frame 需要首先考虑 workflow, 团队规模，即成本。被撺掇着用新技术而导致的灾难很常见，家丑满满。

• ReactJS 让 html css js 三者的正交设计犹如白痴，近一步，Facebook 下一个计划是做基于双缓冲技术的浏览器了 (此浏览器用 PHP 代替 JS, dot.php vs node.js)
• 造 angular2 时间不短，估计花钱不少，越来越像微软的谷歌与微软联合作孽... 微软拉了滩 s, 谷歌动手把 s 抹到了发布会的墙上
• vue 资金来源是众筹平台，鉴于 building large and ambitious single page applications, 将来会越来越重，坐等内部上演分裂好戏，
• growth hack: 粉丝越多，撕 b 越快，脑残粉越多，撕 b 越血腥

Ruby on Rails 适合快速原型开发。非常适合，以至于从 rails new ... 开始的敏捷开发，胜过基于框架的二次开发。

@kgen 期待

@kgen IKEv2 路由国内分流好不好搞呀

数据转换项目，若期望完美解决，聘用专人工作最佳。

准确地说，婚姻中永久性冲突比例是 69% 。一份长达 4 年的跟踪调查结果显示，情侣总爱因为同样的问题争论不休，比如：穿上了新衣服、改了发型、胖了或痩了几斤、多了或少了几条皱纹，好像问题存在的时间不是 4 年而是 4 分钟一样，总是陷入重复的拌嘴状态。 你以为老了就会好吗？ 心理学家丹·怀尔（Dan Wile）在《蜜月之后》一书中写道：当你选择一位长期生活伴侣时，你难免会选择一套特殊的无法解决的问题，你也许会同这些问题斗上 10 年、20 年甚至 50 年。

Rails 能带来稳定的收入，和一定的心理优越， 变量或类起名时候的，在约定下尽量的优雅 这是非常棒的体验。

至于其他方面，现金流稳定的话，也许“快”等等，从来都不重要。

不过，在 ruby in domain 的论坛，说 ruby 优，别的有缺点，是 法西斯 倾向万分不妥

作为合格的 法西斯

1. bin id
2. remove Node.js

在 ruby in domain 的论坛，尊重 ruby 是有个人修养的体现，重度尊重是有行业智慧的体现，而讨论 Node.js 是 open 的体现，也是宣传和繁荣的智慧。

着眼中长期利益的 web 技术站，似乎还是 Ruby on Rails

仅待她如伴侣...

似乎又有写一篇公众号的冲动...

大陆的情况越来越收缩了

@rei 对没礼貌的人，懒得讲太多

对祖师爷团队不敬，扯别的没用

我只针对“固步自封”四个字

十几年公司不倒，聚财吸金不辍，人精简效率高，乃第一世界业界之楷模，北欧英才，偕日式菊刀，傲立美利坚硅谷，开宗创派，江湖老司机

第三世界一小撮观点，认为此举不妥，固步自封

北欧风偕菊与刀，是“痛失首金非喜迎首银“的民族无法理解的

使用者的故事

使用者是乐于分享的，更乐于比较，比较各自的金斧头，银斧头，桃木，榉木和刚果采摘的无花果

使用者可以一口气讲三天三夜，比较工具的 feature 和 使用的心情，甚至自己的生活和醒生活。

这对一小撮使用者有很大的影响。 而对于那些深知《小马过河》故事的使用者，影响不大。

小马过河讲的是... 一天，一只小马，背着袋粮食，遇见一条河... 第二天又背着袋粮食，在河边把粮食吃了...

小马过河的故事，说明一个道理：

与其尝试 语言或者工具的深浅，不如关注与问题本质， 把本质吃透，吃进肚里，有可能就不需要过河了。

典型的玩啥错过啥

是不是真的有必要追求 Rails/Ruby 那可能只有 10% 或者 20% 的生产力提升，而抛弃整个框架设计层面的许多可能性。

肯定要参考公司规模和盈利水平了，社区方向是折衷，有金主支持社区的另说了。

绝大部分网友认为价格不合理的高，猛烈推动了 Ralils 中文圈里 农业重金属氛围。

五万的零基础全栈培训是起薪的重要参考，一部分公司立刻严肃宣布，本公司将面相**非**一二三四五六七八九线城市组织一次声势浩大的强烈招聘。

至此 Rails 中文圈，衍生出低价零基础培训，部分网友参考走 HPH 中文化的道路—— 受 HPH 兄弟连启发，Rails 铁道游击队诞生。

六个月后，一批 Rails saaaas 网站上线，同时获得 preprepre 天使轮投资，一大批 Rails 铁道游击队学员毕业，成功实习于上述公司。

我编不下去了...

@quakexx 中级和高级，省时间摸索，

就像读书一样，可以不读书，自己造一门语言，也可以看看书学一门语言。 啥技术都是反复才能提高的。

我现在如果再学习，肯定报名五万一次的课程了...(有些夸张)

贵不贵的因人而异，好像还没有 Rails and Growth Hack 的课程，学过 launchschool 的前传感觉超值

产品 idea 类似，我还没发布，看来这个方向要

@fredwu nice! Ready to work abroad...

@samport 感谢分享，就缺一个商业模式了

delicious~ 澳洲 Rails 需求旺盛吗

delicious~

没啥意思，平日觉得潇洒，玩大了分秒定位被抓捕

vanilla-ujs should be 🔥

还是 DHH 说的好：赚不到兰博基尼，就嫌慢... 我就不嫌弃，因为我有兰博。

单性能测试，除误导眼球，基本没啥用