PPT制作的七个原则

看到这个题目，你也许会不屑一顾——硬盘分区谁都会，这还有什么好说的。是的，硬盘分区也许真的是人人都会，但是最佳、最好使的硬盘分区不是人人都会的。特别是掌握一些硬盘分区的原则，可以让你在后续的使用中更加得心应手，也不会在某一个应用无法实现的时候而对最初的分区方案后悔莫及。看似简单的硬盘分区，你可别忽视了！

100GB以上的硬盘在过去被称为海量硬盘，可如今320GB硬盘也已经司空见惯，如何给这么大的硬盘分区就成了一个不大不小的问题。对于品牌机来说，往往都只把硬盘分成两个区甚至不分区，某些品牌要分更多的区还要加钱。而在攒机的时候，装机工一般会征求你的意见，如果你没有什么特殊要求的话，他会给你按照硬盘容量平均分三个或四个区。

那么这些分区方法是否科学呢？如何分区才能更加适用？其实这个并没有一定的规矩，在此笔者就自己的使用经验，来谈一些分区的原则。

硬盘分区原则一：FAT 32最适合C盘

理由：C盘一般都是系统盘，安装主要的操作系统，我们通常有FAT32和NTFS两种选择。就笔者的使用经验来说，使用FAT32要更加方便一些。因为在C盘的操作系统损坏或者清除开机加载的病毒木马的时候，我们往往需要用启动工具盘来修复。而很多启动工具盘是Win98启动盘演变而来，大多数情况下不能辨识NTFS分区，从而无法操作C盘，笔者曾经遇到过DOS下将D盘误认为C盘，贸然格式化而丢失数据的事情。

硬盘分区原则二：C盘不宜太大

理由：C盘是系统盘，硬盘的读写比较多，产生错误和磁盘碎片的几率也较大，扫描磁盘和整理碎片是日常工作，而这两项工作的时间与磁盘的容量密切相关。C盘的容量过大，往往会使这两项工作奇慢无比，从而影响工作效率，建议C盘容量在10GB~20GB比较合适。

硬盘分区原则三：除了C盘外尽量使用NTFS分区

理由：NTFS文件系统是一个基于安全性及可靠性的文件系统，除兼容性之外，它远远优于FAT32。它不但可以支持达2TB大小的分区，而且支持对分区、文件夹和文件的压缩，可以更有效地管理磁盘空间。对局域网用户来说，在NTFS分区上可以为共享资源、文件夹以及文件设置访问许可权限，安全性要比FAT 32高得多。

一、 商务礼仪的7个原则

1、 尊重原则。尊重是礼仪的核心，是人性的需要，是人际交往的基本原则，是企业管理的法宝。尊重包括自尊和尊重他人。自尊和尊重他人是礼仪的感情基础。

2、 平等的原则。平等原则，是指以礼待人，有来有往，既不能盛气凌人，也不能卑躬屈膝。

3、 宽容的原则。宽容是一种较高的境界。“海纳百川，有容乃大”“待人要丰，自奉要约，责已要厚，责人要薄”

4、 遵守约束的原则。在交往应酬中，每一位参与者都必须自觉、自愿地遵守礼仪，以礼仪去规范自己在交往活动中的一言一行，一举一动。只有这样才能保证事物的正常发展

5、 自律原则。学习、应用礼仪，最重要的就是要自我要求、自我约束、自我控制、自我对照、自我反省、自我检点，值就是所谓的自律原则。

6、 诚信的原则。诚信原则是指尊时守信，“言必行，行必果”，要求在人际交往中运用礼仪时，待人以诚，诚心诚意，诚实无欺，言行一致，一诺千金，表里如一以及“用人不疑，疑人不用”

7、 从俗的原则。注意尊重对方所有的习俗，易于增进双方的相互理解和沟通，有助于更好地表达亲善友好之意。

二、 论述着装礼仪

三、 人际交往的距离

人与人之间有着看不见单实际存在的界限，这就是人际交往中的距离。

其一，私人距离，也就是亲密距离。交往距离可在0.5米之内，其近范围在约0.15米之内，彼此间可能肌肤相触，耳鬓厮磨，以致相互能感觉到对方的体温、气味和气息；其远范围是0.15-0.5米之间。

其二，个人距离。个人距离介于的范围在0.5-1.2米之间，适用于一般性的交际应酬。其近端在0.5-0.8米之间，远端在0.8-1.2米之间

其三，社交距离。社交距离介于1.2-3.6米之间，其近端在1.2-2.1米之间，远端在2.1-3.6米之间。

其四，公共距离。其距离在3米开外，近端在3.7-7.6米之间，远端在7.6米以外

四、握手。

握手的先后顺序为：应由主人、年长者、身份高者、女子先伸手。

7个软件开发原则

关于代码重复最著名的单词是Kent Beck的Once And Only Once，也就是说软件操作的任何一个片断--不管是一个算法，一个常量集合，用于阅读的文档或者其他东西--应当只出现一次。 软件重复出现至少会导致以下问题：

· 其中的一个版本会过期

· 代码的责任会四处散开，导致代码难以理解

· 当你修改代码时，需要重复修改很多地方，一不小心就会遗漏

· 你不能很好地进行性能优化

重复代码的产生有各种各样的原因，程序员把几行或一整段代码从这里复制到这里，然后少加修改，就变成了一份新的代码。这里的原因是程序员可以通过极少的努力就完成代码重用，但是我们可以来看看DavidHooker提出的7个软件开发原则:

1.第一原则：存在的理由(Pattern: TheReason)

一个软件系统存在的理由就是：为它的用户提供价值。你所有的决定都取决于这一点。在指定一个系统需求，在写下一段系统功能，在决定硬件平台和开发过程之前，问你自己一个问题，“这样做会为系统增加价值吗？“，如果答案是”yes”，做。如果是”No”,不做。这个原则是其他原则的原则。

2．第二原则（能简单就简单，愚蠢！）KISS (Pattern: KeepItSimple)

软件设计不是一个轻描淡写的过程。在做任何一个设计时，你必须考虑很多因素。所有设计应当尽可能简单，但是不要再比这简单了。这样产生的系统才是可以理解 和容易维护的。这并不是说很多由意义的特性，因为这种简单性也要被抛弃。确实很多更优雅的设计往往更简单，但简单并不意味着“quick and dirty."。事实上，简单是通过许多思考和一次一次的反复修改才达到的。这些努力的汇报就是更容易维护，代码错误更少。 （看看是否违反）

3．第三原则 ：保持远见(Pattern: MaintainTheVision)

清晰的远见是一个软件项目成功的基础。没有这样的远见，项目开发最后就变成天天为一个不好的设计做补丁。Brooks说过： 概念的完整性是系统设计中最重要的问题。 Stroustrup 也说： 有一个干净的内部结构识构建一个可理解、可辨识、可维护 、可测试系统的基础。 Booch则总结道： 只有当你对系统的体系由一个清晰的感觉，才可能去发现通用的抽象和机制。开发这种通用性最终导致系统更简单，因此更小，更可靠 如果你不断地复制、粘贴、修改代码，最终你将陷入一个大泥潭(the Big Mud),你永远不可能对系统有一个清晰的认识。

创业团队工作沟通的七个原则

沟通传递的是一种体验而沟通凭借的是文字和语言，因此沟通存在巨大的困难。管理就是沟通、沟通再沟通。管理沟通的唯一原则，就是目标沟通！

有人说所谓管理就是沟通，沟通，再沟通。对于创业团队而言，在创业的全过程中，管理最核心的任务仍然是相互沟通。

我先用几个例子让大家理解，沟通出错会带来什么问题？

√ 我们的网站技术人员，经常会告诉我们的业务人员：我对于数据库，可以采取A方案，也可以采用B方案，各有优劣，请你告诉我应该用哪一个方案？

√ 公司的新高管，面对a部门对于b部门的投诉，往往会立即火冒三丈，事后才发现自己变成了傻瓜，a部门b部门之间的关系变得不可调和。

√ 融资几轮的某创业公司，做大型活动的时候往往成本居高不下，在活动接近尾声的时候还会忽然冒出来许多组费用。

√ 某公司高管，对于一个新起步的业务，自己有自己的想法，然而该项目的负责人，一直有着不同的思路，他们却相互并不知情。

——每一位管理者，都是从管理菜鸟起步的。管理的每一项经验，都来自于痛苦的经历。因此，我们对于管理一定不能讳病忌医，我们要学会解剖自己，将自己获得的经验与教训进行归纳。

1，沟通的唯一原则就是工作目标。

被誉为管理学的大师中的大师的彼得德鲁克在他的《卓有成效的管理者》一书中就指出过，工作沟通的根本就是目标沟通。在我最初看到这个原则的时候，我不懂理解它的根本。

在我前面提到的公司高管与项目负责人目标不一致的时候，这个原则体现的淋漓尽致。在那个案例里，公司的高管的目标是，通过项目早期要快速积累用户；而项目主管的目标是，我需要通过项目快速盈利。 一个公司一定存在不同利益的人，不同知识结构的人，不同方法的人，不同性格的人，不同喜好的人，甚至个人关系相互独立的人。然而我们正是要让这样一个群体，去协同并共同完成一件工作。因此所谓目标沟通就是要让大家对于工作的结果达成一致，对共同的利益达成一致，至于各个分立的小团队，方法并不是最关键的东西。