最近在看一些软件设计部分美学和风格的资料，同时也在看一个项目的源代码。两方面相互印证，得到一些新的见解。通俗的表述风格在各行各业的表现就是这个人在处理工作的时候一些个人偏好或者习惯形成的个人印记，非常独特的哪种，虽然比较浅的印记可能辨别不出是谁的，不过至少可以区分出来与别的印记是不同的。当然了，最好的印记就是个人在工作中或者作品中留下的个人名片了。通常新人是没有这种印记的，各行各业资深的人都会有这样的印记，或者是个人风格。
1.软件行业中个人风格是什么？
个人风格是具有美学特性的，这个美学是非常感性的一种描述。最少这种风格让人感觉到印象深刻，软件中在设计上回表现出各种让人舒服的特性，例如统一性、简洁性等等，在编码上的表现则是高效、易读的。编码上的个人风格可以先从自己身上设定要求，例如我写的代码最终是为了别人能够读懂好维护的，那么代码的易读性就会凸显出来，然后再自己设定代码的简洁程度，了解代码的具体运行效率之后再设定代码的高效性等等。设定这些代码的要求之后，就是不停地进行训练，将这些要求融入到写代码的习惯中，让身体去记忆这些要求。当训练达标后，你的代码就有了个人的印记，个人风格。这种风格的成熟是需要时间积累的，是需要实际工作经验积累的。
2.为什么要在具体工作中形成个人风格呢？
在具体工作中我们会遇到各种细节性的问题导致任务出问题。我自己统计在编码过程中第一年出现的问题95%以上是因为自己的原因造成的，其中出现问题最高的主要集中在：1.拼写错误；2.代码在写之前没有通盘考虑逻辑；3.语法不熟练；4.工具使用不熟练；5.出现代码问题自己动手解决费时费力等等。每一次问题解决的时候，这些经验开始不断的改造个人的习惯和认知，再加上下定决心改变这种局面，通过专门的编码训练之后，我形成了自己的编码风格：易读、简洁、效率。风格形成之后，它会在你主动思考之前提前避免类似的问题出现。具体例子，在银行中特别是国内的有些银行，各种东西是不健全的，描述的非常模糊，这个时候个人风格会帮助你避免大量的问题。
3.风格是怎么在项目管理中使用的？
每一个项目设计人员的风格是不一样的，每一管理人员的管理风格是不一样的，维护整个项目各方面的风格统一是非常困难的一件事，维持整个软件的风格统一则更加的困难。先从简单的项目管理说起，现在的项目管理大多是用项目的生命周期来管理的，每个阶段的管理也只是一种事后认定修补的状态，对每个阶段前期所设定的风格只是停留在纸面上。再加上具体执行中管理上的各种问题，一般只是做结果认定的。对于每个阶段下面的每个细节，如果真正的基层会因为激励因素照顾到的话，只能说这家公司有非常好的基层了。不过这是在烧高香的情况，一般情况下必须要把该有的细节风格描述清楚，包括实施细节的过程。工作在银行好多年，代码审查真正落实下去的不多，不管其标榜管理上多牛逼。这个可能也因为各家银行将开发通过外包的方式实施的有关吧。
4.风格是怎么进行维护和升级的？
每个人的编码风格是不一样的，维护和升级非常简单，不停地去借鉴经典作品的风格，不停地去根据实际工作中出现的问题进行修正。我们人的眼睛是看不到自己，但是我们可以通过对比看到自己的问题引发风格的升级，无论是对比自己做的好与不好的问题还是对比自己与大师处理的差别。他山之石，可以攻玉。直面自己更加有效。但是我们时间有限的情况下，他山之石是最有效的。