• iOS的widget 超级贴心,一键连接vpn。

  • #21楼 @pengedy

    1. 有些程序员的满足感来自于打造产品,Rails 确实很能满足这点。

    2. 有些程序员压根不在乎做什么产品,他们以美好的代码为食。他们在意高性能、架构。产品只是他们打磨技能的工具,而不是最终目的。

    没有好坏之分,只是个性不同。

    如果你是后者,我觉得非常不适合做Ruby程序员。使用Ruby的大都是创业公司。需求之多,根本让你无暇顾及性能问题。

    另一个尴尬的事实是:在Ruby 圈,有5个Ruby 程序员的创业公司的就是豪华团队了。喜欢刨根问底的人会很孤独,很难找到合适的同侪(导师)讨论这种底层问题。

    有些人因此迷失在迷雾中,永远在很低的游戏关卡徘徊不前。从一家创业公司跳到另一家写CRUD,接触的用户量永远低于100万,永远对全表扫描视而不见,每个列都建索引,永远不知道写的每一行代码的bigO,更不会知道1000万用户时效率。

    当然,偶尔运气好的人会有大师提点,比如黄志敏、谢文威。以及在英语流利说遇到优秀的同侪。与其凭运气,还不如选择下面的策略:在一个大的平台写Java,比如腾讯、阿里。

    你虽然一开始无法接触到核心的代码,只能写一些简单枯燥的业务代码。但是你有更多机会和真正的大师协作,疯狂向他们学习。他们在自己领域深耕细作,提点一下就够你学一个月。然后你耐心花1-2年进入核心代码组,再磨砺十年成为领域专家。


    其次,关于Rails。我们都没有资格说它不好。因为我们写不出框架,即使写出框架,在生产环境的表现也很糟糕。不是合格的轮子,也没资格自夸。

    如果你是web开发者,2017年,我依然觉得Rails是值得学习的框架。

    过去一年我都在恶补计算机基础知识,每明白一点都感叹:Rails 在做到最佳实践时,还可以如此简洁、高可维护性。

    源码里可以学到大量的知识,而且都是计算机基础知识。

    比如

    • 为了弄懂 etag middleware,需要理解 HTTP conditional get;
    • shopify 出产的 Gem 中对进程信号的管理。
    • cache、log的封装;
    • active support 对 callback 的封装
    • 数据库连接池

    等等,数都数不完。

    如果你想在计算机领域走的更远,却对Rails优秀的设计视而不见,将来也没有能力/可能性写出你的成名作。

    就像 Elixir 社区最著名的web框架的作者曾经是Rails 框架的核心开发者。

    Maria 的作者曾经是mysql的核心开发者。

    功不唐捐,在学习上的每一笔投入未来都会有收获。

  • #9楼 @Peter 因为不更新了,只需要付一次就可以。

  • 你的 pros and cons 很有道理。

    你可以找一个

    • 与你私交甚好
    • 你十分仰慕的
    • 从业10年的
    • 编程技术过硬的
    • 至今还未转管理的

    行业专家认真讨论一下,让他给你指条明路,然后坚定的走下去。

    与其犹犹豫豫,比如按他的路先走下去,边走边调整。

  • 以前是按月付费,现在一次付费,终生享受。

    超划算。

  • 可以有一张 custom_fields 表来记录用户自定义field的名字。

    • user_id
    • filed_name
    • order_number

    然后再弄了一张表 custom_field_values 存自定义字段的值。

    • user_id
    • custom_field_id
    • Value

    用户想加几个字段,就加几个字段。

  • spreadsheet +1

  • #5楼 @huacnlee

    iPhone 装个证书,用 charles proxy 可以抓到 HTTPS的。

  • 注释用的好,可能会挨打 at 2017年1月25日

    100 次save好像是真事。

  • #18楼 @teddy_1004

    菜菜发达了

基督徒 爱狗 前医生