广州新创意专利发展有限公司 招聘 DELPHI 程序员 若干名(200分)

  • 主题发起人 主题发起人 zp2002
  • 开始时间 开始时间
太低了,做做界面报表也叫提高技术。有点阿Q吧?
真能提高能力的话,可以考虑。
能透露公司搞什么产品吗?
 
to lynu
我不知道你现在在用什么东西进行开发,但是我认为如果你在用ADO的话,那我可以告诉你
你没有开发过一个比较大的系统,因为现在在 DELPHI 除了BDE和 DBXEPRESS 外没有一个
访问数据库算得上成熟的,如果你还在用ADO 的话,那么我请你去BROLAND的讨论组去看看
ADO的“好处”吧,我相信你只是一个“初哥” 因为你还局限在工具的用途中,而没有注意到
做一个好的软件需要的不但是一个工具,最重要的是你对流程的熟悉!!
 
研究生毕业了我去你那里,钱少无所谓的。主要的是我能有一定提高就行
 
你凭什么就肯定我只局限于在工具的用途中?你如果不是局限在工具的用途中,又
何必点明Delphi,BDE与QuickReport呢?

你如果真的象你所说,你应该知道BDE是早已过气的东西,都已几年没有更新过了.
用BDE+SQLServer做大系统,你还是多放几台中间层应用服务器!至于QuickReport,
以前没有选择余地,现在如果还用他, 我想你的报表也就是那么复杂吧.

至于你所说ADO,不明白你要表明什么,虽然在连接SQLServer方面我在2000年就已
摒弃BDE改用ADO,也曾经碰到过一些问题.但如果真如你所说 ADO+OLEDB+SQLServer
实不堪用,我想你应该向微软公司反映了.

你如果对ADO和BDE了如指掌,就应该清楚他们的内部机制,了解问题发生的原因,知道
如何控制.如果说BDE/DBLibrary连接SQLServer2000会比oldDB+ADO更高效率,更可靠,
编程更方便,微软公司那也太没面子了.

至于流程,不同的行业大有不同,一个程序员根本不可能对每行每业都了如指了掌,
但是如果一个要用Delphi写程序的程序员对Delphi都不了解,就算他对流程十分清楚,
那又有何用?

对你所说的"初哥",我所无谓,虽然我用borland tc/bc/c++builder/delphi七八年,但
相比那些顶尖高手,也许真的是初哥.

我向不愿对人恶语相向,在一个技术论坛上对一个同道这样,更非我所愿.
 
TO lynu
微软的东西由于不好所以我们才会用 程序界的祖宗 BORLAND 的产品,
我对ADO 一直存在的问题 在看完了 李维 的书后还是存在着 ,你认为呢?
ADO 由于他有很多比起以前ODBC 和 BDE 的好处 再加上他还有可以多表更新等等
方便而实际的功能,再加上很多书都是说他的好处,甚至有人把ADO看成是DELPHI5的代表,
我不肯定不是一个趋势。
但是,他在处理我们最当前的问题时,他就有点儿不太实际了(或许是我的水平问题吧)
例如:
我们经常会用SQL SERVER 的 "事件探查器" 去检测前台程序传给服务器的语句到底是什么
但是由于他要考虑效率问题所以对sql语句进行了优话,这样一来SQL语句看起来我们就觉得
麻烦了,更不用说复杂的SQL语句,
而且他正是因为要进行sql语句的优化,所以delphi/ADO里面连我们平时很多时候要用到的 TUPDATESQL
都没有提供,那么我们当要对更新语句进行修改(编辑TUPDATESQL中的语句,例如在INSERTSQL中用CASE)
时就比较麻烦了,
还有他有CursorLocation 属性,你可以把他设为 clUseClient 或者 clUseServer,本来
出发点是很好的,因为他用服务器来实现了大数据批量传送,但这又带来了一个矛盾,后台当数据
多的时候把它变成clUseServer 一次传20条数据,但服务器端不停的去创建游标(微软不提倡
程序员在服务器端创建太多的游标)可是ADO会自己帮他建立很多很多,但如果把属性变成
clUseClient ,那么效率只会比BDE快一点(10万笔记录)。
如果你有好的办法我也希望我们一齐研究,大家把大家的技术推上一个新的台阶,我现在
是用 TQUERY + TCLIENTDATASET 去进行开发的 因为这样可以解决BDE控件的不足,又可以
达到大数据批量传送的效果,我以前打的字是有点过分,对不起,还有招聘的东西不是我想
这样写的而且我就觉得钱太小,但我也是打工的啊。。。。
 
[:D] 不打不相識.

大家還是和氣生財的好.
 
来招蚊子的
 
使用TUpdateSQL充其量只相当于ADO的whereKeyOnly更新方式,但这种更新方式在很多
场合是不符合逻辑的,一般来说我们要更新的数据应当是在我们所看到的当前数据下
才能进行更新的,如果这些数据在这期间发生了变化,应该算更新失败的.而ADO
不但能处理这种情况,也能作TUpdateSQL所能作的工作.另外TUpdateSQL其并不能处理
NULL字段,比如对于where key字段值是null的情况其根本不能更新成功.TUpdateSQL
更不能作多表更新.
至于多表更新,如果你认为是一个缺点,你也可能自己处理其更新行为,比如截获join
出来的ADO数据集的BeforeDelete和BeforePost,自己newquery 发SQL进行更新,当然
更新完后要Abort,以避免缺省的ADO数据集的更新行为.
事件查看器在BDE和ADO下都可以使用,你也许可以发现,多数Query都会生成的临时的
存储过程来执行.
CursorLocation在李维的书中讲得很清楚了,总之你明白一点,一般情况都用clUseClient
,而clUseServer会减轻网络传输数据量,加重服务器计算量和减轻client工作量就可以了.
如果你的服务器计算能力足够强大,在某些场合使用clUseServer也是可以考虑的
使用TClientDataset也就是使用Borland的自动生成更新SQL的技术,据我所知,其能处理
NULL值字段,但并不能进行多表更新!
我算不上高手,以上仅仅是我的一点经验和体会,欢迎指正



 
钱太少了, 5000元以上请考虑我
 
有意思,总结一下:
1.用ADO不能开发大系统.
2.ADO没有TUPDATESQL,因为要进行sql语句的优化.
3.TUpdateSQL充其量只相当于ADO的whereKeyOnly更新方式.
4.TClientDataset也就是使用Borland的自动生成更新SQL的技术.
5.TUpdateSQL不能作多表更新.
.....................
.....................
 
比我现在的多得多啊。
试用只有700,一个月才休息两天。
正式的时候还不知道有多少,估计一千多一点加20%提成,5%还要扣起年底发。
而且工资每月不同,由经理评级别。
偶在佛山。呜~~~~呜~~~~~~~
 
工资太低了,无法忍受
 
阿高:
你还不走,想做善事吗
 
看了你们的讨论,偶受益匪浅呀!呵呵!
 
每种技术都有它优越的地方,看来我们现在把招聘变成了讨论了,其实在DELPHI中用
什么技术进行开发我觉得都是一种艺术,因为我们都在享受着VCL给我们带来的好处,
技术的更系对每一个程序爱好者来说都是最重要的(谁都不愿意当老头),但话又说
回来,在商业用途上 我们最注重的是软件的稳定和易用性,而这个带来了一个矛盾--如果
用新技术去开发,由于要掌握的东西太多可能到最后换来的是几个通宵,如果用旧的
技术开发,由于它已经比较成熟所以可以准时上下班,但是自己的价值可能一天比一
天不值钱(由于自己慢慢地在大富翁论坛上看不明白人家写什么),这也正常因为矛盾
构造出世界 :-) ,但是我是唯物主义,在这矛盾之前我挑选保住自己饭碗,然后
在家里在自己进行研究,自己用新的技术重做旧的项目,因为可能由于一种好吸引的
新技术会把自己的一帮兄弟搞死,我赚钱的时候用BDE 学习的时候用 ADO或者其他很
多很多,其他的话如果日后有需要用到新技术我是义不容辞的,之前对 lynu 兄弟言语上
有不对的地方,还希望多多原谅
 
有点佩服楼主,现在大富翁上经常你吵我,我吵你的
吵的不可开交,谈技术,吵什么?

这个帖子,应该给那些人看看。做一个模板。呵呵
 
总的说,ado还是有前途些
borland已经放弃bde了,只是进行一些维修工作了,甚至不管了
拿了微软的钱,还是搞ado了
 
小弟在些谢过大家了,星期二我要去楼主那儿面试了
 
后退
顶部