解决冲突的法则

1. 在不了解对方动机之前千万不要表明自己的立场
2. 准确把握自己的需求底线
3. 解决冲突的最好办法是谈判

决策的法则

1. 首先，以事实而后数据为依据，如果没有，
2. 以严密的逻辑推理为依据，如果没有，
3. 以民主评议，如果没有，
4. 以最终负责人来决断

奖惩制度

1. 在构建奖励制度的同时不要忘记处罚制度的建设
2. 物质与非物质的奖励(以非物质的奖励)
3. 侧重奖励行为还是结果？

表扬要及时(3天为限)、有理有据、真诚。
表扬是最不花钱最辞旧的激励手段，表扬是为下一个成功设立起点。
不要过度的物质奖励，在这种方式的激励下，员工永远得不到激励。
要注重精神上的奖励，只有精神是永存的。

不一定要将所有的真话讲出来，但你讲的每一句真话必须是真话。(white lie)

最近一个项目主要涉及前端的交互优化，由于UED资源不足，所以一起做了一些前端的工作，

由于各浏览器的标准不一样，如要兼容像ie6,7,8及firefox，样式调整比较费事，现在css相关

的一些技巧分享一下，希望对大家有所帮助。

 

1、什么是css hack.

针对不同的浏览器去写不同的CSS，让它能够同时兼容不同的浏览器，能在不同的浏览器中也

能得到我们想要的页面效果，这种针对不同的浏览器写不同的CSS code的过程，称之为CSS hack。

 

通过下表中的hack code就可以实现不同版本ie浏览器间的兼容：

hack code	ie6	ie7	firefox
_	√	×	×
*	√	√	×
!import	×	√	√

‘_’ : 只有ie6能识别_，如ie7,8下”width:100px; “的样式是OK，但ie6不够宽时，可以在”width:100px”后面增加一段”_width:105px;” 那么ie7,8不会解析_width:105px，但ie6会执行。

‘*’ : ie6,7都能识别*，但firefox不能识别；

‘!import’ : ie 6不能识别，ie7和ie8都能识别；

 

2、css调试工具

(1). ie8的调试工具，ie8下按F12能呼出开发人员开发工具，如下图：

选中图中的箭头鼠标按钮，在浏览器中选中需要优化的HTML对象，HTML窗口就会

定位到选中HTML对象的代码上(如上图左)，则右窗口中则显示当前对象的所有样式，

通过对右窗口中的样式调整，达到预期效果后，找到css文件的class，并作相同修

改。通过这个工具，修改样式后所见即所得，确定样式后再修改样式文件。

 

(2). Firebug，firefox下可以通过Firebug工具，来定位HTML对象并调试该对象的样式，如下图：

 

事件		解说
一般事件	onclick	鼠标点击时触发此事件
	ondblclick	鼠标双击时触发此事件
	onmousedown	按下鼠标时触发此事件
	onmouseup	鼠标按下后松开鼠标时触发此事件
	onmouseover	当鼠标移动到某对象范围的上方时触发此事件
	onmousemove	鼠标移动时触发此事件
	onmouseout	当鼠标离开某对象范围时触发此事件
	onkeypress	当键盘上的某个键被按下并且释放时触发此事件.
	onkeydown	当键盘上某个按键被按下时触发此事件
	onkeyup	当键盘上某个按键被按放开时触发此事件
页面相关事件	onabort	图片在下载时被用户中断
	onbeforeunload	当前页面的内容将要被改变时触发此事件
	onerror	出现错误时触发此事件
	onload	页面内容完成时触发此事件
	onmove	浏览器的窗口被移动时触发此事件
	onresize	当浏览器的窗口大小被改变时触发此事件
	onscroll	浏览器的滚动条位置发生变化时触发此事件
	onstop	浏览器的停止按钮被按下时触发此事件或者正在下载的文件被中断
	oncontextmenu	当弹出右键上下文菜单时发生
	onunload	当前页面将被改变时触发此事件
表单相关事件	onblur	当前元素失去焦点时触发此事件
	onchange	当前元素失去焦点并且元素的内容发生改变而触发此事件
	onfocus	当某个元素获得焦点时触发此事件
	onreset	当表单中RESET的属性被激发时触发此事件
	onsubmit	一个表单被递交时触发此事件

1、让用户随时了解系统的状态；
2、系统应与真实世界相符合；
3、给予用户控制权和自主权；
4、提倡一致性和标准化；
5、帮助用户识别、诊断和修复错误；
6、预防错误；
7、依赖识别而不是记忆；
8、强调使用的灵活性及有效性；
9、最小化设计；
10、提供帮助及文档； 1、新建 archetype 项目(模板项目):
mvn archetype:genera -DgroupId=org.simple -DartifactId=simple -DarchetypeArtifactId=maven-archetype-archetype
2、修改主要模板文件：archetype-resources/pom.xml
1)修改 META-INF/maven/archetype.xml 中相关的 sources
2)安装此项目:mvn install
3、根据模板项目创建新项目:
mvn archetype:generate
-DarchetypeGroupId=org.simple\
-DarchetypeArtifactId= simple \
-DarchetypeVersion=1.0-SNAPSHOT

【安装私有库】
1、复制 mylib-1.2.3.jar 到本地代码库
2、编写 mylib-1.2.3.pom 文件:
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>com.mylib</groupId>
<artifactId>mylib</artifactId>
<version>1.2.3</version>
</project>
如果有依赖关系，可以将依赖关系描述在 pom 中
3、用Ant 来生成 jar 包和 pom 文件的 checksum 文件:
build.xml:
<project default="checksum">
<target name="checksum">
<checksum file="mylib-1.2.3.jar" algorithm="SHA" fileext=".sha1"/>
<checksum file="mylib-1.2.3.pom" algorithm="SHA" fileext=".sha1"/>
</target>
</project>
4、生成 mylib-1.2.3.jar.sha1 和 mylib-1.2.3.pom.sha1 文件
ant build.xml
【使用版本控制】
提交:mvn scm:checkin -Dmessage="Message"
检出:mvn scm:checkout
更新:mvn scm:update 作为一名开发者，通常会忽视系统可用性及用户体验。但系统的可用性和用户体验对于一个真正优秀的Web-based系统却至关重要，因此，我们有必要花一些时间来了解和学习一下。

一、相关的概念:

用户体验，user experience(或称ux/ue)，指用户访问或使用一个产品/服务时的全部感受。具有主观性，不同的用户本身的知识、爱好、价值观等会有不同的结果，因人而异。

可用性，指产品是否易学、使用是否有效果，以及通用性是否良好等。衡量一个产品的可用性，可以通过一些具体目标来评判，相对用户体验而言，比较客观。考察产品可用性的目标可分为：
1、可行性，指产品使用的效果；
2、有效性，产品使用的工作效率；
3、安全性，指产品能否安全的使用，或称为容错性；
4、通用性，指产品是否具备良好的通用性；
5、易学性，指产品的是否容易上手，易操作；
6、易记性，指产品的操作方法简单，易记性；

二、开发人员的特点
作为一名开发者，通常会对目标用户的判断有较大的偏差，往往高估实际用户的操作能力和理解能力，忽视产品的易学性和易操作性。再者，作为技术人员，开发工作者通常重视功能实现，忽视产品界面、视觉外观，不重视用户体验。

三、一些案例
1、iPhone的成功
iPhone的成功，产品的可用度及用户体验有者至关重要的作用。其产品的很多细节，都凝聚着apple公司的创新。如3.5吋屏幕上触摸输入，比较费轻且易出错，但iphone在输入过程中，会放大选中的字符，便于用户确认，同时，作一些输入校验，进行容错处理，避免用户输入错误字符引起的麻烦。

2、在线订票、论坛注册
再如个在线订票系统，用户兴冲冲的跑上来想体验一把，千辛万苦输入一大段信息，终于注册成功，想下单的时候，即发现自己有的银行卡不支持，试想此时用户的心情会多么的糟糕。试想一下，如果在用户注册前，提示系统当前支持的银行卡的话，用户可以第一时间选择其他的方式来实现自己的目的。

再谈论坛的会员管理机制，网上这种案例也很多。用户费了好大的劲完成注册后，即告知新注册用户不能立即发言，很可能这个用户就这样失去了。

所以要做好一个产品，需要每位项目成员的投入，从用户角度出度，解决用户的实际问题。

Codereivew是开发团队中经常采用的，为提高代码质量、提高编码规范的一种手段。针对实际工作组织review过程中的一些想法、见解，作一下总结。

关于CodeReview的几点作用：

1、提高团队的编码规范，培养良好的coding风格
旨在提高整个团队的编码规范程度，统一编码风格。通过每次的codereivew，发现团队成员在实际开发中的一些细节问题，如不良的编码习惯、错误的调用方式等。通过多次的发现、解决问题，使大家都养成良好的编码习惯。review的内容一般包括：
1)、异常、日志的处理；
2)、常量的定义及使用；
3)、字符串处理、BigDecimal.ZERO等；
4)、代码的封装，提高重用性；
5)、代码注释情况；
6)、javascript文件的抽取情况；

2、检查业务逻辑
对项目实现的功能逻辑进行一次reivew，结合众人发散思维，检查业务逻辑是否有盲点或错误。通常需要参与review的成员能够静下心来深入地认真分析，比较耗费时间。

3、分享和培训
每个项目的工作安排相对来说都是比较紧凑的，所以每个团队成员在完成自己的开发任务完，没有太多的时间去了解或熟悉其他成员的功能实现。但对于敏捷开发来说，每个功能模块的开发者并不是固定的，根据项目需要，很有可能由非原开发人员来完成增值功能或重构，所以codereivew是一次不错的培训及分享机会，特别是对功能相对复杂的需求实现。可以让团队成员了解或熟悉基本的设计思想和相关的类定义，确保在今后接手这一块工作时，可以更快的上手或找到最到最合适的人去了解更深层的逻辑。

关于reivew的方式：

1、集体review;
项目成员一起参与codereive，成本比较大，一般一个项目组织一次。比较适合开发经验分享，以及新功能的实现介绍，利于其他成员了解、熟悉实现者的设计思路及代码结构，在后续项目接手这些新功能时，更加从容。

2、TM组织若干开发经验丰富的一起review;

3、分组、交叉review;
具有较好的灵活性，根据情况随时找相关人员一起对已实现的代码进行review，及时发现过程中问题并予以修正。比较适合分组\抱团开发，以2-3人为单位，对具体的功能模块负责，一起分析、设计、编码，每位成员对于功能逻辑都比较逻辑，对业务逻辑reivew有比较好的效果。

实际工作中，根据实际情况灵活选择合适的review方式，不应拘于某种形式。review过程，应有明确的目的，具有针对性，而不是停留于表面，避免逐渐成为一种负担，流于形式。另外，应对每次review结果，整理出一份问题列表，进行分析和总结，避免相同问题的重复出现。同时，也应按排相关人员跟进并解决问题。总之，通过codereivew这一手段，尽可能的在提交测试之前去发现代码中存在的一些实际问题，从项目经历中得到成长。

因项目需要，实现系统对IE8的支持，安装了ie8版本。安装完后，发现一个奇怪问题，打开一个窗口(window.open方式)后，再打开时，新窗口的页面显示空白，无法加载其内容。关闭ie后，重新偿亦是如此，第一次能打开，第二次就不行。无论是ie7模式，还是兼容模式。

网上搜了很多内容，都没有找相应的解决方案。后来偿试了一下，ie设置重置（工具-Internet选项-高级-重置），删除所有个性化设置，完成后，重试后该问题不再出现，窗口能正常打开。回想，可能是装完ie后，ie设置向导中做了某些不当的设置有关，但具体是哪项尚不得而知。




在原网页窗口高度根据内容自适应的基础上，做了一些调整:
1、解决窗口底部靠近任务栏时，window.resizeBy 不能调整窗口高度问题；
1、增加宽度自适功能（注：只针对宽度不足，进行扩展的情况；无法调整窗口宽度比实际内容宽的情况）


以下从网上收集的一些相关资料：

1、关于网页窗口高、宽示意图:



2、更多属性：

网页可见区域宽：document.body.clientWidth
网页可见区域高：document.body.clientHeight
网页可见区域宽：document.body.offsetWidth (包括边线的宽)
网页可见区域高：document.body.offsetHeight (包括边线的宽)
网页正文全文宽：document.body.scrollWidth
网页正文全文高：document.body.scrollHeight
网页被卷去的高：document.body.scrollTop
网页被卷去的左：document.body.scrollLeft
网页正文部分上：window.screenTop
网页正文部分左：window.screenLeft
屏幕分辨率的高：window.screen.height
屏幕分辨率的宽：window.screen.width
屏幕可用工作区高度：window.screen.availHeight
屏幕可用工作区宽度：window.screen.availWidth

HTML精确定位:scrollLeft,scrollWidth,clientWidth,offsetWidth
scrollHeight: 获取对象的滚动高度。
scrollLeft:设置或获取位于对象左边界和窗口中目前可见内容的最左端之间的距离
scrollTop:设置或获取位于对象最顶端和窗口中可见内容的最顶端之间的距离
scrollWidth:获取对象的滚动宽度
offsetHeight:获取对象相对于版面或由父坐标 offsetParent 属性指定的父坐标的高度
offsetLeft:获取对象相对于版面或由 offsetParent 属性指定的父坐标的计算左侧位置
offsetTop:获取对象相对于版面或由 offsetTop 属性指定的父坐标的计算顶端位置
event.clientX 相对文档的水平座标
event.clientY 相对文档的垂直座标
event.offsetX 相对容器的水平坐标
event.offsetY 相对容器的垂直坐标
document.documentElement.scrollTop 垂直方向滚动的值
event.clientX+document.documentElement.scrollTop 相对文档的水平座标+垂直方向滚动的量

IE，FireFox 差异如下：
IE6.0、FF1.06+：
clientWidth = width + padding
clientHeight = height + padding
offsetWidth = width + padding + border
offsetHeight = height + padding + border

IE5.0/5.5：
clientWidth = width - border
clientHeight = height - border
offsetWidth = width
offsetHeight = height

(需要提一下：CSS中的margin属性，与clientWidth、offsetWidth、clientHeight、offsetHeight均无关)

网页可见区域宽： document.body.clientWidth
网页可见区域高： document.body.clientHeight
网页可见区域宽： document.body.offsetWidth (包括边线的宽)
网页可见区域高： document.body.offsetHeight (包括边线的高)
网页正文全文宽： document.body.scrollWidth
网页正文全文高： document.body.scrollHeight
网页被卷去的高： document.body.scrollTop
网页被卷去的左： document.body.scrollLeft
网页正文部分上： window.screenTop
网页正文部分左： window.screenLeft
屏幕分辨率的高： window.screen.height
屏幕分辨率的宽： window.screen.width
屏幕可用工作区高度： window.screen.availHeight
屏幕可用工作区宽度： window.screen.availWidt