人在深圳,由于上一份工作加班太多,公司又无丝毫人情味,所以断然离职了。找工作的过程中, 发现很多使用delphi做开发工具的大多是一些小公司,不足10个人,要去那样的作坊公司上班,心里面有一点凄凉的味道,难道自己只能在这种皮包公司上班?上次去科技园北面的一个公司,里面稀稀拉拉放几台电脑,坐几个人,地上,桌子上都是灰。东西也乱扔,当时就想走,也不好意思直接走,后来他说让我上机做题,我做了1分钟,就跟那个面试的人说“题不会做,先走了”.然后就离开了。还有一个公司,稍微大一点的,大概有20,30个人的样子, 自己想去,他们出的面试题难度也比较大,我答得还可以,看得出面试的人对我的答题也还算满意,可是他说要等1个星期,还说工资只有4000-4500,我想也能够接受,可是等了一个星期,却没有消息。  他们那个职位招1个人,招了几个月现在还在招。今天终于算是走了点运,这个公司稍微大点,早上的面试题也很简单,面试的经理也是当场定下来了,下周一上班, 薪水达到了自己的预期。我想,这将是我最后一份使用delphi做开发工具的工作,以后要边上班边学习java,  因为招聘delphi的公司太少了、有也大多是一些小作坊公司。造成找delphi开发的工作太难了!我建议现在正在使用delpi做开发的朋友不要再安逸了,多花一点时间学习新技术。要不真一旦的离职以后,找工作真的是个麻烦。

解决方案 »

  1.   

    LZ说得的确很中肯,这是事实!
    一直以来精神上都没有放松过,常常半夜里从恶梦中惊醒!原因竟然是使用Delphi
      

  2.   

    后来开始研究PHP,竟然饭量比以前多一倍,睡眠质量超好!
      

  3.   

    在公司,用其它开发工具的同事总会有意或无意地BS一下用Delphi的,搞得我精神一直很紧张...
      

  4.   

    早就想说delphi不行了,搞delphi没饭吃, 虽然很喜欢这个工具。 原来上班的时候也是想学.net, 可是三天打鱼,2天嗮网。没什么进度。那些做java应用的公司相对比较大,待遇也好。就学java了。努力学,向liangpei2008 学习,争取在java版挣2个星星。看看用2年能不能实现这个目标。 :)
      

  5.   

    真的不是以偏概全, 我是以自己的亲身所见出发,当然不排除有好的,可是问题是少。 我们要从平均来看。 你想一下,只有那种没有实力的公司,才会使用delphi这种开速开发工具来降低成本。而且delphi大部分都用来做win32数据库应用,本来就濒临淘汰。
      

  6.   


    经历和评论很符合delphi的现状
    我的所见所闻和理解总结也是如此
    只是,能 使用delphi这种开速开发工具来降低成本 ,为什么只有 没有实力的公司 才做,
    大一点、好一点的公司就不需要 快速开发、降低成本了?快速开发、降低成本 本来不是坏事,为什么大公司、好公司要敬而远之呢?
      

  7.   

    经历和评论很符合delphi的现状 
    我的所见所闻和理解总结也是如此 
    只是,能 使用delphi这种开速开发工具来降低成本 ,为什么只有 没有实力的公司 才做, 
    大一点、好一点的公司就不需要 快速开发、降低成本了? 快速开发、降低成本 本来不是坏事,为什么大公司、好公司要敬而远之呢?
    ------------------------------------------------------------------------------------
    我的理解是:因为大公司开发的软件相对较大,对软件更加需要的是软件具有很好的系统结构和可复用性。至于快,他们可以通过增加开发资源来获取,而不是降低软件的质量。delphi的开发过于灵活,比如说用全局变量的方式来使用窗体,开发人员可以不用写一个类就完成一个系统。造成了delphi的应用稍微一大就有走向代码混乱的趋势。 而非快速开发工具逼着程序员往良好的代码结构的方向发展。随着技术的提高,可以开发出质量和可复用性不断提高的软件。这是我的一个看法。
      

  8.   

    多谢楼主提醒,
    Delphi当做一个业余爱好还是很不错的
      

  9.   


    那是公司需要一个高人制订开发规范,是管理的问题了另外,我倒是觉得对于大应用,delphi其实还是缺一个稳定、强健的系统框架
    才使得开发者自行其是,最终走向代码混乱、系统混沌。
      

  10.   

    可以去学一学其他的语言
    但是说delphi淘汰 落后 坚决不同意~
      

  11.   

    嘿嘿,虽然目前仍然使用Delphi工作,但是早有准备,python已经学习完成,
    现在自己做一个项目,使用Python和Delphi,等这个搞完了,就学习哈Erlang,哈哈
      

  12.   

    java 就不要玩了1.十个有九个说会java2.仔细研究一下发现里面全tm是忽悠人的东西。还以为是什么包治百病的膏药
      

  13.   


    我当然也经历过,你说得肯定也有道理,但我怎么赞同你这句 "而且delphi大部分都用来做win32数据库应用,本来就濒临淘汰"
    做游戏和多媒体方面开发的,大有公司在.小公司有小公司的做法,大公司有大公司的做法 
      

  14.   

    这只是一个工具,工具的功能还是很全面的,看你用它来做什么了。
    用 DELPHI 5.0 好多年了
      

  15.   

    就是呀,学java吧,我现在正在学习.MS.net 就不用学了,太傻瓜化了
    还是java好
    Delphi 非要在C/s开发上硬碰,N年前就提倡b/s了,微软聪明吧,看看人家
    看到 C/S没有前途,在VB6(98年)就再没有出了,主推B/S,看看人家多英明,看看Delphi还在硬碰
    如果Delphi他的B/S开发方面有人在用,没有道理不你不用它的C/S开发方面的
      

  16.   

    我一直有危机感, 今天看了一天MFC,上来透口气 
      

  17.   

    引用 16 楼 Vicar2 的回复:
    经历和评论很符合delphi的现状 
    我的所见所闻和理解总结也是如此 
    只是,能 使用delphi这种开速开发工具来降低成本 ,为什么只有 没有实力的公司 才做, 
    大一点、好一点的公司就不需要 快速开发、降低成本了? 快速开发、降低成本 本来不是坏事,为什么大公司、好公司要敬而远之呢? 
    ------------------------------------------------------------------------------------ 
    我的理解是:因为大公司开发的软件相对较大,对软件更加需要的是软件具有很好的系统结构和可复用性。 至于快,他们可以通过增加开发资源来获取,而不是降低软件的质量。 delphi的开发过于灵活,比如说用全局变量的方式来使用窗体,开发人员可以不用写一个类就完成一个系统。造成了delphi的应用稍微一大就有走向代码混乱的趋势。 而非快速开发工具逼着程序员往良好的代码结构的方向发展。随着技术的提高,可以开发出质量和可复用性不断提高的软件。 这是我的一个看法。
    那是公司需要一个高人制订开发规范,是管理的问题了 另外,我倒是觉得对于大应用,delphi其实还是缺一个稳定、强健的系统框架 
    才使得开发者自行其是,最终走向代码混乱、系统混沌。 
    ===========================================
    我也同意第二位仁兄的见解,我没觉得java有什么好,一不好学,二没delphi好用,除了写驱动以外,没什么做不了的
    第三位仁兄我不怎么同意,我之前的一家公司做的erp,代码量绝对超过1000W,也不见得系统混沌
      

  18.   


    以前公司用VC和DELPHI,VC的也有点这样看DELPHI
      

  19.   

    我说的是不成功的项目,是因为开发者没有一个稳定、强健的系统框架 
    开发者容易自行其是,最终走向代码混乱、系统混沌。 
    ——这种情况比较多,所以才导致世人有一种有色眼镜:看不起delphi
    即使是c/s,人家就是喜欢java(如某些数据库的管理客户端)、c#(如sql2005的管理器)——虽然它们慢得要死,但是它们就是能发布【做的erp,代码量绝对超过1000W,也不见得系统混沌】
    当然不排除这种成功的,但是,它是不是因为框架好,开发模式规范,才成功的呢?
      

  20.   

    最近我天天在学习delphi 来找工作,看来得改改学别的了
      

  21.   

    我刚刚用delphi,这不是好消息。
      

  22.   

    本来程序员只会一种语言就不现实
    我以前的一个同学delphi vc vb ,java  web
    都会
      

  23.   

    楼主说的有现实的考虑,呵呵,对我来说是好事,呵呵,半桶水的人少了,不那么热门,但其应用环境,市场,都有,留下的人不怕没饭吃,质量也会越来越好,因为delphi并没有被codegrer抛弃吧,win7上delphi的应用一样跑,呵呵/
      

  24.   

    同感啊,我竟然现在只适用DELPHI7.找到噩梦的根源了
      

  25.   

    有点道理
    目前只会一点点delphi
    看来也得学点别的了
      

  26.   

    看了一下楼主的回复,感觉是楼主并不是太过了解Delphi的特性.反之对其它工具有点过于盲目的崇拜.
      

  27.   

    在不考虑跨平台和WEB浏览的前提下,Delphi可以适用于任何除驱动以外的Win32平台应用开发。系统结构,那是架构师的问题,跟使用什么开发工具没有任何关系。可复用性,那更是设计上面的问题。任何一家单位,选择什么开发语言,一般会从几个方面考虑:
    1.应用平台的适应性
    2.开发及维护成本
    3.符合系统架构的结合性
    4.现有以及将来人员配置情况
      

  28.   

    我是很看好delphi的web开发:isapi运行效率很好系统结构,的确是架构师的问题,但是一个工具如果被很多知名的商业系统、系统架构所使用,大家对这个工具的认同、口碑自然会上去
    (不说delphi,即使是win服务器,都比较被BS。如后附)至于单位选择的考虑因素,这4项是技术角度,还有一个很现实的社会角度:
    是不是流行——现在甲方招标时,往往直接指明java。。附:微软TradElect软件出现重大故障:伦敦证交所被迫停摆一天dryiceboy发布于 2009-07-06 08:05:04|2877 次阅读 字体:大 小 打印预览 
    由于所配用的微软TradElect软件出现故障,近日伦敦证交所被迫停摆一天,这款TradElect软件基于Windows Server2003操作系统。不过伦敦证交所否认停摆事件与TradElect软件有关,并拒绝就事件起因作详细解释。但根据伦敦证交所内部人士透 露,停摆事件与TradElect软件故障脱不开关系。停摆事件之后,伦敦证交所的原CEO Clara Furse辞去了CEO职务,虽然她并没有对外说明离职的原因,但正是此人将微软TradElect软件引入伦敦证交所,而且根据证交所内部人士透露,此次TradElect故障造成的停牌事故直接导致了Clara Furse的去职。伦敦证交所使用的TradElect软件运行在Windows Server2003操作系统环境下,由惠普ProLiant运行。TradElect使用C#/.NET语言编写而成,负责制作这款程序的是微软和Accenture公司。程序需要依托微软的SQL Server2000运行。该程序的主要责任是负责以小于10ms的延迟速度实时显示股票信息。不过在实际的使用过程中,这款软件的实际延迟却很高,远没有达到小于10ms时延的要求。而伦敦证交所的竞争对手如Chi-X等公司使用的MarketPrizm软件的表现却优于TradElect,另外,这款软件的运行环境是Linux。像伦敦证交所这样草率选择后台支持软件的情况是很少见的,而企业级软件出现如此重大故障且闹得满城风雨的情况则更是鲜见。CNBeta编译
    原文:pcworld——【像伦敦证交所这样草率选择后台支持软件的情况是很少见的】这句话就有点枪了。
    ——【这就是微软一直宣传的唯一windows也能应用于大型服务器】无奈。。
    ——【这款软件的实际延迟却很高,远没有达到小于10ms时延的要求】这个是不是C#/.net的责任? 
      

  29.   

    ...怎么都不想,努力学好Delphi,
      

  30.   

    雪山(vicar2):方便把你的个人简历发一份给我看下吗,我也在深圳,用delphi 用了几年,但是由于以前一直把目标定位在ERP方面,所以没有系统地学习,现在我找delphi 的工作找了两个月了,觉得人家写的要求自己能达得到,但是通知面试的没有几家,面试了有回复的更是一家也没有,想了解下你的情况,好让我作下选择,是否改行.............
      

  31.   

    现实就是这样,我delphi7年了,找工作也有小半年了,虽然做win32程序,谁敢与delphi相比,但是现实就这样,我在学asp.net
      

  32.   

    暈,我還不怎麼會D了..
     C++咋樣?
    現在正在學C++
      

  33.   

    你到盛大应聘去,那里需要大量的Delphi程序员,开发游戏的
      

  34.   

    玩着Delphi2009,等待Delphi2010虽然少玩Delphi了~但依然很喜欢这个用了10多年的工具,完全称得上是感情深厚啊目前则主要搞AVR,ARM此类工业级RTOS嵌入式系统,不跟MS跑了,哈哈哈哈
      

  35.   

    本人学了7个月的dellphi07,现在回想起来,delphi真正难在哪呢?
      

  36.   

    有本事的话,去盛大吧,盛大里面首选的语言就是Delphi!
      

  37.   

    我从入行起就没有想过用delphi,delphi不如vc和java.只是后来到了个小公司没有办法才用的,现在一直在弄vc.
      

  38.   

    Delphi是很少用了,正在学习visual C++2005
    学习C++是硬道理
      

  39.   

    公司想招个delphi的 不好找啊~~
      

  40.   

    呵呵,好想换工作啊,就此想脱离DELPHI
      

  41.   

    我也比较迷茫,不过跟LZ不太一样。
    我VB1年,Java7年。
    公司都在用.net了,Java在我的公司没发展,总感觉自己离失业不远了。
    所以想学学.net,其实对我来说,学会用.net写代码还是容易的,深入就是以后的事情了。
    Delphi也用了一小段时间,而且也为公司做了一个成型的产品,但公司不打算再继续这个产品。很感兴趣,不过也许真像某些人说的,业余玩玩吧。不懂为什么大家说要学Java,实际上真正国内的Java项目并不太多,特别对于一般规模的公司来说,拿到Java项目是有困难的。
    毕竟还是Windows的天下,Java的优势一般来说体现不出来。
    开发效率又低,成本又高。所以我倾向于.net,高集成度的IDE环境,开发效率高。
    一个IDE,你想做B/S结构的也行,做C/S结构的也行。
    不像Java,写个页面表格,也要自己写html。
      

  42.   

    Java之所以看起来好像在国内比较火,我认为纯粹是所谓外包搞的。
    但外包不是长久之计。该失业还是要失业。
    看很多做外包几年的人,实际上还只是会很浅显的编码。
      

  43.   

    我是做项目实施,delphi也是爱好.用它做个小工具也还不错的.
      

  44.   

    delphi我的私有爱好,主要用于减轻工作的重复性,复杂行。
      

  45.   

    我现在也是Delphi
    先慢慢来吧,等Delphi技术差不多,想再搞VC++
      

  46.   

    做win32开发delphi还是很有优势的.研究一下windows的病毒,hook之类,delphi 还是很好使的,比vc好多了.
    实在不想转别的语言可以考虑去盛大做游戏.不过我一直以为拿delphi写真的是很脑残的做法,尤其是拿delphi做服务端.
    实际上做游戏c+lua足够了.甚至vc都不需要,当然你非得拿vc写代码也不是不可以.
    游戏里面的东西基本都是自己写的,即使ui也是不是使用mfc/atl,使用c++/delphi这种高级语言真的是没什么用.
      

  47.   

    delphi人不好招啊.delphi7+sql server,欢迎联系[email protected]
      

  48.   

    真的嘛,我现在学了很多种语言,VC++,delphi等但没有一门精通的,现在想找一门语言作为主攻对象,本打算好好学习delphi,但楼上各位的话,我将我推入大雾之中。给点建议学什么比较好找工作,不要求工资太高。
    自己对数据库感兴趣,随潮流考了个数据库系统工程师,但现在看没什么用处了。学的SQLserver看样也要淘汰了。可怜啊,这是命运坎坷啊!
      

  49.   

    Delphi 是个很强大的软件,不知楼上各位的水平怎么样?
    如果水平达不到一定高度,我想哪门语言都不好找工作。
      

  50.   

    看来这楼要盖到一百层啦,delphi学了四个多月啦,看了楼上的话,真心凉。
      

  51.   

    关注中,用过一段时间delphi,不知道前景如何!
      

  52.   

    工作两年多了,一直使用 delphi , 刚换的工作, 还是delphi.
    的确 要delphi 的公司不多,并且多半是维护老系统,新开发的产品/
    项目很少.
    自己还是放不下delphi, 也看过其它语言/工具, 总觉得不方便(没有delphi好).
    干脆自己买了一块板子,整起了 单片机,有时间就看看,多学点.总没有错.