我偏执，我要变

今天医生送了我一句话，“20岁的想法，30岁的想法就不一样了，有分歧的事先放后面，先解决共同的事情”。

用于工作上的分歧，所以我要解决掉我的偏执，并且让团队快乐工作。

我是server端的programmer，经常要与客户端交流，大致产生的分歧如下2点，

1：代码改动引起对方也会跟着改（当然别人不乐意了）

2：设计产生分歧(2方各有观点)

 代码大全 第7部分 软件工艺--》个人性格

你越谦虚，进步就越快。

不是高手时不假装是高手。

乐于承认错误。

真正优秀的程序员知道怎样同别人融洽地工作和娱乐。·

敏捷开发修炼之道--》动态评估取舍 和 程序员指南 和 平衡的艺术

没有合适所有状况的最近解决方案，你必须对手上的问题进行评估，并选择出最合适的解决方案。

每个设计都是针对特定问题的----只有明确地进行评估和权衡，才能得出更好的解决方案。

要将脚下的目标牢记在心：简单，可读性高的代码，强行让代码变得优雅与过早优化类似，同样会产生恶劣的影响。

不单要完成前一节列出的各种事项，还应该通过实际的例子，而不是行政命令来引导大家。

程序员修炼之道-》 交流期待和傲慢与偏见

用户在一开始就会带着他们对所需要的东西的现象来到你面前，那可能是不完整、不一致、或是技术上做不到
，但那时他们的，他们在其中投入了一些感情，你不能简单的忽视他。

注重实效的程序员不会逃避责任。相反，我们乐于接受挑战，乐于使我们的专业知识广为人知。

项目是人组成的团队，代码所有权的概念可能会造成协作上的问题，人们变得有“地盘“意识，或是不愿在公共的基础设施上工作。

项目最后可能会变得像一些相互隔绝的小”采邑“。你变的怀有偏见，只欣赏自己的代码，排斥自己的同事。

自己的额外总结：

寻找问题或分歧存在的根源。

永远保持乐观的状态，不执着在某一点上。

学会服务于别人，让别人舒服就是让自己舒服。

先放下这个问题，过一段时间再来看着问题。

第一个问题可采用的方法 ：

一方改的尽可能不要影响别人。

设计更好的不受另一方影响的反感。

代码方面注重实效方法可参考：

程序员修炼之道的 第2章注重实效的途径，第4章注重实效的偏执，第5章 弯曲或折断