• 还有多少人在用 TextMate? at 2019年06月29日

    sublime text 写 ruby 项目,vscode 写 python, flutter,或者纯前端项目,idea 写纯 java 项目,android studio 写安卓的 kotlin,goland 写 go, ios 用 xcode,不过最近 ios 做的少

  • present?本来就不是面向检查数据库记录是否存在而准备的,这是Object上的一个方法,按照说明:

    An object is present if it's not blank.

    换句话说,根本就不应该考虑使用这个来判断数据库记录是否存在,用的话,说明自己基础就不够扎实

  • 😈

  • 180cm,100kg,14 年 4 月开始跑步,每天从 7km 到后面固定至少 45 分钟和至少 8km,每个月 220km 左右,10 月份的时候体重 73kg 了,现在还是这样,每天 2-3 小时的锻炼,其中 45 分钟/8km 的跑步,其它时间力量,每个月跑量维持在 180-200km,目前体重一直维持在 75-80 之间。跑步不仅仅是为了体重,更重要的是跑过后的那种快感......

    lz 说的生酮饮食听着挺高深,不太懂,不过如果说低糖,和少淀粉摄入,这个我是举双手赞成,因为我是糖尿病患者,我一开始这么跑,也是因为糖尿病,本来每天要注射 40 个单位的胰岛素,还要吃药,早上空腹血糖还控制不住,现在通过跑步,我已经把药和针都停掉了,糖平时肯定是不吃的,淀粉摄入也自己有注意控制

  • 内容不错,但的确是标题党了,k8s 和容器化的最佳实践搭不上边,跟着实际情况去选择最佳实践,不是按着最佳实践来压你的实际情况,这实际情况不仅包含场景需求,也包括团队能力,长期运营需求,等等,这个所谓的受害者不是最佳实践伤害的,是自己选型犯错而已,而且,这犯错其实也是一个宝贵的经验,看怎么去看待问题了

  • @Chorder Python 下也有不少非常优秀的 ORM,比如说 SQLAlchemy, peewee, 等等

  • 观点挺好的,也不是完全没道理,证明太差了,简直就是招黑

  • Ruby 2.5.0 已发布 at 2017年12月26日

    比较关心的是 break changes,居然没发现, #9 楼的看到怕了...

  • 看看公司人数和规模,估计就是一个外包公司,为项目招人而已,最终面试可能都会是客户来面试,他们就是中间过一手,这种水平正常了

  • 具体是怎么操作呢?选择 Restore 1.x,然后选择 Ohmystar1 的 app 么?

  • OhMyStar 1 老用户免费获得升级 Pro 1 年用户

    这个是怎么搞的?

  • RocketChat

  • 嗯,直接问客服,不过我就入坑了,本来在东京 1,他们开了东京 2,我测试了一下,ping 很好,就升级过去了,然后发现,ping 很好,但是实际速度不理想,接着坑就来了,无法挪回东京 1 了,一怒之下索性关了

  • 过年 40,天天在写 ing

  • #6 楼 @yingce ecshop, iwebshop 据说也不错

  • #2 楼 @Trump 呵呵

  • jQuery 只是一个 lib,并不是框架,拿来和框架对比,本身就不对了

  • @hging 这倒是一个好办法,我前面说的 precompile,虽然在开发机上等,但终究服务器运算还是快,不过你刚才说的这个 gem 和楼上 @Trump 说的有异曲同工之妙,我太拘泥于 cap 的方式了,开发上的确 cap 还是上手快,不过我是可以继续尝试一下在 docker 上看如何借鉴二位说的方法了,多谢

  • #11 楼 @hging 但是这样的话,每次编译就会在开发本机上做,这当然不是说不可以,不过 compile 这个过程也是非常耗时耗力的,有时候还是希望扔给服务器。 其实除了这个点,还有另外的一些点,比如说,migrate,还有 bundle install,前者的问题是,跑的前提是 image 已经做好了,需要用一个新的容器来跑一下,后者的问题是,和 assets 类似,做不好,每次都是要重新安装,相对 cap 本身来说,速度会慢了很多

  • docker 在 rails 项目的应用上,我一直很纠结的是,怎么能用上 capistrano,尝试了几种方式,感觉都有点不舒服。

    之前尝试的是放弃 capistrano,每次打包一个 image,再部署,这个缺点是,asset 和 bundle install 弄不好总是要全部重新写层,所以每次部署的时间都会很长。现在用的方式是,用 docker 开一个容器,然后对后开好 ssh,通过 capistrano 部署到这个容器中,部署路径用的是一个 data volume,这样换容器没有影响。

    这样做,至少在开发阶段,部署的速度能和直接用 cap 一样了,但其实只是绕路了,和 docker 本身的意图有点背道。

    不知道大家在 rails 项目上使用 docker 有啥可以借鉴分享的吗

  • lz,说几句不好听的,创业公司最怕的就是碰到你这样的了,也许你再磨几年,回头看看自己的经历,会有不一样的感想。

    就谈 rails,用在你目前的项目上,碰到的瓶颈究竟是什么?是性能吗?在我个人的项目里面,感觉在前端资源的处理中,其他语言的处理还不见得有 rails 的 pipeline 来的完备,而且,rails 的 pipeline 等设计,包括开发模式和生产模式的一些处理,在我对其他语言其他框架的使用中,也总能找到各种影子,都是共通的。

    我为什么说开头那些话,我的理解是,对于很多公司而言,上了套系统,性能上可能远没达到 rails 和 ruby 处理不了的时候,然后开发就风风火火地开始用另外一个新潮的框架去了,结果最后用很炫的语法做出来一套东西,存在着一堆的问题,维护还没人跟的上,至于性能的提升,恐怕只有一堆 hello world 的比较了。

    当然如果在公司环境允许下,多尝试新的东西,这是绝对的好事,不过个人建言,慎言放弃,你可以不用它,但你更可以从中学到它的长处和短处

  • 素质高的国企里面一般混不好,国企里面混得好的肯定不是素质高,情商高,人脉高才是最重要的

  • #39 楼 @lyfi2003

    "最好"二字太过牵强,当然你要一定这么认为也是你的自由,只是我个人感觉,你给你的这个模板,冠上了太多的个人感觉而已

  • 个人感觉,对于新手来说,也许很有帮助,对于老手来说,可能毫无帮助,但是无论对谁来说,思路是非常赞的,做项目的,每次新项目都重复一些东西,完全可以按照楼主的思路沉淀出适合自己的一个启动模板来,应该是很有帮助的,不过感觉还可以多一些东西,如果项目模式固定的话,比如针对 Bootstrap Admin 模板类型项目的话,还可以准备一些 Scaffold 模板

  • 说一点实际的,是自己目前在项目里面用的,没有大家说的高大上,但是感觉下来,还是方便的,

    我用 bower-rails,Bowerfile是这么写的:

    asset 'datatables', main_files: ["./media/js/dataTables.bootstrap.js", "./media/css/dataTables.bootstrap.css"]
    asset 'moment', main_files: ["./locale/zh-cn.js"]
    asset 'lodash'
    asset 'store'
    asset 'jquery-timeago', main_files: ["./locales/jquery.timeago.zh-CN.js"]
    asset 'bootstrap-modal', main_files: ["./css/bootstrap-modal-bs3patch.css"]
    ......
    

    application.js部分是这样的:

    ...
    //= require common/namespace
    //= require common/ajax-injection
    //= require datatables/media/js/jquery.dataTables
    //= require datatables/media/js/dataTables.bootstrap
    //= require jquery-timeago/jquery.timeago.js
    //= require jquery-timeago/locales/jquery.timeago.zh-CN.js
    ...
    

    对我的项目来说,如果前端有需要用的插件,在Bowerfile里面写好,用rake bower:update bower:clean bower:resolve跑好,帮我解决了几个事情:

    • 拉下来需要的库文件,留下需要的 css/js/imgs
    • 并入 rails 的 assets pipeline

    要做的就是在 rails 的 js 或者 css entry 文件中加入对应的引用。没有各位说的高大上,但是就目前的项目来说,还够用,也挺顺畅的。

    一直想要尝试 webpack 这种,但是在和 rails 的整合上,还没找到一个合适的点,发现很多人在说不好,好的时候,其实每个人都有自己的场景,还是要看适合自己的。