• 「x 际网」节操真的很低 at 2013年10月25日

    国内许多网站的邮件订阅还真都是这个样子,你可以建个过滤器,然后匹配上时直接删除邮件就可以了。

  • 我只是想找中国的市/区 gem 而已,那些商城网站中的控件都挺好用,要是开源就好了。

  • #52 楼 @leomayleomay 如果支持远程就好了。

  • meta_search 如何转义 % at 2013年10月23日

    #1 楼 @luikore\% 的话,会变成 \\% 好像也不行,而用 meta_search 又不知道怎么使用 escape '/' 这样的语法。

  • 公司之前用的 Java 后来被大家逐步转为 ruby 了。

  • 收集远程工作的经验之谈 at 2013年10月22日

    说说我用过的仓库吧:

    • Github 毋庸置疑,这个体验和功能都是最好的,圈子也大,速度也不错,不过自上次的事件以来,SSH 方式 PUSH/PULL 代码经常卡壳,不过好在有解决方法
    • Bitbucket 可以免费建私有库这个真的很爽,可惜我之前使用时有段时间速度很不给力,这个人气也稍淡,但有免费库可以建也是挺良心的。
    • GitCafe 开始使用这个是因为之前接了个私活,那段时间 BitBucket 速度实在虐心,于是找了国内的,当时 GitCafe 刚出来不久,私有库还暂时是免费的,于是就把项目建在了上面。感觉风格挺喜欢的,UI 也比较细致。最早的时候,似乎没有 Wiki,现在加上了。私有库收费后就充值了,和几个朋友在上面建了几个私有的项目。GitCafe 有几点让人不适应:项目和组不能重命名,不能方便的查看组中的项目,Markdown 的查看页面行距很大。总体来说,是个挺不错的产品。
    • OSC 开源中国的库,这个我光注册了帐号,好像提供无限制的免费私有库,而且因为社区比较大,推广的挺好,前段时间公司一小伙参加活动还得了个马克杯,不过 UI 上,感觉这个产品完全没有设计感,没有使用的欲望。
    • VPS 以前在自己的 VPS 上面建过私有库,但因为懒得折腾,只能是纯命令行的干活,没有去搭建 GitLab 等应用
    • 云诺 曾经还把本地文件夹作为仓库,文件夹通过云诺进行同步,不过这种方式不怎么好使,我每次关机前都要看下云诺是否同步完了,而且在别的机器上使用时也必须安装云诺。
  • 收集远程工作的经验之谈 at 2013年10月22日

    #8 楼 @small_fish__ 嗯,我指的维护成本是指比较折腾,gitlab 现在感觉 Bug 还挺多的,升级时有时还遇到这样那样的问题来着,而且我只是想找个好看又好用的 Web 仓库放代码而已。

    感觉 Gitcafe 已经够用了,我的 VPS 上面现在只跑了静态的个博客,其实感觉还是蛮浪费的,不过不是工作上的东西,不想太折腾。

  • 收集远程工作的经验之谈 at 2013年10月22日

    #5 楼 @small_fish__ 自己搭建比较麻烦,公司里面用的 gitlab,感觉维护成本很大,如果直接用 vps ssh 方式的话,没有 web 端,体验也不怎么样。

    国内其实还有免费的私有库,不过感觉做的丑爆了,没有使用的欲望呀。

    我以前还在 bitbucket 上面用过,不过有段时间 bitbucket pull 代码 6k/s,后来就没有用了。

  • 的确是很难招,之前我们公司招的时候也是千难万难,牛人不愿意过来,新手手又生。

    如果你是招坐班的,首先在本地的社区里面看看,里面总能有一些靠谱的人,虽然人家不一定会跳,但没准就遇到有意向的。招骋网站上找 java 的还行,ruby 的就不好找了。

    还有就是靠朋友推荐了,或者找刚毕业的,现在的大学生,技术还是相当了得的,虽然没有工作经验,但学习能力很强,我们公司之前就招到一个这样的人,很快就成长起来了。

  • 收集远程工作的经验之谈 at 2013年10月22日

    #3 楼 @appell 哦,上面人比较少,不过我的私有库都在上面,感觉还是很便宜的。

  • 收集远程工作的经验之谈 at 2013年10月22日

    #1 楼 @cooper 好注意,因为一些私有项目放在 gitcafe,这个库就顺便建在上面了,现在已经移动到 github 了。

  • 最近刚开始使用 gitcafe 的私有库,感觉不错。

  • 不学英语就是在混 at 2013年10月15日

    #2 楼 @501225658 哈哈,这个音译很不错。

  • 一些问题:

    1. 远程工作中如果进行资源共享,比如文档,数据库等
    2. 如何有效的规划自己一天的时间,远程工作中时间管理应该要比办公室中更重要吧
    3. 支持远程工作的公司,怎么看待成员花精力维护自己的开源项目(当然,在私人时间内)
    4. 想要转到远程工作,需要做哪些准备?
  • #10 楼 @iBachue 我了解到的远程工作不是这样子的,别人的信件,你并不需要立即响应,因为大家可能生活在世界各地,作息,时差都不相同,不可能像在办公室中一样大家保持同步的进行工作。

    上次在西安的活动中 @allenwei@yorzi 给大家普及了许多远程工作的知识,感觉是一种非常不错的工作方式,非常期待。

  • #6 楼 @gaicitadie 在线协作不是整合到 Google Drive 里面了么? 你说的 Wave 已经被人接手了 https://rizzoma.com/topic/

    如果 Google 是一个平庸的公司,也不会去想着革谁的命了。

  • 好像之前就放出消息说要支持了。

  • 我们是这样做的,将 application 和 controller 对应的 js 分开加载

    <%= stylesheet_link_tag "application", :media => "all" %>
    <%= stylesheet_link_tag params[:controller] %>
    <%= javascript_include_tag "application" %>
    <%= javascript_include_tag params[:controller] %>
    

    然后在 production.rb 中设置单独编译 scss 和 coffee

    config.assets.precompile << Proc.new { |path|
      if path =~ /\.(css||scss|js|coffee)\z/
        full_path = Rails.application.assets.resolve(path).to_path
        app_assets_path = Rails.root.join('app', 'assets').to_path
        full_path.starts_with?(app_assets_path)
      else
        false
      end
    }
    

    这样到了生产环境,一个页面会加载全局的 application.js 和 controller 对应的 js,就不会存在冲突了。

    当然了,这样要在 application.js 中把 require_tree 去掉,css 同理。

  • #9 楼 @exherb 我用 podcast 软件订阅的离线听的,感觉 iTunes 有点胖,不太喜欢,而且没有苹果的设备。之前还在做 Teahour.fm 的 Chrome 扩展,不过后来才知道有 podcast 这种东西,所以就没有接着搞。

  • Teahour.fm 经常听着就自动断了,是哪方面的原因呢?

  • 小胡同学加油呀! 😎

  • #7 楼 @chairy11 我是手机里面政企 Podcast 工具,然后坐公交时听。

  • #22 楼 @yorzi 这不是要将汉语编程发扬光大么。

  • 如果是开发 web 应用的话,推荐 chtml + grass-mud-horse 来做,很不错,全中文编程。

    https://code.google.com/p/chtml/ https://code.google.com/p/grass-mud-horse/

    教材也比较不错,极力推荐:

    草泥马语

  • #7 楼 @fengkuok 以前给作者提过,不过似乎没有计划打算支持。如果不嫌弃,可以试试我写的这个扩展。https://github.com/GDG-Xian/crx-pomogtd

    据说 pomotodo 还是两个九零后写的。

  • 表示一起在用番茄土豆 https://pomotodo.com/

  • #3 楼 @DouO 嘿,我昨天也下载的这个,的确非常不错。

  • 原来是这样用呀,多谢指点。