客观上，我依然使用java编写项目，但随着时间的推移，已感觉java无法带给我超越的感觉，尽管玩的是高级别的分布式高并发和架构集群方面的；因此我在前段着手研究linux内核，但发现研究linux内核，必须先吃透at&t汇编，于是拿着一本美国佬（richard blum）写的资料研究at&t汇编2个星期以来，觉得还是有点玩法。
第一个星期，说实话，在找方法，更多的是走马观花式的了解了解，说白了真没有什么感觉，只感觉老外的资料写的很难读通，因为不晓得是那个人（尽管有中文名）做的狗屁翻译，简直是晦涩难懂。后来呢，我发现与其看他翻译的，还不如和原著和代码一起来了解下，果真，好家伙，在第二个星期开始有效果了，当然我其中也花了不少时间先弄懂什么cpu原理和制造工艺，编译原理，反汇编，反编译，操作系统原理，电路逻辑等等。
在第二个星期继续读这本书，简直是一日千里哈，直接看源码直接改造， 直接把c直接直译汇编和机器指令码，同理，反过来也如此。
正因为如此，才有我这段时间由linux内核引发的一系列的新思想和新路子，我坚信后面在计算机领域中研发任何高精尖的东西也不难了。
第一个星期，说实话，在找方法，更多的是走马观花式的了解了解，说白了真没有什么感觉，只感觉老外的资料写的很难读通，因为不晓得是那个人（尽管有中文名）做的狗屁翻译，简直是晦涩难懂。后来呢，我发现与其看他翻译的，还不如和原著和代码一起来了解下，果真，好家伙，在第二个星期开始有效果了，当然我其中也花了不少时间先弄懂什么cpu原理和制造工艺，编译原理，反汇编，反编译，操作系统原理，电路逻辑等等。
在第二个星期继续读这本书，简直是一日千里哈，直接看源码直接改造， 直接把c直接直译汇编和机器指令码，同理，反过来也如此。
正因为如此，才有我这段时间由linux内核引发的一系列的新思想和新路子，我坚信后面在计算机领域中研发任何高精尖的东西也不难了。
