给Borland公司提个小建议，希望Borland公司的工程师们能好好考虑一下。(10分)

继续提升数据库方面的功能，这点我是很认同的。

to shuaihu,
Borland产品最大的问题在于debug。也许有人不以为然：Delphi / C++ Builder的debug能力很强呀！是很强，我承认，但是你的产品从来都不RTM？从来都是进行IDE环境的debug？如果有人开发过复杂系统，并且有很多customer使用，仅仅是live debug的问题就可以把整个公司的PSS部门弄得焦头烂额。
我曾经在一个很大的软件公司位于上海的全球支持部门工作，enterprise customer一般使用dump file提供错误信息——只要是Windows平台上的（Unix上面也有被管理员骂死的core dump，吐核，不过据说Unix上的Debugger用起来不那么让人觉得舒服）。这是对于live debug/crash debug的合理的处理方式（小公司大概会问customer能否重现错误，能够所谓稳定重现的才能修复），但是如果程序是使用Delphi写的，对不起，没有symbol file可以让你用，因为Borland只能生成map文件，不能生成DBG和PDB文件。就算你用了第三方工具，对不起，没有任何公司会支持的。因为就连Borland也不guarantee那个symbol是正确的。
所以，如果你用了Delphi来请求技术支持，你基本上就等着撞墙吧。
另外，我也看不惯Delphi什么跨平台。所谓跨平台，就是说产品的特性会是这些所有平台特性的交集。要不然，Borland就要写自己的封装代码。Borland的封装代码从Delphi5开始，已经有了烂掉的趋势。Delphi 6/7就像是一个大补丁，而且品质堪忧。从小的方面看：Delphi 6的Code Insight增加了所谓的新功能，根据:=前面的类型filter后面的Code Insight结果，不知道Borland是不是仔细倾听过用户的需求，或者是不是理智地想想这种fucking feature是不是reasonable。
而且，如果Delphi能够使用Windows Platform SDK和其他SDK，我看Delphi 5以后的版本应该没有很大销量才对。现在的问题是：Delphi的SDK帮助文件是几年前的，相应的Unit也是几年前的，如果你用了Windows 2000新增加的API，请你自己来写声明。
不要总是说别人什么都不懂。在现实中，那些说别人不懂的人估计不怎么样。VB的确让很多人瞧不起，不过除了脚本，VB操纵COM的能力和简捷性无出其右（就算客户哪里出了错误，我至少能够live debug吧）。而且即使一个developer非常疲劳，他写的VB Code也能保持相当的质量。VC是清醒的developer用的，MFC的很多class就是把API封装了一把，但是对于职业开发人员来讲，所庆幸的也于斯。如果VC的程序也会有一个hidden的顶级窗口接收消息、点Task Bar和点Minimize Button在主窗口中得到的消息完全不同、就算程序错的山穷水尽还要报个Rumtime *错误而不崩溃（first chance的exception stack早就unwind多时），VC程序员的薪水恐怕会上涨几倍了。

看不懂，听不明白。
还要好好学习，天天向上。

看的畅快！ 哈哈，说实在偶不喜欢DELPHI，不过它也用了几年了，也用的不怎么样
无论如何，庆幸现在用JAVA/.NET，实在喜欢它们：） 。Delphi还是偶尔用用
楼主也是好意，不用做人身攻击！

我也感觉delphi在数据库开发中不如pb专业。

要知道Delphi仅仅是一个工具而已,
高手拿根树枝都可以当武器,更何况
Delphi还是一把好刀,没有必要做
这样无聊的探讨,就像每个企业都有
自己的定位,我相信Borland公司肯定
有自己的想法,支持Borland公司,感谢
Borland的天才们

个人认为DataWindow确实不错。
但在数据应有开发方面，Delphi绝对比PB省时省力。
Delphi可以做驱动，但不能直接生成，要先生成Obj再用VC编译器连接。
网络应用B/S是软件发展的趋势，当然有必要支持。VC做B/S应用简直是跟自己过不去，Delphi是面向原生代码应用的，通过IW能很好地开发网络应用，很难能可贵了。

DELPHI的定位就是通用的开发工具，不同的开发人员就会有不同的要求，搞数据库开发的希望在这方面能加强，搞网络的希望DELPHI的网络功能更强大。然而通用工具就是通用工具，只能综合考虑大家的想法。
开发工具在某一方面功能异常强大(只专注于某一方面)，即是好事，也是坏事。PB这些年来使用在不断缩小，一个很大原因就是它只擅长数据库开发，其它都不行。

看来mikedeakins,老兄的认识比较独特
可能与我们没有接触大的具型开发有关
不过对DELPHI我是喜欢，但不崇拜。
楼主只是一片好心，不过每个人的看法，经历也不尽相同
想毕对一个人人要求太高也太为难BORLAND和楼主了

是呀，是呀，不要人身攻击吗？只不过是无能的表现。
唉，Delphi总得来说还是不错的，但也确像楼主说，有需要提高的地方。
人无完人，各有所长嘛。
我以前也对PB的数据库能力，佩服得极了，但今天看，PB应用是太窄了。
C、Java 、.Net 没用过 .....

Learning.....

不能同意楼主的意见，任何语言都是思维的表达方式，如果说还有什么东西语言表达不清楚好话，只能说是表达能力欠缺，计算机语言最终都要编译成为机器码，除非它的编译器有缺陷或者偏重，否则任何语言都是一样的－－－最终的机器码。

我只是觉得数据库的功能应该做的更好一点，控件的bug少一点，不要老做一些骗人的事！
至于要不要象pb，到还无所谓！

一个开发工具就像一个女人，你刚拉到她的手就说这个女人什么都不行，也不想想自己还是处男呢，怎么可能了解女人！

如果大家仔细阅读过《Borland传奇的话》，那么就不会产生以上问题和争议了！！！
Delphi只是一个产品，Borland只是一个公司！虽然我也很欣赏甚至是崇拜他们，但公司
有方向，产品有定位！
当然我们有建议！！！希望大家只就事论事，多讨论实质问题！
（我怎么觉着我的口气像版主，不如大家选我算了！呵呵！！！）

最有资格对几种语言或者编程工具发表评论的,应该是对这几种语言都非常有了解的人。虽然我也不是这样的人，但说些其他的话也是可以的。
DataWindow再怎么好，实际上就是方便，就是让程序员少做了工作，开发工具都应该是这样的。但不能希望编程工具帮我们做完所有的事情，程序员总应该要写一些代码的吧。Delphi的出现让PB市场萎缩这是不争的事实，但到如今PB依然存在，就说明它依然有可取之处。Delphi能做的VC++和VB以及PB都能做，反之依然。有什么好争的，再说这里本来就是Delphi爱好者交流的地方，既然不喜欢Delphi来这里干什么？
对于楼主的说法：
1、你不妨用出一道题目，看看PB的DataWindow能做的，Delphi有什么做不出来的
2、你既然知道VC++开发有多痛苦，就应该知道Delphi对程序员有多贴心。再者，你若不会用Delphi开发驱动程序，那么可以在国外的BBS上发帖子问问或查找一下，肯定有答案。你要Delphi在底层上下功夫，可人家已经做到了，只不过你不会用而已。
3、什么叫放弃网络？.Net只不过是微软提供的框架而已，什么叫跟在别人后面？就像Windows操作系统是微软的，Delphi在这个平台上开发，总不见得你叫Borland也去开发一个系统平台吧。楼主这个问题太奇怪，甚至把TCP/IP和.net混在一起。
真的很怀念以前的DelphiBBS，探讨和学习气氛之浓厚。
最后，我到也要建议Borland工程师，把Delphi和Object Pascal弄得复杂些再复杂些，最好学不会，这样就不会有人再对你无端指责了。有些人对Java推崇备至，这样把你写的代码贴一段上来，大家分析一下，看你对面向对象开发有多了解。

搂主的第一点大家可以不必考虑了，
PB的DataWindow据说申请了专利！！！不允许岁便模仿[!]

为什么要做程序员,真累!

DELPHI专家们:
您好!
感谢你们发展了世界上最高雅/最优美的计算机语言,PASCAL是全人类计算机应用的伟大成就!她将人类语言的优美写进了计算机的感情中.能让人们用爱去理解计算机.如果计算机有感情的话,那她一定只选择PASCAL.
你们可能想不到,对我来讲,DELPHI的深奥不单单因为是计算机的语言,更是人类的语言,我喜欢她用人的语言来描述计算机世界,未来应该如此.DELPHI应该用来教育人们学习ENGLISH.然后才是编写,指挥计算机.
DELPHI强大,超越了我所知道的计算机语言:C/C++,JAVA,C#也不过是她的一个影子而以.
DELPHI优美,没有其它语言能比.符号化的东西只能是没有感觉的机器喜欢读的,我们是人,人是有感情的.
科技应该是越来越简单的,谁喜欢读:++C++C++(C++)?A:B --只有PC能懂!
打扰你们了,您是知道的,一个心爱的语言,当我有一些不明白的时候,我想到的是,向最可敬的专家学习.就象求知于上帝一样.
您知道,我伤心的是,很多程序是用C++语言写的,我所面临是的C++中有一些实用的思想,如何转换为DELPHI的困难?
以下是我的一些难题:帮助我们!
1.请问：DELPHI中如何实现像C++中的运算符重载？是否DELPHI.NET实现了?
DELPHI how to implement C++ operator overload?
2.请问：DELPHI中如何将C++中的继承结构的类转换？如：
DELPHI how to implement C++ inherit struct's class transition? like:C++
typedef struct tagPoint3D{
do
uble x;
do
uble y;
do
uble z;
} POINT3D, *PPOINT3D;

class AFX_EXT_CLASS CPoint3D ublic POINT3D
{
public:
CPoint3D();
CPoint3D(double ix,double iy,double iz=0.0);
CPoint3D(constdo
uble*);
CPoint3D(POINT3D p);
~CPoint3D();

public:
//operators
CPoint3D operator*(const MATRIX3D&
matrix) const;
void operator*=(const MATRIX3D&
matrix);

//offsetting with vector
CPoint3D operator+(VECTOR3D v) const;
void operator+=(VECTOR3D v);
CPoint3D operator-(VECTOR3D v) const;
void operator-=(VECTOR3D v);

BOOL operator==(POINT3D pos) const;
BOOL operator!=(POINT3D pos) const;

//derived vector = this point - sp
CVector3D operator-(POINT3D sp) const;
} ;
//operators
CPoint3D CPoint3D:perator*(const MATRIX3D&
matrix) const
{
do
uble rx,ry,rz,sc;
rx = x * matrix.A[0][0] + y * matrix.A[1][0] + z * matrix.A[2][0] + matrix.A[3][0];
ry = x * matrix.A[0][1] + y * matrix.A[1][1] + z * matrix.A[2][1] + matrix.A[3][1];
rz = x * matrix.A[0][2] + y * matrix.A[1][2] + z * matrix.A[2][2] + matrix.A[3][2];
sc = x * matrix.A[0][3] + y * matrix.A[1][3] + z * matrix.A[2][3] + matrix.A[3][3];
rx /= sc;
ry /= sc;
rz /= sc;
return CPoint3D(rx,ry,rz);
}

void CPoint3D:perator*=(const MATRIX3D&
matrix)
{
(*this) = (*this)*matrix;
}

// offsetting with vector
CPoint3D CPoint3D:perator+(VECTOR3D v) const
{
return CPoint3D(x+v.dx,y+v.dy,z+v.dz);
}

void CPoint3D:perator+=(VECTOR3D v)
{
x+=v.dx;
y+=v.dy;
z+=v.dz;
}

CPoint3D CPoint3D:perator-(VECTOR3D v) const
{
return CPoint3D(x-v.dx,y-v.dy,z-v.dz);
}

void CPoint3D:perator-=(VECTOR3D v)
{
x-=v.dx;
y-=v.dy;
z-=v.dz;
}

3.请问如何在DELPHI下实现与C++相似的串行化存档？
4.请问如何在DELPHI下实现与C++相似的基于文档与视图的应用程序框架模板？


我想C++代表的就只有这些让我为难一些.其它象过份的符号化,我实在看不下去.

编程语言之道
我喜悦的是一种真正的给人读的语言.
一种刚好够复杂,(功能不会太繁也不会太少)
一种刚好够学习(入门容易深入不难)
一种完美优雅的行文方式.
一种恰到好处的语言感受.
我喜悦的,就只有一种_DELPHI
她不像源自C,那东西简直不是人能读的,没错,那是为机器读的.
虽然C#,JAVA的优雅也改进了很多.但和DELPHI一比,差多了.
C#,JAVA的优雅是改进来了,DELPHI天生丽姿,生来就是高雅的.
VB,可惜只是一种入门语言,一种玩具语言,自身语言方面的功能太少,只好夹杂着许多令人难懂的话语.
可惜.VB.VC++.C#