如果让你在win2k下编写新的操作系统?

1,当然是用C/C++语言，用汇编太累了。
2,选VC吧，因为在windows平台上，就VC最新，功能也最强大。
3，当然，和谁比，和Linux，恐怕会差太远吧。
4，我看好，win2k的环境不错呀，GUI很好的嘛，至于编译，链接，运行的结果和开发环境可以不同吧。
5，也许有东西比VC更好吧，但用不着找更好的了，相信VC已经很不错了。
6，个人意见，最好还是不要浪费时间写这个东东了吧。业余时间，能写成吗？
   工作是这个，有效果吗。有人会用吗，得多少时间呀。

解决方案 »

  1.   

    如果在linux和gcc下在写系统，那还不如修改linux现实呢！
    呵呵！！我现在很犹豫。。
    1,win or linux 下 2,编译器也很重要。好的编译器在那里
    希望有这方面研究的人给个帮助
      

  2.   

    ==============================================
    回复人：　hujun614(胡均)　(2002-1-18 18:36:56) 
    3，当然，和谁比，和Linux，恐怕会差太远吧。
    ==============================================
    差那么远我编它何用！！！
    比较完了我会在win或者linux下选一个环境
      

  3.   

    你还不如先在WIN2K写个SHELL呢，工程量就已经够大了。
      

  4.   

    操作系统啊！！
    langwan(浪湾)　老兄，你手下有几个人啊？
    首先要全部用BIOS中断写一个内核，其他调度基于这个内核
    对效率要求较高的，必须用汇编写，
    你写的是操作系统，不能依附于*****任何*****其他当前编译器和内核
    编译器都是自己写的，因为任何编译器都基于操作系统有一定的优化手段，所选的指令与各种管理的算法有关，操作系统啊，吓我一身冷汗！！！
      

  5.   

    还有驱动程序langwan(浪湾)　老兄，你至少要有
    20个精通算法的专家，并都是硬件和软件的专家，
    100个极其优秀的资深程序员，
    100个精通软件测试的测试人员，
    1000个不懂软件的测试人员，
    20个极其优秀的软件管理人员（中国优秀的软件管理人员加起来都不一定够），
    40个市场调研专家，
    100个美工，
    ......
    所有这些人，你必须有足够的钱养这些人活一年到两年，吃老本的养！
    这些人的薪资，每一个都吓死你！
    然后，你要面对无数的BUG......
    敢想这个，哎，后生可畏啊
      

  6.   

    还有驱动程序langwan(浪湾)　老兄，你至少要有
    20个精通算法的专家，并都是硬件和软件的专家，
    100个极其优秀的资深程序员，
    100个精通软件测试的测试人员，
    1000个不懂软件的测试人员，
    20个极其优秀的软件管理人员（中国优秀的软件管理人员加起来都不一定够），
    40个市场调研专家，
    100个美工，
    500个文档编写人员，
    ......
    所有这些人，你必须有足够的钱养这些人活一年到两年，吃老本的养！
    这些人的薪资，每一个都吓死你！
    然后，你要面对无数的BUG......
    敢想这个，哎，后生可畏啊
      

  7.   

    看看这里，其实（小的）操作系统大家都可以写的
    http://www.azillionmonkeys.com/qed/os.html
      

  8.   

    系统内核无疑要用汇编，编译器也可能要自己做（要和Linux完全兼容就不用自己做了，Window的内部数据结构相信你不知道，除非你原来就在微软====设计====window），用户界面要花很多力气，应用程序倒是可以慢慢加进去，不用的/暂时实现不了的功能先放着。*********结论： 完全可以做出来！*****************——当初的Linux还不是就两个"进程"：一个读键盘输入，一个把输入的字符打印到显示器上！我们也可以从这样简单实用的OS做起啊！
      

  9.   

    2000下编写一UNIX的模拟器还是比较现实的吧
      

  10.   

    我没做过，但也想过，没那么夸张吧？
    首先，不必做内核，有很多很好的内核可以用，比如mach，微内核，gpl的，可以自己定制
    开发方面有oskit，文件系统、存储器管理等方面都有现成的。编译器用gcc就可以。
    其实没必要从0做起的，否则就太傻了。
      

  11.   

    to： zf925(天下哪来那么多高手)　
    20个精通算法的专家 //用书上的算法足已，我觉得
    100个极其优秀的资深程序员， //少一点也将就了：）
    100个精通软件测试的测试人员， //同上
    1000个不懂软件的测试人员， //放网上，还怕没人测试？
    20个极其优秀的软件管理人员 //linux有人管理么？当然linux有他的缺陷，但管理松散不一定就不行。
    40个市场调研专家， //要他干嘛？
    100个美工， //如果只做字符界面，是不需要的，linux也没做xwindow啊。
    ......另：听说winnt都用的mach（还是mesh，我忘了）的内核，只是听说啊
      

  12.   

    呵呵，好像大家对什么是操作系统的定义都不太明确：）
    能不能做要看各位认为什么才是操作系统了
    其实要做一个mach那样的微内核并不是不可能的，需要有足够的知识和工程经验，但工作量本身并不是非常大，肯定用不了什么20个xx、1000个xxx的！
    另外to brant(brant)　
    winnt不是基于mach的，winnt项目团队最初是由开发vms的专家组成的，因此winnt内核有很多概念和思路来自于vms，winnt本身也是微内核结构的，但其执行体（微内核）比mach的规模要大
      

  13.   


    mach(照虎画猫)说的对，操作系统不一定要算上它附加的应用程序。就象windows不一定要算上画笔一样。
    一个操作系统大约以下几部分吧：
    引导程序：语言：asm，作用：从外存调入内核
    内核：语言：c，作用：操作系统基本服务，提供软件与硬件之间的接口。其中包括：文件系统，进程管理，设备管理，消息管理（单劈出来，可以附加网络功能），存储器管理。其中大部分有现成的算法，设备管理只要提供基本的输入输出和硬盘访问的功能就可以了。
    应用软件：语言：随意。其实提供一个cshell足已。劳动强度一般，全是现成东西，知道从哪里将代码ctrl+v过来就成了：）。我就常把free的代码ctrl+v。干嘛要全自己做呢？
    其实mach的体积也太大，现在讲究（流行）瘦微内核，内核的体积（代码量）越来越小，大部分服务都转向应用程序层了。
      

  14.   

    BEOS使用什么编出来的?
    有高手能说说吗?