91免费版在线,久蕉在线视频,久久久久伊人

破门 — Tue, 10 Jul 2007 10:00:00 GMT

摘要: “别赌运气”——John R. Berry Heidrick & Struggles合伙人兼董事
又到招�h旉��啦？我要的�h在那里呢�Q�在所有的企业发展�q�程以及我们每个职业生��中，每一�ơ招聘和应聘都像是在冒险�Q�企业如果用错�h和�h如果�q�错企业都会�l�自己带来损��q��至灾难。破门最�q�读一本书《CEO之�\》，是作者雪伦•佛伦斯�Q�Sharon Voros�Q�与上百位猎头顾问的交流后整理出的一本关于“领袖风范”的��Q�其中有一章“猎头顾问最帔R��?5个问题”，寚w��U�职位的面试和应聘提出非常好的参考徏议，本文主要�Ҏ(gu��)��q�本书介�l�的内容�Q�来讨论下如何处理高�U�职位面试和应聘问题�?
阅读全文

破门 2007-07-10 18:00 发表评论

【破门点滴】敏��L��竟需要什么？

破门 — Thu, 17 May 2007 11:18:00 GMT

摘要: 从诏��L��捷原理的角度来说�Q�过度强调对敏捷实践的严格执行其实反而会与敏捯��道而驰。因此�Q何一个团队准备引入敏��h��法之前，必须要从最本质的角度即敏捷原理来考察自己的项目（客户、团队和资源�Q�，��定是否要执行敏��h��法以及具体采用那些敏捷实��c��那么敏��h��法所依据的核心原理是什么呢�Q�实跉|��L��竟需要做��C��么呢�Q�本文谈谈敏捷原理以及一些实践应用体会�?nbsp; 阅读全文

破门 2007-05-17 19:18 发表评论

破门 — Sun, 06 May 2007 03:09:00 GMT

摘要: �q�䆾文档也是酝酿了很久，惛_��自己长久以来一直未能全面诏��L��行一�ơ敏捷开发项目的遗憾做个分析和小�l�，另外从自�׃��w�的体会来对比一下敏捷开发与传统开发过�E�的文化冲突�Q�期望能对各位支持敏捷开发和支持传统�q�程的同好有所帮助或提�C��?nbsp; 阅读全文

破门 2007-05-06 11:09 发表评论

破门 — Tue, 09 Jan 2007 08:46:00 GMT

摘要: 最�q�重新整理开发环境，上Ivy的网站看了看�Q�才知道Ivy��目已经在去�q�底加入了Apache孵化器，�q�个消息让我们最值得期待看看的就是Ivy会�ؓAnt和Maven带来什么样的改变，Ivy本��n又会如何发展�Q?nbsp; 阅读全文

破门 2007-01-09 16:46 发表评论

�?Ubuntu 下设�|?java 环境 (备忘)

破门 — Fri, 03 Nov 2006 03:04:00 GMT

摘要: 仅用了一天的旉��将自己的本本换��C��Ubuntu�Q�其实多半都花在了数据备份上了�?
�q�篇日志��单的记录下在ubuntu上的安装和设�|�，以便日后自己查阅:) 阅读全文

破门 2006-11-03 11:04 发表评论

破门 — Fri, 15 Sep 2006 07:52:00 GMT

http://www.java.net/jag/Fallacies.html

The Eight Fallacies of Distributed Computing
分布式计��的八大谬误

Peter Deutsch

Essentially everyone, when they first build a distributed application, makes the following eight assumptions. All prove to be false in the long run and all cause big trouble and painful learning experiences.
事实上几乎所有�h�Q�在他们�W�一�ơ尝试构��Z��个分布式应用�E�序的时候，�l�常会做如下八个假设。这些最后都被证明是错误的�ƈ且带来巨大的�ȝ��和痛苦作为学习的代�h(hu��n)�?br />
1. The network is reliable �|�络是可靠的
2. Latency is zero 反应旉��为零
3. Bandwidth is infinite 带宽是无限的
4. The network is secure �|�络是安全的
5. Topology doesn't change 拓扑不会改变
6. There is one administrator �q�里会有一个系�l�管理员
7. Transport cost is zero 传输代�h(hu��n)为零
8. The network is homogeneous �|�络是均匀�?/p>

破门 2006-09-15 15:52 发表评论

试用NSIS制作安装�E�序及ExperienceUI 1.1pre 汉化资源文�g

破门 — Tue, 05 Sep 2006 07:24:00 GMT

摘要: NSIS 是一个开源的专业制作Windows安装�E�序的系�l�。被设计成�ؓ一个尽可能��而又功能强大的系�l�，最适合于需要在互联�|�上发布的应用。事实上�Q�NSIS可以制作出如同InstallShell�{�老牌安装制作软�g一��h��亮而且功能完善的windows安装�E�序。这��日志只是将相关�|�址记录下来�Q�便于日后重建环境�?nbsp; 阅读全文

破门 2006-09-05 15:24 发表评论

通过Ant扚w��转换文�g的字�W�集�~�码

破门 — Fri, 01 Sep 2006 08:33:00 GMT

破门�Q�看了下自己的这个技术blog�Q�最�q�的一份帖子竟然是3月䆾的了。不由感慨，原来自己已经�q�么久没有涉及技术方面的工作内容了�?br />今天刚好安装 vTigerCRM 试用�Q�从�|�上下蝲�?.0 b一个中文资源包�Q�需要将资源包�{换�ؓUTF-8的编码。折腾一番后�Q�发现利用Ant 1.6版本的Copy task 新增的一个特性可以轻松搞定批量的文�g字符集编码�{换，贴出来给大家�׃�n。：�Q?br />
build.xml 的详�l�内�?/p>

build.xml

�E�微解释一下：

1、安装好ant环境。好像是废话�Q?)
2、按照你的资源文件命名修�?fileset, 比如�Ҏ(gu��)�� ?*/*.properites”等�{�；
2、将修改后这�?build.xml 复制��C��要进行批量文件编码�{换的最上层目录�Q?br />3、在命��o行进入上面的目录�Q�敲�?ant 回�R�Q?br />4、target 目录��是你所需要的东东了�?img height="19" src="http://www.aygfsteel.com/Emoticons/emteeth.gif" width="19" border="0" />

原理�Q?br />通过��当前文件复制到目标输出目录的copy ��d��Q�设�|?outputencoding 属性，可以��L��获得�~�码后的资源文�g�Q�：�Q?br />当然�Q�你�q�可以设定ant 的filter token, 比如 “@ENCODING@�?来按照需要修�Ҏ(gu��)��件的内容�?br />

破门 2006-09-01 16:33 发表评论

破门 — Mon, 27 Mar 2006 02:00:00 GMT

最�q�读��理大师彼得.德鲁克（Peter.F.Drucker�Q�《卓有成效的��理者�?The Effective Executive)一书，忍不住就惛_��在��Y件系�l�中的有效性问题了�Q�记得在哪篇��译文章中看到过一个国外大牛写的��Y件工�E�中可用性的��。这里也借着��理大师的经典语句，来看看这些管理思想对��Y件系�l�工�E�有哪些可以借鉴的地斏V�?br />
“在�l�织的内部，不会有成果出玎ͼ�一切成果都存在于组�l�之外”�?

�q�样的外部视角是我们最�~�Z��的，无论是管理、需求、设计、开发和实施的过�E�中�Q�我们都忽视了这个问题，一上来��把自己沉浸在最擅长的领域……比如系�l�架构之中去了。最�l�不��项目结果如何，我们都可以肯定地��_��我们是缺乏有效性的。因为我们连判断成功的标准都没有搞清楚�?br />花去了无数的人力物力�Q�我们对客户或公叔R��D��Q�“看�Q�我们用最新的J2EE、AJAX....技术实��C��一个无与��u比的�pȝ��构架....”，客户和领导听得是云山雄��。可半年后，能上�U�的�pȝ��在哪里呢�Q�一分析原因�Q�我们就看到了需求的不停变化对系�l�构架冲击，开发�h员的变动�Q�公司投入的不持�l�性，�{�等�?br />其实�Q�我们忽略的是，�pȝ��的成果应该是带来价��|��而�h(hu��n)值是在系�l�之外的�Q?br />因此�Q�有效的软�g设计、开发、实施团队，必须要学会这条核心思想。系�l�必��L��效，否则毫无价倹{�?br />
“对��理者的有效性而言�Q�最重要的�h物，往往不是��理者直接控制的下属�Q�而是其他部门的�h�Q�即所谓‘旁�p�M�h物’，或者是��理者本人的上司。�?br />
�q�说明了有效性��生于协作�Q�如果不能让他�h利用自己的�A献，本�h也就没有有效性可�a�。这条不但是做�h做事的规律原则，�Ҏ(gu��)��们设计和开发系�l�，也应该作��计原则。简单的��_��是我们开发和设计�pȝ��l��g的时候，必须以方便被其他�l��g或系�l��用�ؓ设计原则�?br />一个功能强大但是不便于使用的组件或�pȝ��不是有效的系�l�。我们研�I�了那么多设计模式和�l��g技术，研究分层和分模块开发，但是�pȝ��划分的原则其实在于协作，便于�pȝ��和开发系�l�的成员之间协作的就是有效的划分和设计�?br />

破门 2006-03-27 10:00 发表评论