| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| lazarus/fpc/Free Pascal |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> DELPHI技术 斑竹:liumazi,sephil | |||||
| 作者： |
|
2016/9/25 13:21:05 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | 从delphi 1开始用的，当时第一感觉是开天辟地的伟大工具 一开始是用pascal 写一些自己喜欢的小东西 后来有了c++builder， 开始用于工作 现在，一直在用c++builder ，积重难返，大量代码难以短时间转型 深感，前途渺茫，是条死路， 实在忍不住上来吐槽一下 c++builder 要是有国内的代理看到可以向emb反映一下，就谢天谢地 在rad studio被收购前， 其实c++还挺好的，虽然升级进度缓慢，欠缺一些很有用的东西，象unicode支持之类，但是整体稳定可用， 就像一台大众捷达，土里土气但是皮实耐用 然后，在被收购的那前后几年，明显感觉团队涣散了，发布的版本根本就是连完整测试质量管理都没有的业余水平产品。有一些bug是只要用它来真正写点程序就都会发现的严重bug，比如crt基本字符串函数的bug， 远程调试压根完全不能用的问题，就这都能发布出来。 现在，情况稍有改善，但是一些严重问题反反复复，有些是前面版本解决了，后面版本又有了，比如，多线程调试容易ide假死， code insight容易导致ide崩溃， 这类贯穿 radstudio 整个生命线的严重bug，始终严重困扰着日常工作。 盼了一个版本又一个版本，一直在想：等有一个稳定可用的版本，我就买个正版。 但是一次又一次令人失望，每次看到有新版本发布，都慢慢的热切，希望这次总应该成熟稳定了吧 现在在用 10.1 ， c++开发只能关闭code insight，一开就崩溃，大量代码干脆是用VC写，写好回到c++builder编译除错。 调试甚至大量依靠日志和windbg emb啊emb， 能不能不要那么好高骛远的搞大而全， 把支持linux server后台的工作量 放到好好的测试完善一下基本的 ide win32开发，是不是更能提高产品品质 ？ 我是写过很多linux程序的人，完全不理解，delphi的linux server支持有什么竞争力可言。 深深的感觉： 积重难返，前途渺茫 ！ 深深的感觉： Radstudio团队凋零，得过且过，对软件产品的质量管理已经不如随便一家深圳小公司。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/25 13:43:04 | ||||
| 1楼： | 个人是希望 Intraweb Standalone 能放在 Linux 运作。不竟互联网服务绝大多数不赚钱，少赔几套 Windows 就是很大的竞争优势。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/25 17:08:18 | ||||
| 2楼： | 首先楼主可以留个QQ吗？方便交流～ 其次，就是因为BUG团队水平太差，所以新公司把西班牙的这个50人团队全部开除了，重新请了高手做这个C++项目。这也算是新公司对堆积如山的bug的一种反思。 另外我也搞不懂你为什么非要用最新版的BCB？我觉得Delphi 2010和XE都是非常经典的稳定版本（想来BCB 2010也是如此），Unicode、泛型、RTTI等都得到了大幅度的加强，不知道你还在奢求什么？事实上，很多好的项目，或者说赚钱的项目，都是用不起眼的旧版本开发工具做出来的。最主要的问题是，你做得出那些软件吗？而不是用哪个版本去做这些软件。 linux server对你没意义，对别人却是非常有意义。懂Delphi而不懂C++的人不在少数，何况C++的学习成本十分高昂。即使懂了C++，也未必就能开发Linux Server程序（比如我），还得再次学习，累不累啊？ ---------------------------------------------- 只有偏执狂才能生存！ |
|||||
| 作者： |
|
2016/9/25 17:44:44 | ||||
| 3楼： | 这些问题幸好Delphi没有，不知道是否LZ夸大了 ---------------------------------------------- Great! |
|||||
| 作者： |
|
2016/9/25 19:13:04 | ||||
| 4楼： | 我只想问一句 为什么非要用C++Builder？ BCB6之后的版本 我从来没有安装过 反正我不用BCB 我只用 Rad Delphi 就好比按VS 只按个VC++ 就现在用的 可恶的2012 吗的全给按里面了 ---------------------------------------------- 哦哟喂,看过来: http://zelig.cn |
|||||
| 作者： |
|
2016/9/25 19:53:07 | ||||
| 5楼： | 2楼那句赚钱的等都是用旧工具开发的，这个没啥问题，但是身为技术人员，跟上技术发展是必不可少的，不然很容易就会错过一波波的金钱。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/25 20:22:37 | ||||
| 6楼： | 如果要跟上技术发展，早就应该转移到移动平台开发，比如iOS或者安卓。 抑或者Web的开发，比如现在最热的javascript。 显然楼主还是热爱BCB或者说不愿改变现状吧。 ---------------------------------------------- 喜欢Delphi，关注Delphi，愿和广大爱好者交朋友。 |
|||||
| 作者： |
|
2016/9/25 20:41:13 | ||||
| 6楼： | to nevergrief: 看到你说emb重整了c++团队，感觉又有了盼头 我现在不得不逐步让 代码与具体开发工具实现剥离，以免某天不得以放弃c++builder时过于手忙脚乱 to mricy: 理由可以说一整天， 最主要是： 可延续性， 代码的可延续性，程序员的可延续性。 开放性，c++的代码更容易多方对接，更容易多环境共用。 视界必须放远，才能避免路越来越窄 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/25 22:00:54 | ||||
| 7楼： | 习惯就好。。。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 12:20:01 | ||||
| 8楼： | 等bug修复好了，我们也老了，最现实是我们现在已经老了，奔5程序员 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 13:50:23 | ||||
| 9楼： | 其实从Borland,CodeGear,易博龙。。。 他们C++编译器一直都没改动过，一直在拿上个世纪90年代BorlandC++ 5.0编译器忽悠我们。 估计他们早就失去了开发C++编译器的能力。 直到X64的普及，没办法了，只能用LLVM开发新的X64编译器，实际上它也就是做个前端，词法语法后把token给LLVM去编译。所以很多C++的新特性X64编译器是支持的，而32位编译器依然是BorlandC++的，不支持。 一个亮丽的风景线，同样的C++Builder开发环境，X64位写的代码用了C++的新特性，比如C++11的匿名函数，或auto或成员变量直接赋值，结果把编译选项改成32位的，直接各种编译不过。 所以对C++Builder不抱太大的指望。只希望Delphi能做好即可。 另外再补充一句，C++Builder之所以能使用Delphi语法，完全是因为里面带了个Delphi的编译器，能把Pascal代码编译成DCU，让IDE解析DCU弄代码提示之类的，同时Pascal代码编译成万年不变的omf格式的Obj文件。 即便是现在新的Delphi可以使用微软的COFF格式的Obj文件，可是为了C++Builder还得输出OMF格式的OBJ文件。 如果C++Builder不在能重整，也不放弃。那么必将会增加Delphi的包袱。 ---------------------------------------------- 武稀松http://www.raysoftware.cn |
|||||
| 作者： |
|
2016/9/26 13:58:37 | ||||
| 9楼： | 代码干脆是用VC写，写好回到c++builder编译除错。 调试甚至大量依靠日志和windbg //---------- 你这也太牛逼了吧，难道有关vcl代码的也这么干？那不得累死... IDE虽然有一些bug，不过好像也没到你说的一调试就经常崩溃的地步，搞不懂. ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 14:05:25 | ||||
| 10楼： | IDE提示功能与eclipse,vs差距不是一点 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 14:05:29 | ||||
| 10楼： | c++ builder可惜了，bcb5 bcb6在win32时代可是很火的。甚至一度和vc平分秋色了。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 16:35:08 | ||||
| 11楼： | 何必较真 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/26 17:03:08 | ||||
| 12楼： | to 10楼：别说eclipse, 现在正用它了，一说它就来气，我用过的最垃圾的IDE了。跟delphi IDE根本不在一个档次，胡说八道的人还真多。 ---------------------------------------------- 他们总是取笑失败者，以酷似智者；他们也总是为成功者喝采，以取得赏金。 |
|||||
| 作者： |
|
2016/9/26 17:33:36 | ||||
| 13楼： | to 12楼 Eclipse体验是不怎么样，但是代码提示，自动除错跟Delphi比还是强很多。 换了AndroidStudio以后感觉比Eclipse好多了。 不过这两个IDE都是贵族用的，CPU越快越好，内存越大越好。 如果是穷人的机器，肯定是Delphi的IDE体验好一点，速度飞快。 ---------------------------------------------- 武稀松http://www.raysoftware.cn |
|||||
| 作者： |
|
2016/9/26 18:05:52 | ||||
| 14楼： | 我个人觉得,何必抱着CB不放呢? 用VC就很好,我觉得两个方面分开感觉很好,C++就用微软的,有超强IDE用的效率高,pascal就用Delphi, CB反而觉得比较可有可无. ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/27 7:49:22 | ||||
| 15楼： | 楼主，换win10吧，win10下code insight基本不崩溃，但是用久了，IDE会卡死，只能强制杀掉，但至少能正常开发了^_^ ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/27 13:14:41 | ||||
| 16楼： | linux下我用的codeblocks，很好，既然用c++了，就没有那么多要求了吧。需要界面多些的，windows下还是选择delphi，linux上用lazarus。 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/27 14:38:31 | ||||
| 17楼： | to wr960204: 我仓促升级到10.1的一个最重要原因就是 10.1的 32bit 可以选择使用clang编译器了 to msfm: 在工作上，这是必须的认真，因为但凡工作，肯定都是吃饭糊口切身相关 对工作认真，这不仅是对工作本身的责任感，也是对自己生活的责任感 to mickeylan: 谢谢，这是个好消息，我会去尝试一下 ---------------------------------------------- - |
|||||
| 作者： |
|
2016/9/28 17:28:41 | ||||
| 18楼： | 成也vcl败也vcl ---------------------------------------------- MVCXE中国首个DELPHI MVC WEB框架:https://www.mvcxe.com/ |
|||||
| 信息 |
| 登陆以后才能回复 |
