- 浏览: 535028 次
- 性别:
- 来自: 杭州
文章分类
最新评论
-
飞天奔月:
public List<String> gener ...
实践中的重构30_不做油漆匠 -
在世界的中心呼喚愛:
在世界的中心呼喚愛 写道public class A {
...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛:
在世界的中心呼喚愛 写道在世界的中心呼喚愛 写道在classB ...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛:
在世界的中心呼喚愛 写道在classB的finalize上打断 ...
深入理解ReferenceQueue GC finalize Reference -
在世界的中心呼喚愛:
iteye比较少上,如果可以的话,可以发e-mail交流:ch ...
深入理解ReferenceQueue GC finalize Reference
公司于两年前计划研发一个行业的通用解决方案。
当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。
1 阶段1
开始的时候从系统开发的角度看,还是比较顺利的。7,8个人各自有自己的目标。系统平均2周一个iteration,在一个iteration中,
分为设计,开发,测试几个环节。每个iteration都有一个固定的会来沟通这个iteration做什么。至于细节的东西,可以随时msn或者
开会讨论。之所以觉得开始的一个阶段比较顺利是因为开发的进度一直是可衡量的,有实打实的东西做出来,每个iteration快结束的
时候,可以跑一些user case用来验证目前的工作。程序员可以看到自己的进度当然还是挺开心的.
而且大家还都期待一个美好的远景,这个目前做的东西可以成为以后一个大的系统的基石.
当然,这个时候也是有一些问题的.
职责划分不清,按照pm的说法,7,8个人的小team没法清晰的划分职责,只能粗略的进行划分,导致当对别人的设计或者实现有问题的时候
不能提出来(有人情的考虑).
远景不清晰,对于眼下做的事情的远景大家的理解有偏差,有些人根本没有远景的概念.
沟通有一定问题,毕竟是异地开发,沟通的不方便导致很多事情难以沟通,或者浪费很多时间才可以有效沟通.
上面的重视没有体现出来,最早的系统设计由公司资深的架构师review后才可以进行开发,但是这个活动只有微不足道的2,3次.
sales迟迟没有攻克任何一个真实的项目.
2 阶段2
度过了和谐的阶段1,项目的进度变得迟缓起来.
sales把立项之初美好的有远景的项目都没有谈下来,而且已经黄了.谈成了一个项目,还是给其他组作了(项目的内容和我们这个组作的事情很近似).
其他的项目有的有点眉目,有的快成了最后又黄了,最后大家对这个事情也没有什么热心了.
公司已经快2年没有加工资了.后来终于加薪了,但是很多人都很不满意.
人员的变化比较频繁,其他的组经常抽调我们组的成员.导致新接手的人对项目不熟,人和人经过大半年的合作建立的熟悉度没有了.
2个月内辞职流失了3个成员导致人心思动.
慢慢觉得公司视技术人员为无物,经常听到的是项目如何不好谈,但是只要谈成了是个人都可以做.
3 阶段3
也许是受了一直没有谈成项目的影响,整个组的重心从构建一个比较基础的东西慢慢转移到想出一个短平快的东西.
以前做事的风格是慢慢的自己构建一个基础的东西,以便经过几个行业项目的洗礼之后可以变成一个解决方案,以及一系列在该方案之上的产品.
现在是找一个开源的软件平台,寄希望于可以快速定制出一个企业需要的东西,换句话说,一个可以很快变钱的东西。
进展到这个时候,觉得事情已经混乱了。
公司的高层所谓的重视已经很长时间没有人提起了(再提都是当笑话讲)。
人员的频繁变动,加薪太少以及目标的变来变去让人觉得对这个事情已经没有信心了。
阶段1和阶段2一直在做一个领域的东西,也有一个差不多可用的系统,但是由于种种原因,sales没有拉进来项目。
阶段3为了尽早得到项目,开始对任何有可能谈成的任何领域的项目进行快速搭建。
介于两者之间,如果客户没有特殊的需求,则这个东西可以直接用。
如果客户要一些定制的东西,则以这个用基础平台,二次开发。
为什么呢?
引用原文:
“当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。 ”
经验不够阿,没个10多20年的行业经验,就要做行业通用解决方案,很难,就算做出来,你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全,你们这么就可以搞定,那sap, oracle, ibm, ms喝西北风去阿?小公司应该往精细化方向发展啦。
恩,对。
本来也是想先做的比较窄,但是比较深入一点。然后以这个为切入点,有项目后再不断的完善。
但是后来为了拉项目pm又要做的全。
经验确实是一个问题,当时的想法是一边做,一边有项目的反馈回来,这样可以多少弥补一点经验的不足。
为什么呢?
引用原文:
“当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。 ”
经验不够阿,没个10多20年的行业经验,就要做行业通用解决方案,很难,就算做出来,你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全,你们这么就可以搞定,那sap, oracle, ibm, ms喝西北风去阿?小公司应该往精细化方向发展啦。
为什么呢?
大公司的人都自己以为自己是人才,其实也不过是自欺欺人罢了。中国的规模大的公司不少,可没见几个人才出来。
严重同意。
当时对sales马上能谈进项目太乐观了。
...
当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
...
积累不够,或人员能力不强. 导致抽象不出或不好所谓的"基石".
当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。
1 阶段1
开始的时候从系统开发的角度看,还是比较顺利的。7,8个人各自有自己的目标。系统平均2周一个iteration,在一个iteration中,
分为设计,开发,测试几个环节。每个iteration都有一个固定的会来沟通这个iteration做什么。至于细节的东西,可以随时msn或者
开会讨论。之所以觉得开始的一个阶段比较顺利是因为开发的进度一直是可衡量的,有实打实的东西做出来,每个iteration快结束的
时候,可以跑一些user case用来验证目前的工作。程序员可以看到自己的进度当然还是挺开心的.
而且大家还都期待一个美好的远景,这个目前做的东西可以成为以后一个大的系统的基石.
当然,这个时候也是有一些问题的.
职责划分不清,按照pm的说法,7,8个人的小team没法清晰的划分职责,只能粗略的进行划分,导致当对别人的设计或者实现有问题的时候
不能提出来(有人情的考虑).
远景不清晰,对于眼下做的事情的远景大家的理解有偏差,有些人根本没有远景的概念.
沟通有一定问题,毕竟是异地开发,沟通的不方便导致很多事情难以沟通,或者浪费很多时间才可以有效沟通.
上面的重视没有体现出来,最早的系统设计由公司资深的架构师review后才可以进行开发,但是这个活动只有微不足道的2,3次.
sales迟迟没有攻克任何一个真实的项目.
2 阶段2
度过了和谐的阶段1,项目的进度变得迟缓起来.
sales把立项之初美好的有远景的项目都没有谈下来,而且已经黄了.谈成了一个项目,还是给其他组作了(项目的内容和我们这个组作的事情很近似).
其他的项目有的有点眉目,有的快成了最后又黄了,最后大家对这个事情也没有什么热心了.
公司已经快2年没有加工资了.后来终于加薪了,但是很多人都很不满意.
人员的变化比较频繁,其他的组经常抽调我们组的成员.导致新接手的人对项目不熟,人和人经过大半年的合作建立的熟悉度没有了.
2个月内辞职流失了3个成员导致人心思动.
慢慢觉得公司视技术人员为无物,经常听到的是项目如何不好谈,但是只要谈成了是个人都可以做.
3 阶段3
也许是受了一直没有谈成项目的影响,整个组的重心从构建一个比较基础的东西慢慢转移到想出一个短平快的东西.
以前做事的风格是慢慢的自己构建一个基础的东西,以便经过几个行业项目的洗礼之后可以变成一个解决方案,以及一系列在该方案之上的产品.
现在是找一个开源的软件平台,寄希望于可以快速定制出一个企业需要的东西,换句话说,一个可以很快变钱的东西。
进展到这个时候,觉得事情已经混乱了。
公司的高层所谓的重视已经很长时间没有人提起了(再提都是当笑话讲)。
人员的频繁变动,加薪太少以及目标的变来变去让人觉得对这个事情已经没有信心了。
阶段1和阶段2一直在做一个领域的东西,也有一个差不多可用的系统,但是由于种种原因,sales没有拉进来项目。
阶段3为了尽早得到项目,开始对任何有可能谈成的任何领域的项目进行快速搭建。
评论
21 楼
miaow
2010-03-29
原文有些背景没讲,个人猜测一下:
系统的行业背景很强,“找类似用途的系统搞二次开发再集成”的方式不适用,或者每次搞的二次开发量太大。因此想搞一个行业内通用的基础平台。
这样的话,我觉得在项目初期最重要的问题是:业务的通用性是否足够高?
如果业务通用性强,看来你们有一定经验,应该还是容易做的。
如果对通用性有疑问,就象前面有些兄弟说的,要考虑业务积累够不够的问题了。
现在看起来象是后者?
我觉得对你们来说,二次开发应该是不动主体代码,做可配置的插入来二次开发。
这方面的弹性,代价恐怕非常大,要系分和架构在一起很多交流才能搞定吧,只有两三次肯定不行。
或者要系分的技术能力比较强,架构细节能搞定的那种,也行。
主体框架部分好了的话,基层开发人员如何应该较次要了。
说实在的,我无法理解为什么有项目不给你们。
这一放下,除非项目人员很牛,否则基本败定了。
宁可开发两套系统,在新平台顶不上去的时候让传统方式的系统上,也比空对空的做对积累、也对士气有利。
大家看不到自己干的有什么成效、也就拿不到领导赏识、待遇提升,哪行啊。
人员再一走,项目就没多少希望了。
按说下决心上的不应该执行起来这么支持不足。
小声问,是不是涉及到高层有不同的看法,你们被夹中间了。若如此,只能哀悼了。
以上无责任发言,接砖盖房子。
系统的行业背景很强,“找类似用途的系统搞二次开发再集成”的方式不适用,或者每次搞的二次开发量太大。因此想搞一个行业内通用的基础平台。
这样的话,我觉得在项目初期最重要的问题是:业务的通用性是否足够高?
如果业务通用性强,看来你们有一定经验,应该还是容易做的。
如果对通用性有疑问,就象前面有些兄弟说的,要考虑业务积累够不够的问题了。
现在看起来象是后者?
我觉得对你们来说,二次开发应该是不动主体代码,做可配置的插入来二次开发。
这方面的弹性,代价恐怕非常大,要系分和架构在一起很多交流才能搞定吧,只有两三次肯定不行。
或者要系分的技术能力比较强,架构细节能搞定的那种,也行。
主体框架部分好了的话,基层开发人员如何应该较次要了。
说实在的,我无法理解为什么有项目不给你们。
这一放下,除非项目人员很牛,否则基本败定了。
宁可开发两套系统,在新平台顶不上去的时候让传统方式的系统上,也比空对空的做对积累、也对士气有利。
大家看不到自己干的有什么成效、也就拿不到领导赏识、待遇提升,哪行啊。
人员再一走,项目就没多少希望了。
按说下决心上的不应该执行起来这么支持不足。
小声问,是不是涉及到高层有不同的看法,你们被夹中间了。若如此,只能哀悼了。
以上无责任发言,接砖盖房子。
20 楼
tuti
2010-03-21
一没实际单子做具体目标,二还搞异地, 这不是自娱自乐吗
19 楼
zhang_xzhi_xjtu
2010-03-21
zgsheng 写道
是要做基础平台,供以后二次开发用呢?还是要做一个通用产品?
介于两者之间,如果客户没有特殊的需求,则这个东西可以直接用。
如果客户要一些定制的东西,则以这个用基础平台,二次开发。
18 楼
lkf520java
2010-03-20
感觉LZ在闭门造车
很傻 很天真
很傻 很天真
17 楼
free_zk
2010-03-20
上层和下层的想法是好的,但是没有实际项目支撑,国内任何一家公司都不会舍得钱投入的,所以楼主也不要灰心,在国内就是这个样子,任何一个行业的解决方案都不是一触而就的,更别说你们提的通用解决方案了。
别人说你们缺乏人才,什么叫人才,对某个行业有着10-20年的行业经验的人,也不是每个公司都有的,中国还没有NB到那个程度,没有稳定的团队,任何项目都不可能成功的,人员的流失才是项目的最大风险。
别人说你们缺乏人才,什么叫人才,对某个行业有着10-20年的行业经验的人,也不是每个公司都有的,中国还没有NB到那个程度,没有稳定的团队,任何项目都不可能成功的,人员的流失才是项目的最大风险。
16 楼
likeblood
2010-03-19
你们缺乏衔接人员
15 楼
schweigen
2010-03-18
这事从老板的角度上看可能更加清晰些。公司不是慈善机构,犯不着给一大笔钱让一帮人去搞研究而没有产出,带来实际的收益。看你们团队的配置,估计是一堆人忽悠,然后加上sales 的保证,不过也有很大可能是老板拍脑袋的想法,就组建了这个一个团队,先拨一笔钱,试着去做吧。
但是后来,sales 没有拉到单子,投入的预算没有带来预期的产出,是继续孤注一掷的加大投入,还是立即终止,抑或不死心,但是削减投入?
对于一个项目来说,其实开始之前的项目预期很重要,你做的这个项目,即使第一年完全是亏本的,也需要清楚的制定出到底是亏损多少,多久后开始盈利。只有如实的完成了第一年,才有第二年,老板才会对项目组增加投资。
但是后来,sales 没有拉到单子,投入的预算没有带来预期的产出,是继续孤注一掷的加大投入,还是立即终止,抑或不死心,但是削减投入?
对于一个项目来说,其实开始之前的项目预期很重要,你做的这个项目,即使第一年完全是亏本的,也需要清楚的制定出到底是亏损多少,多久后开始盈利。只有如实的完成了第一年,才有第二年,老板才会对项目组增加投资。
14 楼
ccxw1983
2010-03-18
太天真就是这样的结果,虽然失败了,不过也学到了你们的教训,谢谢分享
13 楼
seeckt
2010-03-17
市场定位和内部能力总是有差异的,最后会是个妥协的结果
当然差太多就失败了
当然差太多就失败了
12 楼
zhang_xzhi_xjtu
2010-03-14
xiaolin0105 写道
zhang_xzhi_xjtu 写道
xiaolin0105 写道
以你们这样的团队做这样的系统,有点勉强了。
为什么呢?
引用原文:
“当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。 ”
经验不够阿,没个10多20年的行业经验,就要做行业通用解决方案,很难,就算做出来,你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全,你们这么就可以搞定,那sap, oracle, ibm, ms喝西北风去阿?小公司应该往精细化方向发展啦。
恩,对。
本来也是想先做的比较窄,但是比较深入一点。然后以这个为切入点,有项目后再不断的完善。
但是后来为了拉项目pm又要做的全。
经验确实是一个问题,当时的想法是一边做,一边有项目的反馈回来,这样可以多少弥补一点经验的不足。
11 楼
xiaolin0105
2010-03-14
zhang_xzhi_xjtu 写道
xiaolin0105 写道
以你们这样的团队做这样的系统,有点勉强了。
为什么呢?
引用原文:
“当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目,貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的(异地)开始了这个通用解决方案之旅。 ”
经验不够阿,没个10多20年的行业经验,就要做行业通用解决方案,很难,就算做出来,你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全,你们这么就可以搞定,那sap, oracle, ibm, ms喝西北风去阿?小公司应该往精细化方向发展啦。
10 楼
zhang_xzhi_xjtu
2010-03-13
xiaolin0105 写道
以你们这样的团队做这样的系统,有点勉强了。
为什么呢?
9 楼
xiaolin0105
2010-03-13
以你们这样的团队做这样的系统,有点勉强了。
8 楼
RCFans
2010-03-12
有的过程,即使失败了,带来的经验却更多。
7 楼
myreligion
2010-03-12
领导的重视一般是什么项目什么人都重视。。。预算给了才是真实的。
6 楼
ltian
2010-03-12
强强爱妍妍 写道
是小公司吧? 缺人才!
大公司的人都自己以为自己是人才,其实也不过是自欺欺人罢了。中国的规模大的公司不少,可没见几个人才出来。
5 楼
zhang_xzhi_xjtu
2010-03-11
一蓑烟雨任平生 写道
产品如果不是市场销售拉动,怎么做都是自娱自乐。
严重同意。
当时对sales马上能谈进项目太乐观了。
4 楼
一蓑烟雨任平生
2010-03-11
产品如果不是市场销售拉动,怎么做都是自娱自乐。
3 楼
强强爱妍妍
2010-03-11
是小公司吧? 缺人才!
2 楼
强强爱妍妍
2010-03-11
zhang_xzhi_xjtu 写道
...
当时的外部环境是,有几个人在一个大型的项目中做了1-2年,对于一个大型系统的架构和研发有一定的积累。
...
积累不够,或人员能力不强. 导致抽象不出或不好所谓的"基石".
发表评论
-
编码知识ppt1.4
2013-01-15 17:13 1156编码知识的一个PPT,时隔1年重新更新一个版本。 检测编码的 ... -
CSV文件的一些注意点
2012-08-20 15:38 7530狭义的csv是comma separated ... -
编码简介
2011-11-20 21:18 1119梳理一下编码的知识,做一个ppt。 -
开发故事
2011-10-30 20:49 900故事1: 这段代码我没有找到被引用的地方,是不是有什么隐秘的用 ... -
用户体验的分层
2011-03-20 11:22 1160前两天开会的时候涉及到用户体验。突然想起了王国维的《人间词话》 ... -
系统故障分类以及对我们的启示
2010-11-13 00:58 1294最近关注了一下系统的故障。发现故障基本的原因可以分为以下几类: ... -
老生常谈之如何写好的代码
2010-11-04 23:01 2706这两天一直做code review ... -
从scrum说敏捷
2010-09-09 00:47 1071最近又搞了一次scrum培训,整整搞了两天,加上以前也有参加过 ... -
衡量程序的质量
2010-08-21 22:44 1061本文介绍几个衡量代码质量的指标和工具 1 CAP篇 不好的程 ... -
我们要写怎么样的系统
2010-08-17 23:17 1004编程也好久了。越来越觉得一个做一个好的程序员不是一件简单的事情 ... -
使用反射提高单元测试的质量
2010-06-28 19:59 2249首先,单元测试以及单元测试覆盖率只是一个工具,很烂的代码一样可 ... -
文档的作用
2010-06-16 18:09 1166万事万物总是有其两面性的。 当瀑布模型把文档放在一个很重要的位 ... -
计算机数学基础 数论简要笔记
2010-03-26 17:59 1527基本概念:整除,因子,素数,合数,互质,公约数,最大公约数,欧 ... -
《代码之美》第7章 漂亮的测试 的bad smell
2009-09-26 02:13 1088这章基于二分查找讨论了一个漂亮的测试应该怎么做。 先看看原文怎 ... -
好好的做程序员这份有前途的工作
2009-09-23 00:07 1267好好的做程序员这份有前途的工作!!! 凡是对我说这句话的人都 ... -
理论计算机的一些有启发的想法
2009-09-16 17:21 9201 门电路,自动机和图灵机。 门电路只能处理固定数目的输入 ... -
jar的混乱
2009-05-25 23:43 1248使用了一阵.net之后回到 ... -
面向过程,面向对象与程序设计
2009-04-28 23:55 1412有一种说法,说是一个长时间搞面向过程的人(搞c的人)很难理解O ... -
抽象简化了开发吗?
2009-03-29 16:10 1213都说抽象是简化了开发! 呵呵,我不这样认为,声明先,不是我的 ...
相关推荐
通过上述步骤,我们可以成功搭建起一个Hadoop 2.x集群,并解决了一些常见的问题,如MapReduce提交Job执行失败等。在整个过程中,关键是要仔细检查每一个配置细节,并确保集群各个组件之间能够协同工作。希望本篇文章...
C#开发基于Yarp实现的API网关源码+项目说明+sln解决方案.zip 说到 .NET Core API Gateway 首先想到的应该是 Ocelot,生态十分成熟,支持 Kubernetes、Consul、Eureka等服务注册发现的中间件 支持Polly 进行 熔断、...
初开发source insight的这帮人现在哪里...如果文件只有几个,倒是既简单又实惠,然而,当你碰到成百上千的代码文件都是UTF-8时,你就会觉得这是梦魇了。 不过,不要怕。现在,完美的解决方法来了。(貌似跟做广告一样)
总的来说,汉邦视频监控开发包是一个强大而全面的工具,旨在简化视频监控系统的开发工作,让开发者能够专注于应用层的创新,而不必关心底层通信和视频处理的复杂性。通过与霍尼韦尔的兼容性,它拓宽了开发者的设计...
用win7+64位系统是没有友善之臂的usb驱动的,貌似是有国外给2440写过一个驱动,不过我用的是6410,找了很多帖子,偶然在国外的一个贴吧看到一种解决方案,自己测试可以用,已经讲文件上传到新浪爱问共享 链接:...
标题中的“貌似一个客户管理系统的VB程序”表明这是一个基于Visual Basic (VB)开发的应用程序,设计用于管理客户信息。VB是Microsoft开发的一种编程环境,它允许开发者创建具有图形用户界面的桌面应用程序。VB6是该...
QQ截图工具是一款非常流行且实用的屏幕捕捉软件,尤其对于经常需要进行屏幕分享或记录的用户来说,它提供了高效便捷的解决方案。标题所提到的“貌似QQ里截图的截图软件”,可能是指一款与QQ截图功能相似的独立软件,...
上个项目是卖东西的,商品详情传的组图,排上去后发现每张图片下有大概10+rpx的下边距,显得很不好看。查了一下貌似是小程序的默认样式。...第一种解决方案:flex .det-pics-w image { width: 100%; min-heigh
usb转串口驱动通用版是一款串口驱动软件。集成的多款usb转串口驱动程序,支持多种主流计算机系统。大家下载解压后打开,选择需要的驱动进行安装即可!驱动软件介绍usb转串口最新万能驱动,功能强大,完全。现在带...
标题中的“貌似dos命令集”指的是这可能是一个包含DOS(磁盘操作系统)命令相关资料的压缩包。DOS是早期个人计算机上广泛使用的操作系统,它以命令行界面为主,用户通过输入各种命令来执行操作。这个压缩包可能包含...
标题中的“二代身份证读卡示例_精伦iDR210”指的是使用Delphi7编程语言编写的一个程序示例,该示例主要用于演示如何与精伦iDR210这款二代身份证读卡器进行交互。这个读卡器是专门设计用来读取中国第二代居民身份证的...
描述中提到的另一个方法是创建一个空的“iexplore.exe.manifest”文件夹并放置在IE程序目录下。在Windows中,.manifest文件是用来为应用程序提供额外的配置信息的。创建一个空的manifest文件夹实际上是阻止了IE程序...
【描述】"基于Java的版的酒店系统,貌似完整.zip"表明这是一个包含所有必要组件的完整系统,可能包括前端用户界面、后台服务器逻辑以及数据库接口。使用Java作为开发语言是因为Java具有跨平台性、稳定性和丰富的库...
你可以通过`Graphics.FromHdc()`或`Control.CreateGraphics()`方法获取一个`Graphics`实例。 3. **线和形状**:`Pen`对象用于定义线条的样式,如颜色、宽度和线型。`SolidBrush`或` HatchBrush`等刷子对象则用于...
dwr.jar 貌似很好用的 dwr.jar 貌似很好用的 dwr.jar 貌似很好用的
全量备份是备份数据库中所有数据的方式,它可以是一个数据库、特定的表,甚至是整个数据库服务器。在全量备份中,可以使用mysqldump工具,它是MySQL提供的一种命令行工具,能够导出数据库的数据到一个SQL脚本文件中...
这通常是开发者或技术爱好者在遇到官方驱动无法识别设备时,寻找的解决方案之一。 关于“安卓”、“usb”、“驱动”这三个标签,我们可以深入讲解以下内容: 1. 安卓(Android):Android是由谷歌领导的开放手机联盟...