@chairo
@gonbo

命令行这点速度都不够,我在想建个博客都不够资格吧。之前听谁忽悠我呢，说42区还不错。谁用谁知道。敲命令卡的我想砸电脑，啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊

java还是不错的。在涉及到大项目的时候脚本语言会力不从心。这里的力不从心包括速度，包括架构。

@aveline
@shinyzhu 我刚才登录进去，发现了很多之前之际写的很有意思的技术文章。

@tokki +1
同时 @楼主

努力让自己牛掰到不行.到时候把自己强大的气场展示出来.直接当面回一句傻逼,让后提出建设性方法或方案,让那些人自己觉得自己真的是傻逼。在自己没牛掰到不行之前,暂时忍辱负重没关系,把其他人的说法看淡点.

@BOYPT 大部分人写代码不专业，不是看的书的问题，是性格问题和大量知识欠缺的问题 还有部分是情商问题。

还有就是在初学的时候很多人都纠结于这语法那语法的问题，同时纠结于这知识点、那知识点的问题。很少有人去纠结怎么写更好。

初学的时候 先教会怎么做，第二步才是怎么做好。
很多人就算入门的时候就算看的是K＆R，也不见得能写好代码，也不见得能学好。同时还是要扩充很多其他知识，才能够真的做好。

就我自己的经历来看。我从初学写代码的时候就比很多人工作很多年写的代码好看，规范。我当时不知道为什么该这样写。我只是觉得这样写出来的代码好看。也没有觉得很多人所谓的入门难的问题。就看书，做习题，在电脑上写代码。在到后来继续学习了大量的知识以后，才慢慢形成自己的一套“程序观”，再到最后形成一套自己稳定的风格和规范。所以就我自己而言我觉得是后面慢慢积累的大量知识影响的比较多。谭浩强那本书，让我初步入门了。就足够了。

其实我觉得，真的能够理解 “很多基础知识” + “软件是复杂的” + “人类是容易犯错误的” 这三点以后那些所谓的这样工程书书，那样规范书都可以无视了。

“很都基础知识” 就是上面很多人列出的那些书 另外还有很多书的集合

“软件是复杂的” 才知道要写简洁、人性化的代码，做简洁、人性化的设计。另外的人只要基础知识到位，一上手就能快速理解并修改。所以我一直在和多场合说，现在写代码，的主要工作是在化简。化简的时间远远超过完成功能的时间。

“人类是容易犯错误的” 这一点我不知道该怎么去表达，和上面第二点有交集，但是又有很多其他的。大概意思就是说人是很容易犯错误的。所以你写的代码，做的设计，需要让一个人写的代码，出错的几率降到最低。

以上言论只是个人简介。纯属扯蛋.....不想歪楼的,还是歪了....

另外补充几本书
1 代码大全
2 UNIX编程艺术
3 操作系统设计与实现
4 计算机网络
5 计算机组织于体系结构
6 C++ Primer
7 算法导论
8 Intel 汇编语言程序设计
9 UINX系统编程
10 UNIX高级编程
11 Windows程序设计
12 Windows系统编程
13 Windows核心编程
14 Windows Internels

上面的书都超过10年了，有可能有最新版没有到10年。

还有很多很多........
http://f.hiphotos.baidu.com/album/s%3D1000%3Bq%3D90/sign=441ca5adb80e7bec27da07e11f1e8249/42a98226cffc1e17f79f3d934a90f603738de974.jpg
我背后的黑色封面的 还有蓝色边框的 还有粉红色边框的 基本上都是10年以前的

@raptor 你把异步 线程 死锁 还有语言级别的协程 纠结在一起了

@yuhuofeihe
@a5412398
@yuhuofeihe

相比之下我还是太老实了......

@BOYPT 各类知识点讲解我觉得基本上到位了。至于规范我觉得需要看其他书籍进一步提升。

@garth 没错。

@vern 亮了.

@yanhopeless 你太被催了。

@jamiesun
@raptor
@alsotang 谭浩强的书我觉得入门也蛮不错的。

@raptor 你只理解了一半。

@dreampuf 编译链接的过程和IDE无关，更多的是很多核心的知识。

这样的吐去槽我经常有。
重点是我们自己做事的时候不要再这样了

@xhat 计算机里面的算法不等于数学哦

@zhangxiao 在你的CPU没有爆满之前，多线程或多进程可以让你同时干几个事情。

对于同一个程序。多线程可以把UI线程解脱出来，避免UI线程阻塞

我这里说的是吞吐率，当你的负荷很大的时候，如果线程太多，反而会越来越增加负荷。你平时用电脑的时候CPU负荷很低，不要用表象来看待内部。

大部分类似。