操作系统心得体会
1925319 周浩
参考文献：Eric S.Raymond。《UNIX编程艺术》电子工业出版社 712102116
学习C语言是我第一次接触编程，也是如此近距离的接触计算机内部运行的原理，可能是在学习C的过程中没有遇到困难吧，我对编程产生了浓厚的兴趣，在这之后又学习了C++， 学习C++主要是使用C++之父（B S 单词忘了）写的那本《C++程序设计语言》，700多页的书中有一句话我记得特别清楚，他说语言就是一种思维方式，C是过程的思维，C++是面向对象的思维，读另一位高手（名字首字母是 S与 B 也忘了）写的《C++编程技术》一书时也有一句话让我印象深刻——去编程就是去理解，虽然我只学了C，C++（还有VC MFC 自我感觉他们不是，是一种C++的变体）但我感觉语言只需要记得地址，然后去骗骗编译器， 最重要的是对需要解决的问题的数学化，剩下的就是多实际操作，过程的积累是很重要的， 因为在操作的过程中可以加深对很多方面的理解，学编译器，那是大二下花了大概三个星期把清华出版的编译原理研究了下，是学习计算机以来觉得障碍最大的一门专业课，武功只算练了一半，编译的后期没怎么学（中间代码生成以后的东西），不过最近把PL/0放在机器上实际运行了后，我找到了一种感觉要理解语法分析词法分析要从计算机的角度去理解，顺序， 分支，循环，我还没有认真的去思考之间的关系，最近在忙着另外的事，这种感觉已经帮助解决了很多问题，剩下的就是多做些事去实际操作，加深理解，如果问题简化到只是时间问题了就不是问题了，我喜欢这样对自己说。
前面讲了很多与操作系统无关的体会好像有凑字的嫌疑，不要误会我在强调一种感觉，说不出来，但却很有用，这是一种理解，唯有理解才能分出高下，我用4，5个晚上我操作系统的书浏览到了系统安全，操作系统是一种程序，有着更高的特权级别，功能是提供服务与管理一些硬件的资源，存储器管理，处理机管理，文件管理，设备管理，我觉得这些问题大多数都可归结为数据结构，用数据结构的角度去解决应当不难，但是在用户程序与系统本身之间的切换方面总是感觉有些问题想不清楚，找不到我一直强调的那种会让问题变得简单的高深理解，我还需要时间去理解，我想听听老师对这方面的认识，说些高度概括的词让我思考 如何去理解这件事
UNIX操作系统的历史已经成为了一种传奇，但是我对它的历史不感兴趣，我对那些天才们的思维很感兴趣，是计算机领域宝贵财产，有时间我会去看，还有对无数人日日夜夜不辞辛苦的付出很是钦佩，我会向他们学习，对还有一件事印象深刻
UNIX在初期主要是用于DEC的机器，尽管没有正规的技术支持，但仗着灵活、快捷、容易修改和扩充以及资源丰富（包括支持的硬件设备更丰富，DEC的操作系统只支持自己的系列产品）的强大优势，很快就严重影响到DEC自身的软件推广。碰上这样的飞来横祸，DEC当然是非常恼火，他们对使用UNIX而带来的硬件问题拒不提供支持，但尽管如此也不能阻挡大家对UNX的热情。而VAX/VMS乃是DEC寄予厚望的战略级产品，技术那是相当的优秀，居然甫一推出，就又遭到UNIX的追杀，也难怪老板Olsen会口出恶言，讥讽UNIX是“蛇油”（意为“骗人的万用药”）了。DEC苦撑了几年之后，终于不支，改变态度，于1982年推出了自己的UNIX变种——DEC ULTRIX，但在推广策略上，仍是以自家的VMS为主导。DEC公司的保守作风终于酿成大祸，在别的公司推出专门针对UNIX设计的机器后，DEC的江湖地位每旷愈下，在PC问世后，更是一蹶不振，后来连年亏损，1992年把Olsen赶下台也没解决问题，终于在1998年，这个曾经的传奇——一度排名世界第二的计算机公司被后起之秀COMPAQ并购，不过96亿美元的天价也算是对它价值的承认。
DEC有他自己的想法不可否人，不过坚持有时会成为一种负担，如果用一种变通的方法
借UNIX的力量的话也许历史又会是另一种结果，这个问题我也得思考，发现自己就像是多线程处理器，有很多的事，但每件事都还没return
希望早日找到感觉，剩下的就是经验的积累，时间的付出，那就是我说的那句话了如果问题简化到只是时间问题了就不是问题了，简单
