While waiting, lets give our vim a new look!
#8 楼 @jerryshen 恩确实,不过传媒公司都还挺有钱的,招 6 个码农就不用外包了
are you kidding me
我越狱就是为了装个百度输入法
淫王不愧为编程界周立波
def image_url(source)
URI.join(root_url, image_path(source))
end
我大杭州连提名都没有?虽然我知道东莞众望所归
如果是休眠,可以用 new relic 一直不停的访问,就不会 idle 了
如果一直很慢,确实是墙的问题,就租个 vps 吧,现在 digital ocean 有新加坡结点了,速度挺快的了
上下班的时候可以练下气功,来几十个小周天,神清气爽。。
我女朋友
[email protected]
Foundation 社区还好吧,还是挺多人用的。我感觉射击狮们偏爱 foundation,程序猿还是用 bs 的多
深受 railscasts 荼毒,从来都是 static_pages_controller
年轻人拼是好的,但是也要享受生活,搞那么累是绝逼不可取的,在疯了似的学习干活的同时,也请想一想
我现在最好你找不到这样能让你一直作死的兼职,不然几年之后的结果是
不过当然也得到了
你现在这么猛干,喜欢编程是一方面,但是想赚钱是很大的另一方面。这么努力,本来不算个坏事,但是牺牲了自己所有的时间就得不偿失了。
适当的挥霍下自己年轻这么美好的时光,珍惜身边的人,做点想做的事
等到年纪大了,有钱了却日都日不动了,就后悔当年没钱有精力却在家自己撸的时光了。。
#14 楼 @joezhang 你这个说法不对。ruby-china 没有 找一个用户关注的所有的帖子
这个功能,所以可以这样设计。而很明显你不一样,你有找到一个帖子所有 liked_user 的需求。所以你这样设计,想来想去也没有什么特别好的办法,那是因为根本没有这样的办法。只能每次都遍历,这样跟你设计成 N-to-N 来比,真的就有性能优势?我看未必,还带来了代码复杂度
而 reply 完全又是一个独立的功能,跟这个完全没有关系,很好处理
used with caution 不代表不能用,NN 是很常见的需求,确实会慢一点,但是就跟 kgen 说的一样,这么早的阶段担心个啥,怎么让程序员方便怎么来。加快开发速度
不过我当然不反对你这样每次都遍历一遍的做法,个人有个人追求
#10 楼 @joezhang 噢,ruby-china 源码我确实没有仔细看过,可能有性能考虑什么的。我说的是普通的数据库设计原则,你可以看这里,http://mongoid.org/en/mongoid/docs/relations.html#has_and_belongs_to_many
这样你就可以topic.liked_users
user.liked_topics
随便找了
感觉有点奇怪,好像是设计上有问题。topics 和 喜欢他的用户应该是多对多
丢到 delayed jobs 里面去删?没想到什么特别好的办法
PhoneGap 本身毫无难度,根本没有专家一说。难的是你里面的 html 应用,与其招 phonegap 专家,不如招类似 sencha touch/jquery mobile 之类的 html5 框架专家
Step no.1 清晰正面无码以脸为主头像
图好小,一会来传大图
记录和搜索 log,我们用 https://papertrailapp.com 错误监控我们极度依赖 Airbrake
Airbrake 能和 Jira,Pivotal 等工具连接,自动创建 bug 的 story。也能和 hipchat 合作在你们的房间里告诉你们有 error
这不是方便了黄牛么,有 4 小时不要钱的 session,直接把所有的坑都占完了就行了,不停的刷。有客户买就给票付钱,不要就 expire 无所谓,继续刷