不知道有多少客户接受网站提示浏览器老旧并需要更新,这样提示性的方案。
as@runtoo:~$ history | awk '{a[$2]++}END{for(i in a){print a[i]" "i}}' | sort -rn | head
4615 git
3163 cd
1524 lt
1040 v
594 c
464 ssh
461 rails
438 ls
416 sudo
393 rm
alias lt="ls -lhtF"
alias c="clear"
alias v='vim -c "NERDTree"'
alias m="mplayer
#22 楼 @quakewang 有没有不同用户的 cap 配置文件给参考下,或者上面这种输入用户的也 ok。email: [email protected]
cap 我在不同服务器上分不同 multistage,没用帐号名不一样,然后部署老是串用户名,明明 production 在这台机器用这个用户名,却用了 dev 这个 stage 的用户名,很头大。
要不要买房,记得也多问问买过的人。
雷声滚滚,这是该进呢还是该退呢
25 日 20:00-26 日 02:00 阵雨 25 ℃~ 23 ℃ 北风 3-4 级 降水量:5~10mm
数据如上,可以直接看窗外
这个问题可以多花点力气和时间,没有固定答案。外面坑人的说法不少。
今年这个行情能做到这样的盈利,很强悍阿,非常强悍!!!
方便透露下,投入的人力和时间怎么样?技术也透露下嘛,是行业分析还是量化指标还是看宏观风险对冲还是哪些?
正常情况可以根据自己的经验和数据建立一套自己的指标体系,写一些代码方便自己更快速发现趋势和风险,不过国内这个市场不是正常运作的市场,靠量化判趋势会有问题,抓风险应该还可以。
那就是我没有看到,哈哈
每人习惯吧,偶觉得挺好
nginx+passenger capistrano or mina 没啥特殊要求,用这几个方便
都没介绍是做什么领域什么类型产品的?
要是真的非常非常有时间,真想把 gentoo 的 portage 包管理版本写一个 ruby 版本。。。这个工程量太浩大,就只好歪歪下。
gentoo 用了几年,非常稳定和靠谱,折腾起来还是了解不少东西,就是不“方便”,很多东西还是不熟悉不太会。
从日本弄了一台报废的笔记本 (可能到使用年限了吧,有地方都开裂了),拿来又办公用一年多,然后放朋友的机房跑 server 一年多了,至今还在 7x24 跑,挂了 n 多测试 demo,由于散热问题,估计撑不过今年夏天,在考虑接下来派什么用场。
前面公司有个合作方游戏后端用 ruby 写的,我们用 ruby 写测试模拟几个用户(个位数)去同时玩游戏,就遇到性能问题了。 那时候偶不搞技术,深入没去了解,而且是合作方那边。后来怎么优化也不清楚,只记得大部分时间花在修改设计上。
每次这样处理压缩文本字符,然后用的时候再解析出来,这种功能自己做有点吃力而且很难做好吧; 原始需求是什么
最最早文本存储为了压缩空间是自定义文件格式/存储格式,前多少是字符格式,中间几位是二进制,后面什么格式;然后数据定长变长的;这种 ruby 原生没这套东西。
另外我记得有直接处理 zip 文件的。
#6 楼 @xmonkeycn 今天过来重新整齐写上代码,测试居然 ok 了,还是基础的关系加 polymorphic。前面可能我哪里笔误操作错误,也可能用了 resource 这个词跟哪里保留词冲突了。 现在实现代码参考如下
class User < ActiveRecord::Base
has_many :ownerships
ItemTypes = ["WeixinUser","KeywordReply","News","Audio","ReplyText","Article","Video","Picture","Activity","Shop"]
ItemTypes.each do |item_type|
has_many item_type.underscore.pluralize.to_sym, through: :ownerships, source: "item", source_type: item_type
end
def to_s
self.email
end
end
class Ownership < ActiveRecord::Base
attr_accessible :user_id, :item_id, :item_type
belongs_to :user
belongs_to :item, polymorphic: true, :primary_key => :id
validates_presence_of :item_id, :item_type
end
class Audio < ActiveRecord::Base
has_one :ownership, as: :item, dependent: :destroy
end
这种平台也不错。待遇和限制要自己评估,好像成熟类技术活比较多,创新性的想 cookpad 之类比较少。文化嘛自然要入乡随俗,正装只是一部分,干活肯定要看公司类型和要求。比如去 ibm tokyo 肯定要正装,但不代表公司好或者坏。
#6 楼 @xmonkeycn 上面有个代码我手误写错了,guide 这些案例满足不了需求,结合没搞定。
#7 楼 @reyesyang 多谢,这是一个想法我回头考虑下。不过 model 里面没看出来怎么区分 type(哪里给 resource 的 type 赋值)。