hqs7636

前几天一直在酝酿两个话题，一是d语言对中国软件人所面临的机遇和考验，二是d framwork 应考虑和避免的问题。今天先谈第一个话题，供大家参考。

二十多年前 pc 刚进入中国的时候，使用者大多数是用来打字，少得可怜的专业人员大概也只在玩basic，dbase之类，汇编之类大概也只在中科院的个别所里那么几个人能玩，操作系统、编译原理大概没几个人接触.... 由于客观原因我们慢了一拍，这些年来我们只是个跟随者。

现在各类操作系统各行其是，java .net 在开发系中也后来居上，数据结构和算法也翻新了好几轮，从dos到互联网我们应该已经浸润了20年了。已经是两代人了。

今天d语言刚刚诞生的时候，我们在赞叹他的高效和强大以及对他殷切的期许之余我们还想到了什么？我们不会是还想着别人赶快把它做好然后拿来用吧。

我们可能一时拿他还做不出一个操作系统，还做不出一个oracle,也还做不出像java .net 那样的库，但我们能否考虑包装一下win32 api,能否转换一下oci....等等目前各环境下重要而经典的库(已有的项目我们就加入其中)，那些不需要重新设计的领域我们或许要有勇气进入，如果哪一天我们做的东西被纳入标准的d framwork之中，那就是中国软件人站起来的一天。

接下来相信我们一定能做eclipse,office,sap

当然我们先要有一个统一、有序的开源组织，还要有一个强大的营销团队去游说政府和大企业。

d语言是我们中国软件人难得的机遇。应为大家站在同一起跑线上，虽然java .net 趋于成熟，且拥有巨大的用户量，但并没有创造出多少具有国际品牌的产品，d语言的强大和高效必定拥有更大的创造力。

yidabu

前途是光明的，道路是曲折的．D现在缺少强大的类库．

titanic

引用:

原帖由 yidabu 于 2007-12-23 08:52 发表
前途是光明的，道路是曲折的．D现在缺少强大的类库．

偶认为原因还是人太少了。 还有没有像样的应用。
类库，只要是C,C++写的，有bind,都能搞定。

ablya

支持,
学习.
前进.

xjqwaiting

支持，
建议楼主号召大家一个一个东西做。把D语言做起来。

hqs7636

我倒是想号召呢，可没人听我的呀，首先就要做一个eclisper出来，先把他的编辑能力做出来，等gui出来了，再做可视化设计。这么多ide怎么就没一个去抄它呢？

去把jdo2.1抄来也不错，这些流行的规范中还是jdo好，可惜被ejb毁掉了，钱阿....

gingerlee

支持，现在学习D语言资料好像不多

exaos

曾经测试了一下 D 语言（版本 1.012），感觉语法漂亮，只是达到实际丰富的程度还有很长的路要走。个人感觉有如下的几点问题：
一、标准图形库
在 D 语言社区，目前还没有形成一个标准的图形接口。有 gtkD，wxD 等，但没有形成气候，我甚至不知道如何选择一个比较通用一点的图形库。当然，这也是在发展中的事情。但对于比较成熟的语言，比如 Python，有一个标准的图形接口 Tkinter，这对程序开发来讲，会比较方便初学者的选择。我日常工作的平台是 Linux，个人电脑使用的是 MacOS X (PPC)，对于图形接口的跨平台性要求比较高，不希望换一个平台之后，还需要专门学习另一种图形接口。D 语言社区应该尽快让某种图形接口（跨平台的！不可能要求所有的程序员都局限在 Windows 平台上）成为一种“标准”。
二、“标准库”
Phobos 和 tango 之争，应该尽快有一个结果。
三、Killer-app
程序员应该不要局限在编辑器或者开发界面这些工具方面，应该想想如何开发出一款重量级软件，充分体现出 D 语言的特性来。比如  Perl 最大的特点就是正则表达式，因此，在此基础上有许多应用；Ruby由于 Rails 的流行而火了一把；Java由于其跨平台特性得到充分的发展。D语言也应该将其跨平台（目前 DMD 的局限性很大，比如在我的 x86_64 Linux 平台上就没有本地化的支持，更不要说其它的 Unix 平台了，如 MacOS。当然，可以使用 GDC）、语法的优美等特性充分发挥出来。
如果考虑使用D语言开发一个微内核系统，或者使用D语言开发一个智能手机OS平台，这样或许会让该语言火爆一把。

yidabu

说得很有道理。
D语言不够开放，三点问题，看来短期难以解决。