Ruby语言入门 我看过一点,书本身還是有特色的,就是坑爹的翻译质量太差!! 到处错误。有机会,我打算看看英文版。
Ruby Programming-向ruby之父学程序设计 作为入门,是不二的选择,我看完双飞燕后都看过这本书,一天不到就看完了。挺好的。(这本书的序是 Matz 写的)
最后,说一句,别听一楼的,那是瞎掰. 连 Matz 本人都说:这本书如果完全读懂, 那么你就精通Ruby了(这不是我瞎掰的,请自行翻阅原书 266 页) , 我怀疑大部分说双飞燕是入门, 应该都没有从头到尾通读过双飞燕。这么说吧,我到目前,也就仅仅读过这么一本中文版本的 Ruby 书籍 (捎带看了不少 ri 文档), 但自我感觉绝对不是入门那么简单了 (光笔记就 15000+ 行了). 如果 Ruby 编程语言作为入门,那么至少要非常熟悉一门其他语言才可以。没信心的话,这本留着最后看吧。咱社区大把的人没看过这本书,Rails 照样写的刷刷的。我是子愧不如的。
不过,如果想提高或进阶,这本书是必读的。但是看你描述,最好不要一开始就读。
真受不了
.... 我还以为就我上不了...
恩,so 上也是这么说的。虽然我不知道Fisher Yates算法 是个嘛玩意儿~~
想破了脑袋,也没想出来 /\A?/ 到底有什么意义??
不得不说~ 用 Ruby 这么久,还能想到中断这个低级的玩意儿,楼主也算是很有想法了,顶你!
.....
这个功能实现也需要做一个 gem ? 我总觉得是不是有点太太大才小用了....
直接猜测,貌似又有什么现实意义呢?
换句话说,大多数情况下,不猜也可以知道先 force_encoding 什么编码,少数情况下,一猜肯定猜错几率应该不低吧。
#20 楼 @franky_xhl , 收到了~~
这是我设置字体有关的几行代码。
(add-to-list 'default-frame-alist '(font . "Inconsolata-15")) ;设置新frame的字体大小
(set-frame-font "Inconsolata-15") ;设置英文字体
(set-language-environment "UTF-8") ;使用UTF-8字符集
(prefer-coding-system 'utf-8) ;设置新建buffer,子进程IO以及文件名,终端,键盘编码类型
就是里面的那个Inconsolata, 大小我设定为 15 号,对我来说正合适。
你体验下,我觉得比你的那个字体好一些啦。
没什么过不去的坎儿,其实最近我家里也有点事儿,一切还好了。
嗯。不过,那里其实是在不算大。哈哈
+1, 我会到~
有空的朋友,明白不妨就来吧。大家认识认识,随便扯点什么都行。
#41 楼 @1272729223 #37 楼 @franky_xhl
有的。稍后@lgn21st 发帖,你们回复签到就是了。
很有道理。谢谢指点呀。我也添加这个参数试试看效果好了。
完全明白了,十分感谢~~
嗯。我想问下,实际应用中,那样会不会有点乱?
我觉得你的目的是:希望在将来一眼就可以看出来,这部分来自于某个分支。
可是分支一旦合并后,肯定会删除它,显示之前的某个 commit 来自于某个分支,真的很重要么?
好。写的太棒了。
嗨~ 下午那会儿突然想起了你的这句话:
有时候我会需要在一个branch上面工作很久,但一般我都会很经常的rebase master, 跟上master
因为看不到你的视频,所以不知道你是如何操作的。你这个所谓的经常的rebase master,是指的什么意思?这里面所说的 master 是remote的 master 还是特指本地的 master. 你的意思是指你的这个 rebase, 是指 push 之前的 rebase, 还是只是在本地 rebase, 并不 push 呢
如果push, 你本地分支的 feature 根本没有完成,就 push 到远程的 master, 这好像不合理吧?
如果不push, 那你 rebase 之前,会不会先 pull 呢?
如果每次都 pull, 那样会使你当前分支的 commit 呈现一个不连续的状态。
如果一直不 pull, 那么等你 push 之前,不是还得重新上演一次之前同样的 rebase ?? 同样的 rebase 过程上演两遍,这不是反而复杂了吗?
所以,怎么想都觉得这句话不理解,还望指点一二。
就在我的 github 上呀。很乱的。稍后我再 push 一下。
哇~~ 我正在想 , 有空看看有关 Rails 启动的代码呢...
讲的很好哇~~ 不过好像那个图画错了...
git pull --rebase 之后,应该是
D---E---A---B---C--F'--G' master, remotes/origin/master
才对吧?
视频翻墙也打不开,郁闷。
等下找 man 看看,我甚至都没有听说过...
这怎么能没有区别呢?在执行 git pull --rebase 之前,你甚至都不知道 remote 上做了那些更改,如果你本地 master 进行了大量更改 (例如,好长时间才 push 一次), 那绝对是一个噩梦。
在什么时候该使用 pull rebase 参数,我和@HungYuHei 的想法是一致的。见 #16
我不反对用 pull---rebase , 事实上,看了楼上 @knwang 的回帖,刚刚我又试了试,果断的把 pull 的 alias 加上了 --rebase 参数 (反正真要冲突了,肯定要 rebase, 如果不冲突,直接 fast-forword 挺好), 但是关键一点是: 目的和你不一样.
也可能是我误会你了,你貌似倾向于使用 pull --rebase 直接代替本地的rebase, 好像一步到位那样的。