d*******n
发帖数: 524 | 1 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
楼？
再进去一看，原始是跑题成IDE了。。。。。。
现有一个ERP系统，用delphi写的，底层是Oracle。
如果要连系统带团队一起接手，怎么处理好？
今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
不是也很难招到delphi的程序员啊？
这种情况怎么办呢？全部代码重写？ |
z*******3
发帖数: 13709 | 2 那个楼其实都是java盖的
小菊花很贱地扔了一块石头
激起了无数的涟漪之后引发海啸
你这种是legacy code最常见的问题
慢慢换咯，还有老板的态度很重要
老板如果不愿意换，说什么都没用 |
n***e
发帖数: 723 | 3 跳槽
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
d*******n
发帖数: 524 | 4 最常见的问题那有没有经典的解决流程？
慢慢换是说一个模块一个模块的换成其他主流语言吗？
我是做决定的人，不用考虑来自上层的意见，就想知道怎么做最好。
倒是要考虑来自下层的意见，比如这个团队的tech lead对这个怎么看。如果采取什么
措施也肯定不能让团队的lead和成员太不爽了。
【在 z*******3 的大作中提到】
: 那个楼其实都是java盖的
: 小菊花很贱地扔了一块石头
: 激起了无数的涟漪之后引发海啸
: 你这种是legacy code最常见的问题
: 慢慢换咯，还有老板的态度很重要
: 老板如果不愿意换，说什么都没用
|
b***i
发帖数: 3043 | 5 改java,那是必须的。连我嵌入式都用java
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
z*******3
发帖数: 13709 | 6 如果真有完美的解决方案，那项目就不会失败了
tech lead什么你也不用想得太牛
都是普通人，好的架构师跟恐龙一样稀少
慢慢换的意思是，你可以先把现有代码做一个wrapper
暴露接口给其它语言，比如java的jni就可以调用
然后再在这个基础之上，把所有后续的开发转到java上去
再慢慢对现有的代码做refactor
这是一个漫长而且痛苦的过程
现在delphi程序员是很难找，这是现状
没有办法
【在 d*******n 的大作中提到】
: 最常见的问题那有没有经典的解决流程？
: 慢慢换是说一个模块一个模块的换成其他主流语言吗？
: 我是做决定的人，不用考虑来自上层的意见，就想知道怎么做最好。
: 倒是要考虑来自下层的意见，比如这个团队的tech lead对这个怎么看。如果采取什么
: 措施也肯定不能让团队的lead和成员太不爽了。
|
n***e
发帖数: 723 | 7 汗，jni和delphi，不知道哪个坑小点。。。。
【在 z*******3 的大作中提到】
: 如果真有完美的解决方案，那项目就不会失败了
: tech lead什么你也不用想得太牛
: 都是普通人，好的架构师跟恐龙一样稀少
: 慢慢换的意思是，你可以先把现有代码做一个wrapper
: 暴露接口给其它语言，比如java的jni就可以调用
: 然后再在这个基础之上，把所有后续的开发转到java上去
: 再慢慢对现有的代码做refactor
: 这是一个漫长而且痛苦的过程
: 现在delphi程序员是很难找，这是现状
: 没有办法
|
d*******n
发帖数: 524 | 8 现在还不知道这个团队会不会写java。如果团队本身就会java，那这个过程估计要容易
很多。
最坏的情况，如果现在这个团队完全不会java，怎么办？
如果找几个新人来用你说的这种方法把现有系统挪到java上去，跟让新人完全从头写这
个系统比起来，哪个更容易？
【在 z*******3 的大作中提到】
: 如果真有完美的解决方案，那项目就不会失败了
: tech lead什么你也不用想得太牛
: 都是普通人，好的架构师跟恐龙一样稀少
: 慢慢换的意思是，你可以先把现有代码做一个wrapper
: 暴露接口给其它语言，比如java的jni就可以调用
: 然后再在这个基础之上，把所有后续的开发转到java上去
: 再慢慢对现有的代码做refactor
: 这是一个漫长而且痛苦的过程
: 现在delphi程序员是很难找，这是现状
: 没有办法
|
z*******3
发帖数: 13709 | 9 至少可以从delphi这个坑爬出来
java不能说是坑，办法很多，市场上苦力也多
jni只是一个接口罢了，很小的一个部分，开销较大，尽量少用就是了
这是一条通向光明的路的入口，到达光明彼岸之前
黑暗的摸索少不了
【在 n***e 的大作中提到】
: 汗，jni和delphi，不知道哪个坑小点。。。。
|
z*******3
发帖数: 13709 | 10 我实话告诉你
招新人来重新做，承认项目失败
是最容易的
但是大多数老板不愿意承认这个现实
有谁愿意承认自己做过的项目是失败的呢？
在delphi这个坑陷下去是最坏的结果
赶紧跳槽是王道
【在 d*******n 的大作中提到】
: 现在还不知道这个团队会不会写java。如果团队本身就会java，那这个过程估计要容易
: 很多。
: 最坏的情况，如果现在这个团队完全不会java，怎么办？
: 如果找几个新人来用你说的这种方法把现有系统挪到java上去，跟让新人完全从头写这
: 个系统比起来，哪个更容易？
|
|
|
d*******n
发帖数: 524 | 11 你的意思是说“这个项目是用delphi写的”这一点已经表明项目是失败的了？
与其用现有的legacy code，还不如另起炉灶？
我现在是（有可能）要以老板的角色接手这个系统和团队，不存在跳槽问题。
【在 z*******3 的大作中提到】
: 我实话告诉你
: 招新人来重新做，承认项目失败
: 是最容易的
: 但是大多数老板不愿意承认这个现实
: 有谁愿意承认自己做过的项目是失败的呢？
: 在delphi这个坑陷下去是最坏的结果
: 赶紧跳槽是王道
|
z*******3
发帖数: 13709 | 12 对，你说的没错，另起炉灶是最简单的
delphi已经挂了，这是现状
你们愿意的话，完全可以继续做下去
但是会的人越来越少，迟早会面临着无人接手的尴尬局面
【在 d*******n 的大作中提到】
: 你的意思是说“这个项目是用delphi写的”这一点已经表明项目是失败的了？
: 与其用现有的legacy code，还不如另起炉灶？
: 我现在是（有可能）要以老板的角色接手这个系统和团队，不存在跳槽问题。
|
z*******3
发帖数: 13709 | 13 但是如果你选择了项目砸掉重新做的话
这是休克疗法，作为决策者的你在初期会面临着huge的压力
所有的错误都会被说成是你用休克疗法的结果
所以不是老板的话，要慎重
因为这样肯定会得罪原先做delphi的那一批人
你在砸他们的饭碗，对于老板来说，这是损失最小的方法
但是对于那群人来说，这是最坏的结果
这最后会演变成政治斗争
搞不好走人的是你 |
n***e
发帖数: 723 | 14 你用的是win32 delphi还是.net?
【在 d*******n 的大作中提到】
: 你的意思是说“这个项目是用delphi写的”这一点已经表明项目是失败的了？
: 与其用现有的legacy code，还不如另起炉灶？
: 我现在是（有可能）要以老板的角色接手这个系统和团队，不存在跳槽问题。
|
c*********e
发帖数: 16335 | 15 java是王道。facebook cellphone用的是android. java是一个开放的容易使用的语言。
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
d*******n
发帖数: 524 | 16 我对投资方负责，投资方不懂技术，所以关于技术的决定我说了算。
【在 z*******3 的大作中提到】
: 但是如果你选择了项目砸掉重新做的话
: 这是休克疗法，作为决策者的你在初期会面临着huge的压力
: 所有的错误都会被说成是你用休克疗法的结果
: 所以不是老板的话，要慎重
: 因为这样肯定会得罪原先做delphi的那一批人
: 你在砸他们的饭碗，对于老板来说，这是损失最小的方法
: 但是对于那群人来说，这是最坏的结果
: 这最后会演变成政治斗争
: 搞不好走人的是你
|
z*******3
发帖数: 13709 | 17 你明白就好
另外，oracle是现在java的东家
delphi很有可能只是在oracle的erp基础之上做了一层wrapper
所以如果选择java的话，对于底层oracle的erp的处理不应该有太大问题
【在 d*******n 的大作中提到】
: 我对投资方负责，投资方不懂技术，所以关于技术的决定我说了算。
|
c*********e
发帖数: 16335 | 18 en,lz面临的局势，很象光绪皇帝变法维新的时候，如果上面还有个老佛爷。。。
【在 z*******3 的大作中提到】
: 但是如果你选择了项目砸掉重新做的话
: 这是休克疗法，作为决策者的你在初期会面临着huge的压力
: 所有的错误都会被说成是你用休克疗法的结果
: 所以不是老板的话，要慎重
: 因为这样肯定会得罪原先做delphi的那一批人
: 你在砸他们的饭碗，对于老板来说，这是损失最小的方法
: 但是对于那群人来说，这是最坏的结果
: 这最后会演变成政治斗争
: 搞不好走人的是你
|
c*********e
发帖数: 16335 | 19 oracle也算是现在java的东家？前段oracle和google打官司，谁赢了？
【在 z*******3 的大作中提到】
: 你明白就好
: 另外，oracle是现在java的东家
: delphi很有可能只是在oracle的erp基础之上做了一层wrapper
: 所以如果选择java的话，对于底层oracle的erp的处理不应该有太大问题
|
z*******3
发帖数: 13709 | 20 java的东家没有太大作用，只能平衡一下各方利益
不能做得太绝，否则各种版本的java就会横空出世
参考android，所以oracle也不敢乱来
oracle早在sun时代就很喜欢java了，很多乱七八糟的工具是java写的
虽然很烂，哈哈，java的ui一直都不怎样
【在 c*********e 的大作中提到】
: oracle也算是现在java的东家？前段oracle和google打官司，谁赢了？
|
|
|
z*******3
发帖数: 13709 | 21 但是不管怎样，现在官方的java包括hotspot什么就是oracle在做
oracle收购了sun之后，自然就是oracle了
oracle现在主力力气在拉拢ibm对付apache的harmony项目上
必欲除之而后快，拉拢ibm去做openjdk
apache被搞得怒而退出了jcp
但是少了ibm支持的harmony难成大器
这多少也说明了仅靠开源的怕是也难有什么作为
最终一个东西的推广还需要开源＋商业公司的通力合作才行
一切的一切都是政治斗争
【在 c*********e 的大作中提到】
: oracle也算是现在java的东家？前段oracle和google打官司，谁赢了？
|
c*********e
发帖数: 16335 | 22 java ui不咋样，好在现在可以用javascript,jquery,ajax,css自己定制想要的界面，
还是不错的。
【在 z*******3 的大作中提到】
: java的东家没有太大作用，只能平衡一下各方利益
: 不能做得太绝，否则各种版本的java就会横空出世
: 参考android，所以oracle也不敢乱来
: oracle早在sun时代就很喜欢java了，很多乱七八糟的工具是java写的
: 虽然很烂，哈哈，java的ui一直都不怎样
|
z*******3
发帖数: 13709 | 23 js也很烂，半斤八两
【在 c*********e 的大作中提到】
: java ui不咋样，好在现在可以用javascript,jquery,ajax,css自己定制想要的界面，
: 还是不错的。
|
c*********e
发帖数: 16335 | 24 现在的js和以前不一样了，加了很多新东西，和jquery，ajax在一起，功能非常多。
【在 z*******3 的大作中提到】
: js也很烂，半斤八两
|
x****u
发帖数: 44466 | 25 Delphi就是个傻瓜开发工具，还用得着学么？
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
c*********e
发帖数: 16335 | 26 现在学校还有教delphi的吗？
【在 x****u 的大作中提到】
: Delphi就是个傻瓜开发工具，还用得着学么？
|
x****u
发帖数: 44466 | 27 没听说过什么正经学校教delphi的，这东西和iOS或者安卓编程一样都非常的傻瓜。
【在 c*********e 的大作中提到】
: 现在学校还有教delphi的吗？
|
c*********e
发帖数: 16335 | 28 en,我承认ios,android编程很傻瓜，19岁小年轻干的事情。
【在 x****u 的大作中提到】
: 没听说过什么正经学校教delphi的，这东西和iOS或者安卓编程一样都非常的傻瓜。
|
x****u
发帖数: 44466 | 29 Delphi就是试图在近20年前实现一样的事情。其实当时微软已经有了COM/OLE2的架构，
问题是他们不屑于开发傻瓜式的开发工具。
【在 c*********e 的大作中提到】
: en,我承认ios,android编程很傻瓜，19岁小年轻干的事情。
|
t*****n
发帖数: 4908 | 30 这事情我干过。根本不用学什么新东西。就用dephi好了。pascal的语法没什么难度，
看一天就行了。已有的代码没问题就不要改。fix bug还是用pascal。大规模的新开发
再考虑新语言。混合编程也是挺麻烦的。
refactor到java工作量巨大。如果有牛人，不如写个新的。
【在 d*******n 的大作中提到】
: 现在还不知道这个团队会不会写java。如果团队本身就会java，那这个过程估计要容易
: 很多。
: 最坏的情况，如果现在这个团队完全不会java，怎么办？
: 如果找几个新人来用你说的这种方法把现有系统挪到java上去，跟让新人完全从头写这
: 个系统比起来，哪个更容易？
|
|
|
t*****n
发帖数: 4908 | 31
要想短平快，肯定用老代码。另起炉灶失败的可能性很大。
【在 d*******n 的大作中提到】
: 你的意思是说“这个项目是用delphi写的”这一点已经表明项目是失败的了？
: 与其用现有的legacy code，还不如另起炉灶？
: 我现在是（有可能）要以老板的角色接手这个系统和团队，不存在跳槽问题。
|
x****u
发帖数: 44466 | 32 大多数的Delphi程序都是重在UI的，转成Java是找死。现在Delphi最好的继承者就是C#
，如果对自己实力又自信也可以用VC。
【在 t*****n 的大作中提到】
: 这事情我干过。根本不用学什么新东西。就用dephi好了。pascal的语法没什么难度，
: 看一天就行了。已有的代码没问题就不要改。fix bug还是用pascal。大规模的新开发
: 再考虑新语言。混合编程也是挺麻烦的。
: refactor到java工作量巨大。如果有牛人，不如写个新的。
|
n*w
发帖数: 3393 | 33 delphi之父也是dotnet/c#之父。这两者的设计哲学有多大的相似性？
erp系统会很大。business logic部分和ui混在一起还是有好的分层？business logic
之间是不是比较loose coupling？弄个anti corruption层慢慢转。 |
z*******3
发帖数: 13709 | 34 楼主说的系统是erp
用vc做界面纯粹找死，重量级的客户端要去维护
erp现在系统sap一直都是领头
其次是oracle
http://www.forbes.com/sites/louiscolumbus/2013/05/12/2013-erp-m
我也怀疑delphi只是一个wrapper
楼主说底层是oracle，那干脆就上oracle的erp好了
如果说的底层是db的意思的话，那就转变成erp怎么写的问题了
html＋js能搞定就交给它们去搞定
C#
【在 x****u 的大作中提到】
: 大多数的Delphi程序都是重在UI的，转成Java是找死。现在Delphi最好的继承者就是C#
: ，如果对自己实力又自信也可以用VC。
|
n***e
发帖数: 723 | 35 delphi没有强调什么设计思路的。唯一强调的就是编程速度快。
程序大了以后就是悲剧。
logic
【在 n*w 的大作中提到】
: delphi之父也是dotnet/c#之父。这两者的设计哲学有多大的相似性？
: erp系统会很大。business logic部分和ui混在一起还是有好的分层？business logic
: 之间是不是比较loose coupling？弄个anti corruption层慢慢转。
|
n*w
发帖数: 3393 | 36 我是好奇dotnet clr，c#和Delphi都是同一个人主要设计的，能不能找到一些设计上的
相似性。
或者说Anders Hejlsberg的东西有没有一个相同的特点，趋向。
【在 n***e 的大作中提到】
: delphi没有强调什么设计思路的。唯一强调的就是编程速度快。
: 程序大了以后就是悲剧。
:
: logic
|
x****u
发帖数: 44466 | 37 你不好好学习，才觉得VC做界面不行。
不过微软也有C#专门提供给坏孩子用。
【在 z*******3 的大作中提到】
: 楼主说的系统是erp
: 用vc做界面纯粹找死，重量级的客户端要去维护
: erp现在系统sap一直都是领头
: 其次是oracle
: http://www.forbes.com/sites/louiscolumbus/2013/05/12/2013-erp-m
: 我也怀疑delphi只是一个wrapper
: 楼主说底层是oracle，那干脆就上oracle的erp好了
: 如果说的底层是db的意思的话，那就转变成erp怎么写的问题了
: html＋js能搞定就交给它们去搞定
:
|
x****u
发帖数: 44466 | 38 程序大了，和工具本身的关系就小了。
反正界面就是冰山一角，底下的该用什么就用什么。
【在 n***e 的大作中提到】
: delphi没有强调什么设计思路的。唯一强调的就是编程速度快。
: 程序大了以后就是悲剧。
:
: logic
|
x****u
发帖数: 44466 | 39 那个时代除了几个奇葩外所有的东西都是朝一个方向努力的，Delphi的价值不过是最早
做到了而已。
【在 n*w 的大作中提到】
: 我是好奇dotnet clr，c#和Delphi都是同一个人主要设计的，能不能找到一些设计上的
: 相似性。
: 或者说Anders Hejlsberg的东西有没有一个相同的特点，趋向。
|
z*******3
发帖数: 13709 | 40 不是说vc做界面不行，是重量级的客户端不行
你应该好好学习一下什么叫做erp
【在 x****u 的大作中提到】
: 你不好好学习，才觉得VC做界面不行。
: 不过微软也有C#专门提供给坏孩子用。
|
|
|
n***e
发帖数: 723 | 41
可能是组件化，property这类东西。c# winform和delphi一样可以狂拖控件。不过后来
似乎没流行起来。。。
【在 n*w 的大作中提到】
: 我是好奇dotnet clr，c#和Delphi都是同一个人主要设计的，能不能找到一些设计上的
: 相似性。
: 或者说Anders Hejlsberg的东西有没有一个相同的特点，趋向。
|
x****u
发帖数: 44466 | 42 你定义一下什么叫重量级客户端吧，你做的ERP可能比起Office什么的都重点。
【在 z*******3 的大作中提到】
: 不是说vc做界面不行，是重量级的客户端不行
: 你应该好好学习一下什么叫做erp
|
x****u
发帖数: 44466 | 43 现在做UI的都是狂拖组件的。
【在 n***e 的大作中提到】
:
: 可能是组件化，property这类东西。c# winform和delphi一样可以狂拖控件。不过后来
: 似乎没流行起来。。。
|
z*******3
发帖数: 13709 | 44 你用vc来写你还准备写个cs么？
直接上bs不就好了
【在 x****u 的大作中提到】
: 你定义一下什么叫重量级客户端吧，你做的ERP可能比起Office什么的都重点。
|
z*******3
发帖数: 13709 | 45 office之类的的确比erp都要轻一点
你对重量级的东西没有什么概念
不止一次露出了
【在 x****u 的大作中提到】
: 你定义一下什么叫重量级客户端吧，你做的ERP可能比起Office什么的都重点。
|
g*****g
发帖数: 34805 | 46 俺来教你吧，既然你是做决定的。你就应该跟上面鼓吹现在都要web界面，胖客户端早
过时了。
需要budget，需要人。找几个会写web的，现有的团队跟不上的裁，能跟得上的留几个。
至于你web用什么写，那就是你的事了。
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
x****u
发帖数: 44466 | 47 你这个代码是论斤称的。
【在 z*******3 的大作中提到】
: office之类的的确比erp都要轻一点
: 你对重量级的东西没有什么概念
: 不止一次露出了
|
x****u
发帖数: 44466 | 48 bs那么好，你用cs回帖干嘛？
【在 z*******3 的大作中提到】
: 你用vc来写你还准备写个cs么？
: 直接上bs不就好了
|
z*******3
发帖数: 13709 | 49 很多代码不用手写
【在 x****u 的大作中提到】
: 你这个代码是论斤称的。
|
z*******3
发帖数: 13709 | 50 没用，我不是公孙大神
【在 x****u 的大作中提到】
: bs那么好，你用cs回帖干嘛？
|
|
|
s***o
发帖数: 6934 | 51 Have not done anything significant with delphi so take this with a grain of
salt.
I would try to break out the components that require ongoing development
from the system, and rewrite them into separate services or libraries that
can be called from delphi. Keep a small footprint of resource on maintaining
legacy delphi code base, and sell your engineers with rewriting the new
stuff. One shot big rewrites are almost always big failures. I like
incremental changes and improvements if possible. It means your new
architecture is probably very decoupled. Good luck!
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
d********g
发帖数: 10550 | 52 让团队的人慢慢转，学不会的或者“感情深厚”不愿意转的除非能力特别强可以留一两
个给legacy系统备用，别的通通开了，招新人另起炉灶
Delphi的程序很少有“大系统”，架构上也不一定合理，都是快速开发。找团队老人把
系统的逻辑梳理一遍，完全重写吧
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
d********g
发帖数: 10550 | 53 这是没做过Delphi的。Delphi不是wrapper，Oracle应该就是DB，Delphi程序的架构通
常比较混乱，怎么快怎么来，业务逻辑很可能和UI逻辑混在一起的。Delphi要是只做个
wrapper，当年有些人是乐此不疲地把很多业务逻辑（非UI）封装成单独DLL来调用，不
过做着做着就转到VC上去了。要是那样还好
【在 z*******3 的大作中提到】
: 楼主说的系统是erp
: 用vc做界面纯粹找死，重量级的客户端要去维护
: erp现在系统sap一直都是领头
: 其次是oracle
: http://www.forbes.com/sites/louiscolumbus/2013/05/12/2013-erp-m
: 我也怀疑delphi只是一个wrapper
: 楼主说底层是oracle，那干脆就上oracle的erp好了
: 如果说的底层是db的意思的话，那就转变成erp怎么写的问题了
: html＋js能搞定就交给它们去搞定
:
|
d********g
发帖数: 10550 | 54 不管最初设计得多好实现的人有多牛，系统大了总有很难看的东西。每一个优美的接口
后面都有一个丑陋的实现，不看源码还好，看了就会顿悟
logic
【在 n*w 的大作中提到】
: delphi之父也是dotnet/c#之父。这两者的设计哲学有多大的相似性？
: erp系统会很大。business logic部分和ui混在一起还是有好的分层？business logic
: 之间是不是比较loose coupling？弄个anti corruption层慢慢转。
|
z*******3
发帖数: 13709 | 55 很有道理
这就是前期投机取巧的恶果
还的时候到了
【在 d********g 的大作中提到】
: 不管最初设计得多好实现的人有多牛，系统大了总有很难看的东西。每一个优美的接口
: 后面都有一个丑陋的实现，不看源码还好，看了就会顿悟
:
: logic
|
d********g
发帖数: 10550 | 56 Delphi那会儿，软工还在流行瀑布呢。时代总是要进步的，您说对不对
【在 z*******3 的大作中提到】
: 很有道理
: 这就是前期投机取巧的恶果
: 还的时候到了
|
z*******3
发帖数: 13709 | 57 但总有些东西是积累下来不会被时间所淘汰的
您说对不对？
【在 d********g 的大作中提到】
: Delphi那会儿，软工还在流行瀑布呢。时代总是要进步的，您说对不对
|
d********g
发帖数: 10550 | 58 任何东西都会被时间淘汰，你以为软件是刻在石头上的可以保存几千万上亿年？开放的
心态更好，所谓大胆假设小心求证，如果都不去探索，何来积累给后人使用？
【在 z*******3 的大作中提到】
: 但总有些东西是积累下来不会被时间所淘汰的
: 您说对不对？
|
d*******n
发帖数: 524 | 59 嗯，我没说清楚。我说的底层就是指的database.
[发表自未名空间手机版 - m.mitbbs.com]
【在 z*******3 的大作中提到】
: 楼主说的系统是erp
: 用vc做界面纯粹找死，重量级的客户端要去维护
: erp现在系统sap一直都是领头
: 其次是oracle
: http://www.forbes.com/sites/louiscolumbus/2013/05/12/2013-erp-m
: 我也怀疑delphi只是一个wrapper
: 楼主说底层是oracle，那干脆就上oracle的erp好了
: 如果说的底层是db的意思的话，那就转变成erp怎么写的问题了
: html＋js能搞定就交给它们去搞定
:
|
z*******3
发帖数: 13709 | 60 您现在淘汰了os了？
您说一千万年之后，世界末日了
那什么都朽了，这个我同意
这就是我例子里面的skynet时代来临
到时候没准我们都被t-800终结了
但是在我有生之年，我还是觉得有些东西是会沉淀下来的
就跟酒一样，陈年的酒才香啊
攻城拔寨您上，守城我们来
【在 d********g 的大作中提到】
: 任何东西都会被时间淘汰，你以为软件是刻在石头上的可以保存几千万上亿年？开放的
: 心态更好，所谓大胆假设小心求证，如果都不去探索，何来积累给后人使用？
|
|
|
d*******n
发帖数: 524 | 61 这个不需要鼓吹。
我理想的界面是三驾马车
web
移动端web
移动端app
后面两个当然只是提供部分功能。
个。
[发表自未名空间手机版 - m.mitbbs.com]
【在 g*****g 的大作中提到】
: 俺来教你吧，既然你是做决定的。你就应该跟上面鼓吹现在都要web界面，胖客户端早
: 过时了。
: 需要budget，需要人。找几个会写web的，现有的团队跟不上的裁，能跟得上的留几个。
: 至于你web用什么写，那就是你的事了。
|
d********g
发帖数: 10550 | 62 您没发现Win后继无力也就才几年光景？Intel的CPU搞不定mobile市场也不过这几年的
事（据路边社报道又要猛了）？就您说的OS，mobile的抢了desktop不少市场，以前沉
淀的那么多技术，如同Delphi一样烟消云散。技术的实现本身是不会沉淀的，沉淀的是
思想。不要光看外表看不到本质，这些思想不用Java，换一套别的也能起来。当然
legacy是起很大作用的，尾大不掉，Java的ecosystem就是这样，后劲也还是有，但要
是一辈子就局限在这个ecosystem，排斥新技术，最后可能淘汰的就是自己
【在 z*******3 的大作中提到】
: 您现在淘汰了os了？
: 您说一千万年之后，世界末日了
: 那什么都朽了，这个我同意
: 这就是我例子里面的skynet时代来临
: 到时候没准我们都被t-800终结了
: 但是在我有生之年，我还是觉得有些东西是会沉淀下来的
: 就跟酒一样，陈年的酒才香啊
: 攻城拔寨您上，守城我们来
|
z*******3
发帖数: 13709 | 63 我要是排斥新技术那我看您在做什么干嘛？
守住现有的领土，然后观望你们前线在做啥是王道
没有人守城，所有人都去前线了，那迟早后院起火
要进可攻，退可守，j2ee这一块在各行各业里面就业机会还是很多的
远远超过web行当，虽然现在我也在web，但是将来老了，退到传统行业去
我希望也能退回去，而不是因为太激进被淘汰
您要说是思想沉淀下来，那jvm上一堆的思想沉淀
是backend的集大成之所在
这一套不是说其它东西你想模防就能模仿得去的
很多大公司，就是apple这种档次，搞jvm都失败了
能剩下的那都是精品，其它人自己搞的话，失败的可能性很大
别忘了，c的项目大部分是失败的，python那个荷兰人你能指望多少？
就是整个python开源社区加起来，能比得上apache么？
apache玩jvm的harmony都快挂了
我不排斥新技术，只是您别太过于激进，动不动就要革命，怕是不济
【在 d********g 的大作中提到】
: 您没发现Win后继无力也就才几年光景？Intel的CPU搞不定mobile市场也不过这几年的
: 事（据路边社报道又要猛了）？就您说的OS，mobile的抢了desktop不少市场，以前沉
: 淀的那么多技术，如同Delphi一样烟消云散。技术的实现本身是不会沉淀的，沉淀的是
: 思想。不要光看外表看不到本质，这些思想不用Java，换一套别的也能起来。当然
: legacy是起很大作用的，尾大不掉，Java的ecosystem就是这样，后劲也还是有，但要
: 是一辈子就局限在这个ecosystem，排斥新技术，最后可能淘汰的就是自己
|
z*******3
发帖数: 13709 | 64 那能淘汰delphi就淘汰delphi吧
这三个都没delphi啥事
【在 d*******n 的大作中提到】
: 这个不需要鼓吹。
: 我理想的界面是三驾马车
: web
: 移动端web
: 移动端app
: 后面两个当然只是提供部分功能。
:
: 个。
: [发表自未名空间手机版 - m.mitbbs.com]
|
d********g
发帖数: 10550 | 65 你这移动端的没有区别，可以合并成单一的。PhoneGap就可以了，慢点没事
【在 d*******n 的大作中提到】
: 这个不需要鼓吹。
: 我理想的界面是三驾马车
: web
: 移动端web
: 移动端app
: 后面两个当然只是提供部分功能。
:
: 个。
: [发表自未名空间手机版 - m.mitbbs.com]
|
s*****n
发帖数: 5488 | 66 facade吧。然后慢慢把模块拿出来。真不知道delphi 怎么接口？com? rpc?
【在 d*******n 的大作中提到】
: 两天没来这个版，回来一看吓我一跳，难道delphi死没死争议这么大，要讨论这么多层
: 楼？
: 再进去一看，原始是跑题成IDE了。。。。。。
: 现有一个ERP系统，用delphi写的，底层是Oracle。
: 如果要连系统带团队一起接手，怎么处理好？
: 今后这个系统肯定要不断进化，开发这个系统的团队也会要跟着项目进化。
: 如果接着用delphi做，是不是会面临跟主流技术脱节啊？而且今后团队招新人的时候是
: 不是也很难招到delphi的程序员啊？
: 这种情况怎么办呢？全部代码重写？
|
a****i
发帖数: 1182 | 67 别听别人扯，什么就失败了？那个叫retire
老项目退休，新项目接手，不难理解吧
【在 d*******n 的大作中提到】
: 你的意思是说“这个项目是用delphi写的”这一点已经表明项目是失败的了？
: 与其用现有的legacy code，还不如另起炉灶？
: 我现在是（有可能）要以老板的角色接手这个系统和团队，不存在跳槽问题。
|
g*****g
发帖数: 34805 | 68 那就是了，说旧系统维护不了会被爆头，说与时俱进要上新系统，我觉得管理层自然会
支持。
开发人员慢慢清洗就是了。
【在 d*******n 的大作中提到】
: 这个不需要鼓吹。
: 我理想的界面是三驾马车
: web
: 移动端web
: 移动端app
: 后面两个当然只是提供部分功能。
:
: 个。
: [发表自未名空间手机版 - m.mitbbs.com]
|
g*****g
发帖数: 34805 | 69 你忘了我说了好几年的一个说法，前端变化快，后端变化慢。前端的平台竞争激烈，
iOS说火就火了，过几年也可能就成了Symbian。Android为啥能迎头赶上，及其重要
的原因是后端的服务苹果跟谷歌不是一个量级的。不管你UI的平台怎么变，哪怕过十年
大家
都脑袋插管了，还是要跟后端通信。而后端Java的地位在这里，目前还没看到有哪个语
言对其
有综合优势。远的不敢说，至少再吃个10年没有问题。
你没有明白就在于没明白，后端才是本质，前端才是外表。外表如Delphi好换，本质可
不是那么
容易换的。至于Android随随便便就拿下70%的移动份额，出货量就要超过所有跑
Windows的机器
也就是这一两年的事情了，这个事情对Java纯粹是icing on the cake。
如果你重视ecosystem，就应该意识到Java的危机最小，而Python的危机很大。
【在 d********g 的大作中提到】
: 您没发现Win后继无力也就才几年光景？Intel的CPU搞不定mobile市场也不过这几年的
: 事（据路边社报道又要猛了）？就您说的OS，mobile的抢了desktop不少市场，以前沉
: 淀的那么多技术，如同Delphi一样烟消云散。技术的实现本身是不会沉淀的，沉淀的是
: 思想。不要光看外表看不到本质，这些思想不用Java，换一套别的也能起来。当然
: legacy是起很大作用的，尾大不掉，Java的ecosystem就是这样，后劲也还是有，但要
: 是一辈子就局限在这个ecosystem，排斥新技术，最后可能淘汰的就是自己
|
