嵌入式操作系统的成功之道
随着嵌入式系统的日益复杂化，嵌入式现在系统越来越成为嵌入式产业的核心，君不见，而在我们国家，嵌入式操作系统几乎是个空白，2008年的十大嵌入式企业以及中国电子信息产业100强中，竟然没有一家是从事嵌入式操作系统的，就连有一个自主操作系统作为副业的都没有。这既是中国嵌入式行业的悲哀，也是对中国工程师的鞭策。然而，实时嵌入式操作系统市场是如此成熟和完整，新操作系统如要从中分一杯羹，无异于在钢板上钉钉子。即使如此，仍然有不少人前仆后继地往里挤，在前人不断的“壮烈牺牲”中，我看到的是机会与挑战并存。嵌入式操作系统是一个细分市场，所以不会形成桌面系统寡头控制的局面，在桌面系统上，是windows和unix系操作系统双寡头局面，这种情况绝不会出现在嵌入式领域。这就给了后起之秀一个机会，只要你的产品好，工程师认同，你就有机会。嵌入式操作系统的目标用户是工程师，而工程师是一个善于学习的群体，容易接受新事物的群体，这也是djyos的机会。
都江堰操作系统就在这样的环境中，应运而生，我们有理由期待它能脱颖而出。分析一下那些壮烈了的操作系统，我们要吸取的教训很多：
1、没有创新就没有生存之本。看许多发布的操作系统，不外乎就是现有操作系统理论的简单复制，一上来就给人“又一个操作系统”的印象，根本吸引不了人们的眼球。而djyos则不一样，在构成嵌入式操作系统的几个重要方面：调度器、中断管理、设备管理、资源管理等方面，都又非常突出的创新，甚至是理论创新。尤其是在调度器方面，可以说是彻底革新。
2、要贴合用户需求，不能片面强调单项性能。看许多发布的操作系统，在宣传自己的优异性时，不外乎上下文切换时间多么短、占用系统资源多么少、功能模块多么多、线程间通信手段多么丰富。有或者说自己的C语言率多么高，移植需要修改的代码行多么少，等等！整个就是闭门造车，根本没有从用户的角度考虑，不知道代码工程师需要什么，也不知道系统工程师需要什么，更不知道产品经理和研发经理需要什么。djyos不同，他本来就是产品研发工程师写出来的操作系统，它充分考虑到用户的需求，他从技术角度，协助产品经理（研发经理）组织项目团队，协助系统工程师从软硬件联合设计的角度设计系统架构，协助代码工程师写出移植性和一致性都很高的代码。
3、要戒除IT界的浮躁，有许多操作系统发布时，还只是一个简单的内核，连基本的文档都没有，代码也是乱哄哄的没有注释。用户拿到手里，根本就云里雾里。要知道，你一个新生事物，用户是不会有耐心等你成熟的，即使你真的能够成熟，在你成熟的过程中，用户早已审美疲劳了。一个新生的操作系统，应该一上来就给人一种令人耳目一新的冲击，才能是用户有兴趣往下了解你。djyos系统在发布时，就已经是一个完整的操作系统，而不是一个简单的内核，而且带有408页的文档（还是有意压缩篇幅之后的），写这个文档花的时间，远比写一个内核要长，近2万行的代码，有约1/4是注释。
有兴趣的，请访问
www.djyos.com
这里有djyos的全部源代码和文档。 已经下了文档，正在看
文档写得很好，可以看出下了一番工夫整理
期待你的源码，如果内存整理有更好的算法的话，我就直接参考了，近日正在为这个忙碌 楼主是sohu一族啊
这么多时间来研究 暂时还不能运行，不知道是否成功，现在说成功，恐怕为时尚早
回复 #4 T-bagwell 的帖子
希望初步做稳定了才发出来吧，不然很有可能LZ的期望会难以达到 :mrgreen: :mrgreen: :mrgreen: :mrgreen:希望很稳定，这样大伙学习才有激情，呵呵
回复 #6 T-bagwell 的帖子
其实并不是泼凉水，首先我是非常钦佩LZ的精神的，只是发布一个产品，一定要深思熟虑，这才能把名声打响亮了多谢楼上各位指点
只是，个人精力有限，是不可能把它完成产品化的。我做了5年，天天熬夜，才做出这个样子，希望大家支持。现在的IT界，想找人合作搞一个不知什么时候才能见效益的东西，不容易啊，尤其是在成熟的嵌入式操作系统市场，谁能相信你能有所作为，这也是5年来我一个人折腾的原因。