说明：因为我和该公司的一个员工住一起，所以知道那些内幕。在那家公司，水平高没有用的，只要你愿意修改无穷无尽的bug，就是好员工，就得到重用提出好的建议、设计思路都被认为是“不切实际”他就鼓励你花1－2个月作出垃圾软件，然后口头表扬一番以后就是维护，修改，呵呵，不说了，免得遭报复，我被扣的的工资没拿到呢，补充：1年多时间里走了10几个人，几乎每月都有人离开，说明了什么？说明了，有能力的离开，愿意被奴役的人留下，呵呵最近好像又有人要离职，听说那公司还要采取 12小时工作制，呵呵和我住一起的那个人干了2年多了，都快受不了要走了，但是有5000多被扣在老板哪里，比较郁闷，
似乎只有BORLAND才能做到
不是给你演练设计模式什么高深的东西这种也就是一个医院的小系统，你想搞大，纯粹是从你的角度如果控件＋事件能够完成系统，有什么不好？活着才是道理----------------------\
你这个死王八羔子，你呀就不会算，控件+事件做的东西用可以，又省成本
但是维护谁来做，吗的，你来维护看看
一个界面有20－30个Edit1...Edit2 Edit3
不为开发、维护人员想，也为自己的钱想，你当老板的就目光短浅，为了省几k，后面有做不完的维护修改重做，难道是弱智不成？软件的生命周期知道不？当然了，你就喜欢重新控件+事件重写，反正只要1－2个月写出来呵呵，
控件加事件不能说不是一个好的方法，这样做肯定也是有好处的。就像 sf7509(sf7509）要说的一样，至少很快。
问题是这样的做法也应该有一个“规则”。而不是像李维先生作的例题一样（不是否定李先生，他的书很好，但书里面的程序只能当作例题，当作一种提出的技术）。
再说一个例子，我现在这个公司的产品，大部分的数据库记录取下来以后都在界面之间设置一个数据层。为什么？就是因为很多控件有局限性。很多问题你通过快速的方式不能解决。所以需要对数据有全面的控制。
举个例子来说，用dbedit的确可以提高开发的速度。但是当数据类型是数字的时候，edit获得焦点时，光标会跳到编辑框的左边，sf7509(sf7509）老兄，你怎么办？修改控件或者重新写一个？换成使用一般的edit用代码取数据？还是告诉客户说你没有办法解决你们将就用？
用delphi3年多了，控件真是一个好东西，但自己应该写的代码不能全部交给控件来做，就算要交给控件完成的，也要有自己的原则吧！
sf7509(sf7509）老兄大概没有维护过别人的程序。试试看！或者自己写一个，过几个月再去看看。
像哪个公司做的程序，那样的方式、风格，说得不好听了，就是自己拉了屎，然后一屁股坐下去，这就慢慢擦好了。
我做数据库输入都是用TEdit,麻烦是麻烦，但是好处比坏处多点:)
TDBEdit自从刚接触Delphi的时候用过，后来再也不用了，没必要，呵呵
yuanscar(塑料树)真的很让人佩服，我所在的公司是针对客户开发软件的，每次的工作量都很大，也很难维护，yuanscar(塑料树) 和ThenLong(完美组合=Delphi/C++) 能留下联系方式吗？以后可以多交流 呵呵
==========================
[ThenLong'sInfo]
qq=33595901
[email protected]
很希望能和更多的朋友做交流，共同提高。
还有管理方面制度苛刻，加班那段时间还找机会扣钱
能不能给发俺一个例子？我太菜了，想看看您们的代码提高一下[email protected]谢谢！！！！！！！！！！！
2、在工作上，專案設計不重視，對專案開發過程的質量不嚴格控制。只知道在一個月或者很短的時間內把這個專案做完，其他不管，沒人陪你對專案需求和概要進行審核，基本上都要靠自己來分析來把握，如果做不完就是你能力不行，在裏面如果你想完成任務的話，只能自己簡單設計一下設計框架就開始寫代碼，只想著怎樣在規定的時間內把它做完。其他的問題都拖到維護的時候在考慮。就這樣，造成公司僅僅幾個産品都要重新資料庫設計後把專案推倒重來。後來瞭解，老闆還挺喜歡推倒重來做事情的。那就讓他推吧。
3、公司長期沒有一個專業的測試隊伍，軟體質量比較差。 可笑的是公司連一個專業的測試員都沒有。測試職位都是由一位開發人員或者專案支援人員擔當。測試大部分需要開發人員測試，連交叉測試都沒有。軟體中帶有很多的bug還敢出去賣。在客戶那兒出現的問題巨多。有些同志基本上每天要跑客戶那兒解決問題。但問題太多了。
4、公司學習氛圍不好，老闆不讓在公司看專業書籍，不能上網。去年每個月基本上都要走一兩個人，基本上新來的開發員工到後來走人的周期越來越短，有的試用期沒過就要走人。
汉
我是说好了3500的,结果只有3000
shit