求商业模式策划高手，和技术无关。
( L( ]$ H- I2 J* ~/ `0 W* r0 n7 }作为一个rtt旁观者（水平有限，至今对rtt尚无贡献，只能叫旁观者）
1 K$ w' E) }# \$ `# F: P# M尝试用rtt有一段时间了。感觉rtt很不错，功能很强大，代码很简洁，入手很快。希望rtt越走越好。
X7 h4 s7 Y$ W, v: p. o1 L+ i一直以来都很关注rtt，感觉一直以来不管是mail list还是论坛活跃度都还是不够。我们是不是要好好想一下rtt 的商业模式。
2 a3 ?: N# [' y良好的商业模式，可以让rtt走的更快更好。有几个问题能解决好就完美了：
+ }1 \* O# p0 m2 K 一个是充分调用开源社区所有参与者的积极性，这个一方面能解决商业应用的研发力量的人力资源问题，另一方面当然了rtt自身也能更加集思广益而受益。. L6 h6 P7 p9 j+ E G! d
另一个是让社区内付出最多贡献者能得到最大的利益保障（每个人都要吃饭不是？）或者说主导rtt发展的睿赛德公司自身能够快速发展壮大。
) n5 E3 ~; ]% k& T, h. U 相信相当的rtt使用者更多的是拿来主义（反正我就是典型的），个人认为：rtt的发展要稳扎稳打，就是说，凡是移植好的cpu，我们尽量保证各个组件尽量都可以正常用起来。这样商业应用更快速，商业应用的人越多，rtt的风投价值就越高。
' R: h' k2 }, F# A# B$ b/ E* T: E$ c 欢迎扔砖。。。
邮件列表活跃度确实不高，一个没有这类习惯，二个Google Service墙得厉害。论坛还好，大家逐渐知道可以来论坛交流问题。# c0 H0 L# {, ]9 w3 q5 f3 [1 y* J
8 D6 S) {' r; u$ Z) P' q1 {
RT-Thread，个人本身觉得没有商业模式，或者说不需要商业模式。如果强调商业模式，RT-Thread目前的版本转向收费就成为必然。所以RT-Thread最好的模式还是以开源社区的方式发展，大家有贡献，有反馈，开发者有修正，有更新，有发展。在这个大家在一起的环境下，保留RT-Thread的LOGO，然后产品应用免费。对于RT-Thread，我唯一担心的是，社区参与度下降，没人来贡献了。这个GUI组件就是前车之鉴，没人共享，导致发展度降低，bug丛生，最终不得不由服务公司来返修，但这样的后果就是变成了GPLv2 & 商业授权的双许可组件。: a- h, J& G; n/ J( k
$ Y: A0 f, T8 t
社区，发展依然得靠社区，明年或者说今年下半年，社区这块会有新的调整，这样能够让更多的人参与进来，让RT-Thread的学习门槛降低、再降低！7 h2 \2 o! T- x
. [2 I! p7 S. J! U. z
至于说“主导RTT发展的睿赛德服务公司”，这个说法不对。睿赛德可以看成使用了RT-Thread技术的公司，和其他成百上千使用RT-Thread的公司一样，大家是平等的。进入到RT-Thread的开发者，希望能够逐渐在其中发觉其价值所在，希望这个在社区的后续功能上能够得到加强，加强开发者、众多之上的工作室的价值。 |
是不是可以考虑加入 EM::Blocks 作为GCC 方案的样板？
