编程中心与旧读后感集合(8)

嘻嘻，有为GCC做广告之嫌?至于GCC的商业化，我就看到过一些卖硬件产品的公司，它们附带的编译器就是GCC或者其变种，读后感《《编程高手箴言》读后感》。再说了，大量大型的软件都可以用GCC编译出来的，从稳定上讲我想不会比Visual C 差吧。事实上，我用Visual C 的时候就遇到过所谓的Internal Error，而我用GCC，就从来没遇到过这种莫名其妙的内部错误的抱怨。我想，GCC绝对有商业软件的潜质，呵呵，就是在可视化方面比不上Visual C ，虽说也有一些GCC的图形前端。
机遇是从耐心中产生的，越有耐心，就越有机遇。
如果你是从MFC入手的，或者是从VC入手的，那么要做出一个真正的能应用个人领域的通用软件，就会走非常多的弯路。
怪了去了，怎么从MFC或者VB入手就会走非常多的弯路呢?从MFC或者VB里调用Win32 API很直接，尤其在Visual C MFC里。《箴言》很看重底层，Win32 API难道还不够底层吗?难道非要在汇编一级才可以写出真正的通用软件吗?那我干脆去给CPU写微码去了，呵呵~。VB我用的很少，就不说了。至于MFC，如果你真正弄懂了MFC那么你对于Windows的各个方面几乎就全部精通了(当然，我是指Windows内核外用户空间的东东)。
计算机这个东西不管是硬件还是软件，层次很重要。开发很重要的一个方面就是要弄明白你自己需要在什么层次上做东西。一个用java写中间件的开发人员，有多大必要去精通系统底层的东西呢?我想如果你不立足于自己的层次做东西，而胡乱搞跨层的东西，结果可能就是出力而不讨好了。自己研究研究还行，如果在工作中还是这样层次不清楚的话，呵呵，就很危险了。
当然，我没有让大家不去钻研，但我想最好还是找个前辈请教，根据自己的兴趣制定自己的学习计划。人的精力毕竟有限，我们要把有限的精力投入为人民服务之中去嘛，可不要浪费了哟，呵呵。