#2 楼 @Juanito

哇，很欣喜的看到，原来 Lisp 也有不少的书... 我之前以为只有 GNU 的手册可以读。

我发现很不幸~ 这帖子里介绍的绝大多数程序员都读过的书籍我也没有全部读过 (我想是不是指的老外程序员).

• 代码大全，早知道这书好，也买了，从来没翻过。
• 程序员修炼之道，这本书好啊~~ 不过没看完，
• C 程序语言设计，我想这本书一定不是指的谭浩强的那本，那本我看过，不过是在十多年前，等于没看
• 重构，看过 Ruby 版。好歹算是看过的一本书吧。虽然也没看完。
• 人月神话，一直想看来着，没时间，说实话，我都不知道在讲啥。
• 编码，我不知道这本书和编码的奥秘有什么区别，不过后者非常经典，我专门打印出来，准备将来给我儿子看，作为计算机入门教程 (虽然讲的东西一点儿也不入门，但是至少可以消除神秘感)
• HeadFirst 设计模式，只看过 Ruby 设计模式，HeadFirst 也看过一部分，没看下去，主要是习惯了 Ruby 的思维方式，觉得 Java 挺麻烦，挺丑陋，看起来累。
• 编程珠玑 这是一朋友鼎力推荐的一本好书，我甚至一下买了中英文两本，不过还没读过。
• Effective Java 中文版 没读过，不过读过 Effective C++, 写的真的不错。
• Test Driven Development , 真没读过，不过既然搞 Ruby, TDD 还是了解的。

至于最常被程序员们谎称读过的计算机书籍, 我不得不承认，这些书我都没看过，如果说有一本有意向的话，那就是计算机程序设计艺术, 也不知道猴年马月才有机会拜读。

#20 楼 @ruchee 你不是也没睡么。呵呵，我又没上班，最近时差颠倒，上午睡。

我和你一样，觉得 html 前景很好。Web可以囊括除去这极少数的绝大多数应用, 你的想法很前卫啊，不过我很赞同~

#1 楼 @jokry 有吗？我怎么只能看到最近回复的帖子？我要的是几个月前回复的帖子。

#6 楼 @ery

这应该是大势所趋~~ 事实上，我认为如果不是 IE 靠非法竞争，长期霸占大量市场份额，最可恨的是一家独大不说，还自立标准，和国际标准唱反调，那么，现在 Web 估计已经取代 native 了。

#1 楼 @hhuai 兄弟，我不得不说，你这话有大问题，就像愤青抱怨 Ruby 是来自小日本的东西，所以我不学一样。

#3 楼 @hbin 哥们儿，我觉得你是在说我吧？哈哈。

#4 楼 @raykin +1, 我不得不说，你说到点上了，绝对有关系，现在大陆社会风气就这样。

还没去过台湾社区，看样子有空得去那边逛逛了。

#11 楼 @fsword

我指的相似就你那个意思，即，很多语言解决同样的问题，大致思路了办法是一致的。不过，虽然我这样说，我也和你一样认为，优秀的语言，会减少犯错的机会，并会潜移默化的影响一个人的编程习惯，并进而影响一个人思考问题的方式。前阵子应聘，真没少听说过所有语言都一样的话语，虽然口头上我没反驳，其实我心里想，至少 Ruby 就是那么的不一样, 如果连 Ruby 都不会，都不精通，又有什么资格说所有语言都一样？

突然觉得，Ruby 当中的很多想法，包括可开放性，以及设计思想，对开发者的要求真的是很高，我意识到，Ruby 是属于 Geek 语言。

一直有一些想法，一直还没有找到答案：

如果你只学习一种语言，你是否真的能精通这门语言？也许你只有同样了解另一门外表相似，但是核心完全不同的语言，通过比较，也许才会对于原本的语言有更深的认识。

常说语言只是工具，现在也越来越有某种感觉，就是所有的语言其实都很相似，但是我觉得语言的不同，造成的思维习惯也应该很不相同，你非要拿 C 语言和 Ruby 去比，那风格差老远了，很难比较出来个啥东西，可是如果针对两门相似的语言，针对各自不同的领域，不同的用法，来比较，是不是可以比单纯的学习一门语言，能达到事半功倍的效果！

#1 楼 @Alex

是啊。打错了， ECMA # => 欧洲计算机制造商协会 EMCA # => 美国少数民族理事会

@ruchee

我理解你的意思，不过术业有专攻，目前 Ruby, 除了 Web 开发，其他地方真不知道能做什么。linux 下大把的 python 模块，提供的也是 python 接口，浏览器前端不用说了，想做个像样的 HTML 应用，不懂 JS, 啥也干不了，更不用说 HTML5 了。

不过最重要的还是，既然这么相似，看看也无妨，应该不难懂... 我就是想知道，有我这样的想法的人多不多

楼主不看看哪国人发明的 Ruby. unicode 要是不好，行么？呵呵。

建议楼主看看松本写的那本`松本行宏的程序世界', 有详细介绍。

#32 楼 @liuhui998

谢啦。很简单呀。相比较而言，我的有点太复杂化了。

#24 楼 @Juanito

这篇译文很不错，具有很普遍的意义。还有那个番茄工作法，25 分钟很不错，虽然之前没看过，但我发现最近一年多其实我一直在实践，而且效果越来越好。现在终于可以体验到看书一目十行的感觉了，这对我很重要。

其实最简单 (也最有效的) 的 GTD, 只需要一张纸，一支笔就可以了。可惜，这些年，已经越来越少动笔了，等一切稳定下来，一定要把国粹拾起来！

#23 楼 @nouse

orgmode 真称得上是一个 Emacs 杀手应用，我虽然老是忘记 GTD, 可是在天天使用 orgmode 记笔记 (虽然每天写的越来越少了), 不过一直以来也就是刚用 Emacs 那会儿阅读 orgmode 手册获得的一些肤浅理解 (我甚至 Emacs 还一塌糊涂的时候，就开始用 orgmode), 可以这么说，名义上在使用 orgmode 记笔记，实际上我连那些真正有用的功能的一成都用不到，说白了我也就是当了个带大纲的记事本在用而已。

#15 楼 @liuhui998

分享下你的 orgmode 配置脚本，可以吗？我想参考下，我的就在 github 上。

#17 楼 @lgn21st

应该没办法吧，但是应该有类似 Web 平台提供这个功能，Chrome 应用商店内，我记得也有类似应用，毕竟，现在的 Web 前端这么牛，连愤怒的小鸟, 都可以使用 html5 在浏览器内完美实现。一个 GTD 软件又算什么。

org-mode 其实是一个用于编辑大纲 (outline) 类型的文本的模式。有点类似于 markdown-mode, 它可以方便的输出成 pdf, html 格式。而且也支持很牛的插件，例如我发的 13 楼的使用 orgmode GTD 的那篇文章，就是使用 orgmode 编写，并格式化生成的 (包括文章中的那些漂亮的流程图),文章最后也有提供 orgmode 的源文件。

之所以使用 orgmode 作为 GTD 的工具，主要是因为 orgmode 支持完善的 agenda 功能，也提供了专门的函数，用来生成一个便捷的可选界面，方便以各种方式组织内容，想法，日记等。还有一个最强大的的功能就是 TAG, 任何一个想法或者 Todo, 你都可以给它标记任意多个 TAG, 然后你可以通过任意 TAG 来过滤所需内容，或 TAG 和分类组合等等，很自由灵活。不过使用 orgmode GTD, 界面纯文本的，相当土，功能也很有限，唯一的好处就是全键盘操作，我设定的是 F12 查看，F11 设定，我一直怀疑很少 GTD, 跟我设定的快捷键有关，刚用 Emacs 那会儿，我有关 GTD 的类别以及 TAG 都设的挺好了，就是记不得用。

#36 楼 @xds2000

我还真不了解者也，不过我想关注某个帖子或有专人定向问答，是不错的体验。

说句实话，改版后，除了点击 右上角提醒以及左上角社区, 那两个版块最多只是看看标题，几乎没有点击过，形同摆设。我承认这可能是我个人的习惯问题，但是我要说的是推荐结果虽然具有一定意义，但是就我个人而言，我更喜欢先浏览自己之前关注的那些帖子 (哪怕这些帖子没有什么新的回复), 而不是热门贴或高分贴。我觉得这两个版块可以有，但是放到正中间，如此显眼的位置，真不是什么好主意。

我的 GTD 实践来自于下面这篇帖子，略有些改动，除了没有采用 Clock in 的方式，其他经验我都汲取了。

http://doc.norang.ca/org-mode.html

我真的很是佩服国外这些大牛们在工作以及生活中实践 GTD 的效率！尤其是设置 Clock in(翻译为时间线是不是比较贴切？), 把自己的工作精确到每一分钟，自动记录每一项工作花费的时间，并由此分析出，工作中，那些事情占用了太多时间，我真觉得这样工作，生活很累，可是貌似看到他们写的文章的观点，刚开始是很累，但是习惯了，除了高效率，以及时间的利用率极高之外，生活反而变的更轻松，也更容易成功。

不错。一两天买一个，自己测试用。

我也提点个人的意见：

1. 我很诧异为什么没有专门的新人问答版块，如果不希望很多新人来了就问，不讲究格式，而因此取消问答，这有点不合理。相反，应该通过在问答版块增加限制的方式来约束。例如，禁止一些词汇，例如跪求啊，约定详细的问答格式。
2. 还是跟问答有关，问题回答的质量，我觉得是一个很关键的问题。
   • 一方面，社区很多牛人，尤其是那些天天来社区泡老鸟，这逛逛，那里逛逛，其实挺无聊的。
   • 另一方面，新人提出问题，很难得到高质量的答案，究其原因，也许根本就是那些老鸟根本没看到。

因此，我觉的将问题简单分类，每一类问题指定若干个人来回答(其他人当然可以参与，不过这样至少保证问题的质量), 实现很简单，自动发送一个新的提醒 (就像回复提醒那样，但是最好分开), 例如就我来说，虽然不是什么牛人，Ruby 还可以，我是很愿意回答并讨论跟 Ruby 有关的问题。

1. 相比较关注人机制，我觉得关注某一版块或某一个帖子更有吸引力一些，我更希望可以以某种方式可以自由的订阅某个版块的新帖，当然，也以单独提醒的方式通知我。说实话，这个提醒机制真的很好，至少比论坛的收藏功能有用的多。而且很喜欢提醒那个小图标后面的数字更大一些，给人一种仿佛自己很受关注的感觉。
2. 我觉得在提醒方面，大有文章可做。节约了访问论坛的时间 (一眼就可以看到有多少回复，有多少问题需要回答，感兴趣的版块有多少新帖), 另外，通过订阅相同的帖子或版块，也便于将兴趣相同的人聚集在一起，至少不会错过感兴趣的话题。

#6 楼 @ghosTM55

项目挺看好啦！当然是个人原因了~

一直对 GitCafe 还是蛮有兴趣。外加楼主也喜欢 Emacs, 更有吸引力了，可惜...

新的 logo, 我怎么感觉有点 Microsoft 的味道...

广州天气热，这两天才绑起来马尾巴辫子。

这几天老婆放假，天天陪老婆出去玩，之前 T-shirt 都没舍得穿，这几天我出门天天穿，还期望能在广州也碰到个和和我穿一样 T-shirt 的呢。感觉很有记念意义，穿起来感觉挺自豪的！

#13 楼 @reus

嗯。每个人都有自己不同的情况，所以说这篇文章很好啊，每个人从其中都能读出不一样的自己，

#9 楼 @skandhas

想想古人的境界，自己的心胸也会宽广很多~!

#9 楼 @skandhas

啊？我刚回了帖子，你跑到我之前了。我还在考虑，是不是和你一样，选择一个跟佛有关的英文名字。呵呵。

#8 楼 @reus 国内其实就有一本不错的书，我一直带在身边。强迫症的森田疗法, 作者叫做施旺红，不过这本书其实是汇集了国内很多学者 (这些学者自身都曾经是强迫症患者) 针对森田疗法的个人体会的大杂烩。尤其是那个邓云天有关森田疗法的理解，可以说是入木三分。推荐曾经有完美主义强迫症的朋友一定买一本看看。

#1 楼 @lb563

嗨~ 哥们儿，你这个情绪是不对的，推荐你看看我上面介绍的那本书吧。保证你会很快好起来。而且我还要告诉你，森田正马先生曾经说过：患有神经症 (完美主义强迫症) 的人都是极其优秀的人，也只有优秀的人才可能患有神经症，没错，你就是那个极其优秀的人，只不过与优秀而健康的人的却别在于：前者发挥出了优秀的短处，后者发挥出了优秀的长处。

我希望你能明白两点：

• 所有人都有强迫倾向，强迫症患者心中最大的愿望可能就是希望自己的头脑里再也没有一丝一毫的强迫观念，这个想法是美好的，但是如果你总想着把正常的强迫都驱除，那你就陷入另一个强迫观念的漩涡了。

• 强迫永远没有一个头的，而且强迫的想法会被不断的泛化以及放大，你也许会因为当前某个事情而开始强迫，并陷入悲观的情绪，就算这件事你强迫自己似乎想明白了，你很快又会寻找一个新的强迫想法或观念，继续强迫自己，只会愈陷愈深，永无止境...

只要你明白了以上两点，并阅读森田疗法，你就会很快好起来。说起来，森田疗法的精髓，就是首先你必须接纳自己的任何症状！不要去想它，带着症状去生活，去学习，总结下来就是八个字：顺其自然，为所当为.

#3 楼 @AshZ 谢谢支持~~

#6 楼 @fsword 我觉得药物终归只是辅助效果，治标不治本，没有心理上的悟, 则不会有任何效果。我还是非常认可这篇文章的观点，这跟我曾经是强迫症患者有很大关系吧。真的，我觉得除非自己具备这种 (说不清好还是不好的)素质, 没有亲自经历过强迫症的人是很难理解的。森田疗法只是对咱中国的老祖宗的思想精髓，更加具体化了一点，如果真能悟到佛家的那些道理，也就没必要采用森田疗法了。

#7 楼 @musicflow 诸法空相，不生不灭，不垢不净，不增不减，正所谓空即是色，色即是空！

#44 楼 @sharp

不加班是没有写入敏捷宣言，不过，我绝对不止一次看到有关敏捷开发不赞成加班的评述，太多了具体也记不清楚了，如果你的确这没有看到，我真的是无话可说。如果你觉得百度百科上说的都是真理，我更无话可说。