中过,还好是单元测试时发现的
@ruby_sky 表白的同时强烈推荐你先看看《宅男是如何泡到大美女》
团 800 的网站做得确实不错
我也过去,华侨城离我这里很近
@ywencn 已经收到你的邮件了,我查了下,优惠码还没有使用,你不会是下单的时候,没有提交优惠码吧:) 你试下重新下单吧,这样订单才能跟优惠码关联上
@jinleileiking 难道我声音变老了。。。
@lgn21st 改天再骚扰你,我继续去印
@ywencn 是我取消的,我看到这个订单没有用到优惠码,两天后没有付款,所以就取消了,你能把优惠码发给我吗?我再查一查
@poshboytl 呵呵,是我打的电话,我怕选 XL 的会太大,所以看到 XL 就打电话问一下。问的几个人都没有问题,看来选错 XL 的概率不高。
@chinacheng 好的,已经加上订单备注
@gangmax 不好意思,暂时不考虑其他颜色的
@chechaoyang 好的,你把订单号告诉我
@pokkalee 这个会员功能现在是隐藏掉了,避免与社区的会员登录混淆。你可以在订单确认的邮件中看到自己买的商品。之前有个 bug,邮件中没有显示商品的尺码,现在已经修正了。
@ruby_sky 图片没经过特殊处理,只存储原图,使用 dragonfly 生成各种规格的缩略图,用 rack-cache 缓存。 有些商店的放大功能是使用 js 插件 Cloud Zoom 来实现的。
@yetone 具体内容你 google 一下 jetty 和 solr 的安装,有很多资料可以参考的
通过执行 rake sunspot:solr:start 启动的 jetty 是专用于开发环境的,你还是专门部署一个 jetty 应用服务吧
@kewin 订单较多,尽量在这两天处理完,发货后会有邮件通知,里面会有快递单之类的信息。
@ashchan 啊~之前把收货地址的国籍去掉了,我跟 @lgn21st 商量下
@tassandar 不好意思,尺码没在邮件中显示的问题迟点修正。另外,你确定你要的是 XL 吗?美标尺码可比我们普通的大一点的哦。
背面印 Ruby China 文字很好看
@lgn21st 我加上了尺码说明,和简单的描述
我以前用过华为的短信机,现在使用第三方的短信网关,用第三方的短信网关稳定性是关键。
聊得很开心,感觉时间一下就过去了。 还收获了一本《松本行弘的程序世界》,感谢 @suffering,下次我也分享几本。
@he9qi 其他的没用过,我正用的服务也不大好,不推荐了。
@he9qi 你如果是使用的第三方短信发送服务,都会提供给你 api,一般还会提供以 http 方式调用的 api,例如:
url = "http://#{config['smsapi']}/#{config['charset']}/interface/send_sms.aspx"
begin
res = Net::HTTP.post_form(URI.parse(url), username: config['username'], password: config['password'], receiver: receiver, content: content)
res.body
rescue Exception => e
puts "发送短信错误!#{e}"
end
所以确实是跟 rails 没关系,哪种语言都是一样调用的
@skandhas 定制会员头像处理不了,但是 t 恤正面定制会员昵称倒是可以的 像这样 ruby-china.org/users/lgn21st 还有这个 github.com/lgn21st
@lgn21st 1 号、2 号的代码我觉得也挺好的,不知道去掉黑色背景色和注释的效果怎么样
推荐个宅男代码:
class LifeController
def code
end
def eat
end
def sleep
end
end
@hayeah 选的书吧环境很不错,我也过去聊聊天
@wangxinrubyer 站在老总的角度来看,你帮他赚到钱了,你就是优秀的;站在队友的角度看,你帮他们提高生活品质了,你就是好。
业务、报价之类能够带来直接效益的工作可能不归你管,得先想想怎么省钱。以最少的人在最少的时间内做最好的东西,那就看看团队规模、工作效率、项目质量怎么调整。
规模与项目大小有关,不能一概而论,总的来说人越少越好,沟通起来更高效。在人员配备上,要有梯次,高级 m 个,中级 n 个,刚毕业的也要有。人员的素质要多留意那些即会提问题又会帮着解决问题的人。
要达到最快的速度把东西做好,你得充分了解队员的水平,难度最大的你自己扛了吧,次难的、简单的以梯次分配给相应的人员。还有些功能只需要做一次的,例如登录校验码、源码加密等,交给自己或者高级;更多的功能第一次做的时候花的时间会多一些,以后照着做就快了,例如第一个 crud 功能,第一张报表等等,这些也都交给自己或高级。 另外,任务分配下去后,要持续跟踪,跟踪方式可以通过要求写日志(很多人不喜欢,但我觉得对自己也是很有帮助的,关键在于队员的心理愿不愿意公开自己何时何刻在做什么。写的话推荐使用 teamcola),或者每天查看提交代码日志。 还有,一定要要求队员在遇到问题没有头绪解决的时候,先想办法处理,但是不能超过两个小时,一超过就不要自己独立解决了,上报,由你来处理,避免进度已经滞后,你问他,才知道出现棘手问题。 你还要告诉其他协作团队,现在你负责哪一块了,以后在这方面工作有需要的情况下,不要直接找你的队员,要以你为统一的对外接口,避免一些繁琐的事情打扰到队员正常的开发工作。
先分为功能做得对不对,和做得好不好。 要避免需求与实际出来的软件不一致的情况,就要尽早的把东西做出来,先拿去用吧,而后的迭代的周期最好不要超过二周。 做得好不好,也就是缺陷多不多,你要紧盯缺陷列表,分析出为什么为出现这个 bug,哪些 bug 重复出现。但尽量不要针对出现 bug 的队员,而是整个团队总结,避免下次出现。人总会犯错的,关键是出错后的总结和改进。 为了保证较短的迭代周期,你还得紧盯自动化测试,以最大化减少测试人员的测试时间,让他们把关注点放在业务上。
这个就不多说了。留意每个队员的追求不一样,有多年工作经验的和刚毕业的就有很大的不同,尽量满意他们这些需求。
最后,恭喜你开始新的尝试。以后的工作就不仅仅是 code 的,会有很多杂七杂八的繁琐的事情,保持良好的耐心吧。管理的工作不代表拥有更多的权力,而是更多的责任。
@mobiwolf 明白了
@mobiwolf 你的意思是按客户需要对 ShopQi 进行二次开发,然后安装到私有云?这样做的好处是?
@quakewang cool
string = "浏览器里面Chrome是不是比Firefox快?2012年12月开始新的历程,2000万的用户,其中有200人是...."
string.scan(/([^[[a-zA-Z]]]*)([[a-zA-Z]]+)([^[[a-zA-Z]]]*)/).flatten.map(&:strip).reject(&:empty?).join(" ")
#=> "浏览器里面 Chrome 是不是比 Firefox 快?2012年12月开始新的历程,2000万的用户,其中有200人是...."
ruby 1.9.3, need more unit test
感觉还不错,但还是喜欢一进来就是社区的列表。