再一个，屁股别沾椅子上，斟茶倒酒，开门点烟的，尤其跟领导去时，你以为就叫你光吃饭了，别想有服务员呢。倒水倒酒时如果客人们离的近不好倒，就把人家水杯拿出来倒完放回去，别倒杯水再倒人家身上，啥事有点眼力架。

还有，有些人有点酒量，想保护自己领导，别人家客户敬酒呢，傻拉吧叽的和客户说，我替我们领导喝，这样十分不好。正确方法应该这样，你看谁摸酒杯想敬你们领导，称立马先敬这人，能喝多杯喝多杯，他来这么一下就得缓会儿再敬，你领导也有喘息时间了，这才叫替领导挡酒。
酒桌文化实在太多了，多参加多观察就行了。

火钳刘明

第八篇 神奇的PPT
一般汇报都是给自己领导及客户，事别好好准备，个人业务能力和表达能力好，这都是必须的。我想说的是汇报内容的整理技巧，多数汇报效果不好皆是内容问题，公司肯定找业务表达好的，说肯定问题不大，但说的内容没说到客户或领导心里去。

首先是没了解汇报需求。例如:人家想了解项目进度，你给汇报技术架构。人家想听项目应用效果，你给讲解开发问题。好多没好好打听一下人家主要听啥，就汇报或着说着说着就编了。

我有次跟一上级业务部门很大的领导汇报工作，本来轮不上我(应该我们副总来，结果住院了，临时我顶上去)，我敢紧通过我们业务部门和上级打听，领导想听啥。结果打听出，领导想了解项目进度(我当时负责上级的这个项目)，领导怕不能按期试点。

于是我就把功能效果简单介绍一下，重点汇报项目进度，哪天开始预计到哪天完成。本来能提前十几天，我就叫因为系统设计上我们重新规划了，所以能提前一月完成(提前也了解了他的心里预期)。大领导当时就高兴了，当我们这大大，大领导就感谢我们开发团队。本来计划听一小时，二十分钟给汇报完，领导最后高高兴兴的喝着水，聊会儿别的。

二是用合适的方式表达。有些人干程序员久了，就太技术化，一汇报客户和自己领导就蒙了，听不懂，又不好意思说，只能说你汇报的不好。应该技术词汇语义转化，架构图变概念图。例如你和客户汇报，图上又是Oracle，又是Weblogic，又是路由器，又是交换机的，看着高大上，实际屁用没有。应该Oracle转成业务数据库，WLS转为应用程序服务器，一堆路由和交换机就是一个网络代替，这样人家能容易听懂。

做汇报幻灯套路很深，不是弄的好看就行，回头专贴说。

顶楼主一个 收藏了 说起来我家就是从小教饭桌礼仪 还真没错

第九篇 跟对人
《大染坊》有这么句话，“什么是幸运，就是这辈子碰上个明白人就是幸运”，碰上个好人，跟对人很重要，怎么才能跟对人?只有善于发现的人才能跟对人。有些人会说，这个领导差劲，那个组长CAO.蛋，如果一二家公司有这感觉可能真是公司问题，要是跳了多家还这感觉，可能就是你自己CAO蛋了。

每个人都有优缺点，如果只盯别人缺点看，你永远觉得碰上的是烂人。也有可能别人觉得你更烂。

当年我头一个师父教我十分上心。但是也有毛病呀，第一个就是狂，自己刚干两年，却对老员工的技术能力十分蔑视，言话之间都流露出来。老员工跑领导面前说他坏话。二就是有点小气，有次我在外边，打电话说请我吃西瓜，我心想真不错。但下一句让我惊掉下巴，说没刀你买把水果刀吧，我日，吃你个五块钱西瓜送了个二十块钱的刀。

所以你觉人家技术好，想跟人学技术。就要忍人家狂，小气这些特点，这才叫跟对人。要是觉得人家狂又小气，不想搭理他，你就会丧失机会。所以想跟对人得善于发现人的长处，为学习，并能忍受人的缺点。

其次要善于发现，谁技术好，那方面技术好，谁业务好，谁沟通好。别跟着学错了，不能跟着沟通好的学代码，跟着代码好的学业务。师人长技。