程序员太耿直被劝退

① 沈彬：阿里程序员因“抢月饼”被开除，冤吗

延续了一个中秋节假期的，还是阿里月饼事件，各方人士意见不一。

在中秋节前，阿里巴巴针对员工发起了一个内网低价在线抢购月饼的活动。结果有四名阿里安全部的员工利用技术手段作弊，改写了内部脚本程序，多刷了124盒月饼，虽然没有付款，但最终被公司发现并劝退。

有人替程序员鸣冤，认为HR欺人太甚，阿里这样的大公司已经严重官僚化了，沦为“老大帝国”，真正干活的人就这么被欺负；有人认为这是阿里用“开人”做宣传，马云“借尔项上人头一用”来表达铁腕整治公司内部腐败的决心，对外做营销；也有人认为，技术人员自己违背职业道德，搞技术作弊抢月饼，这么丢脸的事情还放在知乎上诉苦，真真人心不古。

中国古代有所谓“论心论迹”之分，一个算是“犯罪动机”，一个算是“犯罪结果”：“百善孝为先，论心不论迹，论迹贫家无孝子；万恶淫为首，论迹不论心，论心终古少完人。”如果论“迹”的话，几个IT工程师不过通过一个非常简单的脚本程序，在内部平台上多抢了总共100多盒月饼，而且还没有付款。算“案值”的话，以阿里IT工程师的年收入，不是买不起，分分钟买个上千盒也不算大事。

但是论“心”呢？或者，从责任伦理来说呢？

我们不要忘记“秒”月饼的是什么部门的工程师？阿里的安全部门。阿里的安全部门，不是负责看门、查门卡的“保安部门”，而是传说中的“阿里神盾局”。它的主要职责包括：保护知识产权；防止虚假注册；防止交易欺诈、恶意差评、敲诈勒索、打击炒信。

防止虚假交易，听起来也不是很“高大上”。可能对于一般公司，这种“防损”、IT安全部门，并不是很重要。但阿里在中国乃至全球电商界的地位，决定它不是一个电商，而是一个承担着“准国家管理职责”的电商：

法院屡屡执行不到、找不到的“老赖”，谁最可能知道他的真实地址？对，阿里！送货地址是一个人最真实的地址。

中国可能有近千万张身份证在非法交易，成为电信诈骗、洗钱的黑色产业链的“基础设施”，谁能在源头在管束这种非法交易？对，阿里！

……

阿里掌握了海量的交易数据，必须要对网络交易安全承担责任，包括识别店铺的虚假注册的身份；认定哪些是在恶意刷单；认定哪些含糊的字眼背后贩卖的产品“违反了相关法律和政策”…… 一旦做出这样的认定，就可以在阿里这个最大的电商网络平台予以封杀，这不啻于“网络绝罚”， 虽然不是行政处罚和司法判决，但是“杀伤力”甚至更大。

所以，在网络平台交易上，阿里其实是在执行公共管理职能，或者说阿里执行“网络政府职能”（这个阿里方面可能比较忌讳，可事实就是这么一回事）：识别虚假身份、查明恶意的差评者、刷单者。

这个“网络执法”，是由谁来做的？就是阿里的安全部门——“神盾局”。公开资料称，阿里巴巴“神盾局”是个庞大的部门，其中有四分之一强是技术人员，即“白帽子战队”。 甚至完全有理由认为，阿里的反网络诈骗的技术能力，高于公安机关（因为薪水摆在那里）。

“能力越大，责任越大”，这话不仅是对蜘蛛侠说的，也是对“神盾局”说的，就是这么一个保护亿万人数据安全的团队，就是这么一个有着在网络上决定他人事业生死权力的团队，就是这么一个IT高手如林的团队，其中居然有5个人用脚本程序“秒”了100多盒月饼！这是对这个团队应有的职业伦理的败坏。

因为这个团队的“权力”，实在是太大了。我相信这个部门的负责人看到有人用IT技术作弊“秒”月饼，相当于“神盾局”里突然发现有人是“九头蛇”的卧底；相当于《星球大战》里发现阿纳金·天行者被“黑暗原力”所诱惑；相当于《笑傲江湖》林平之暗地里练起了“辟邪剑谱”……

一个人站在阿里安全部门的岗位上，他就掌握着生杀大权。试想，这个部门的人用脚本第一时间“秒”淘宝、天猫上的“秒杀”商品，简直就是会念“芝麻开门”的发财口诀。

一个成功公司有它的价值底线，往往是不容质疑和挑战的。阿里事实上承担了网络交易世界“准政府职能”，阿里“神盾局”真的是像“神盾局”那样，有巨大的权力和能力，这对这个团队的操守提出了很高的要求（事实上，阿里也是辅之高薪和高福利的）。负责交易安全、识别非法身份、刷单作弊的工程师，居然利用网络作弊，“刷”月饼，这相当于“神盾局”里出了个“九头蛇”，自然是不能容忍的。

② 程序员三十五岁之后被公司辞退，以后能干什么

对程序员来说，年龄是一个很大的门槛，年轻的程序员身体条件好，可以经常加班。就工资而言，年轻程序员的工资一般很少，公司支付较低的费用就可以雇用他们。年龄大的程序员工作年龄长，所以公司要支付的工资高，喜欢下班，公司老板就很不喜欢他们。所以对程序员来说，35岁是分割线。很多程序员到了35岁就会面临被裁掉的危险。

所以如果裁员，正好有时间考虑自己该做什么。如果再去人才市场面试，那也太没有竞争力了，可以和年轻人比，最好问问改变了的朋友。最好看看他们对新兴行业是否有好的看法，如果有，能不能和他们一起创业。当然，原来业界也可以根据自己的优势找到赚钱的地方。大家都可以试试

③ 29岁程序员离职，被判刑10个月，他都干了什么

“删库跑路”的梗在程序员圈子很火，在上海就有一名29岁的程序员，在离职前删除了该平台即将上线的系统代码，结果被判处有期徒刑10个月。

综上所述

29岁程序员因离职前删除该公司即将上线的系统代码，其行为涉嫌破坏计算机信息系统罪，最终被判处十个月的有期徒刑。

④ 程序员新人周一优化一行代码，周三被劝退

这周一，公司新来了一个同事，面试的时候表现得非常不错，各种问题对答如流，老板和我都倍感欣慰。

这么优秀的人，绝不能让他浪费一分一秒，于是很快，我就发他了需求文档、源码，让他先在本地熟悉一下业务和开发流程。

结果没想到，周三大家一块 review 代码的时候就发现了问题，新来的同事直接把原来 @Transactional 优化成了这个鬼样子：

就因为这一行代码，老板（当年也是一线互联网大厂的好手）当场就发飙了，马上就要劝退这位新同事，我就赶紧打圆场，毕竟自己面试的人，不看僧面看佛面，是吧？于是老板答应我说再试用一个月看看。

会议结束后，我就赶紧让新同事复习了一遍事务，以下是他自己做的总结，还是非常详细的，分享出来给大家一点点参考和启发。相信大家看完后就明白为什么不能这样优化 @Transactional 注解了，纯属画蛇添足和乱用。

事务在逻辑上是一组操作， 要么执行，要不都不执行 。主要是针对数据库而言的，比如说 MySQL。

只要记住这一点，理解事务就很容易了。在 java 中，我们通常要在业务里面处理多个事件，比如说编程喵有一个保存文章的方法，它除了要保存文章本身之外，还要保存文章对应的标签，标签和文章不在同一个表里，但会通过在文章表里（posts）保存标签主键（tag_id）来关联标签表（tags）：

那么此时就需要开启事务，保证文章表和标签表中的数据保持同步，要么都执行，要么都不执行。

否则就有可能造成，文章保存成功了，但标签保存失败了，或者文章保存失败了，标签保存成功了——这些场景都不符合我们的预期。

为了保证事务是正确可靠的，在数据库进行写入或者更新操作时，就必须得表现出 ACID 的 4 个重要特性：

其中，事务隔离又分为 4 种不同的级别，包括：

需要格外注意的是： 事务能否生效，取决于数据库引擎是否支持事务，MySQL 的 InnoDB 引擎是支持事务的，但 MyISAM 就不支持 。

1）编程式事务

编程式事务是指将事务管理代码嵌入嵌入到业务代码中，来控制事务的提交和回滚。

你比如说，使用 TransactionTemplate 来管理事务：

再比如说，使用 TransactionManager 来管理事务：

就编程式事务管理而言，Spring 更推荐使用 TransactionTemplate。

在编程式事务中，必须在每个业务操作中包含额外的事务管理代码，就导致代码看起来非常的臃肿，但对理解 Spring 的事务管理模型非常有帮助。

当然了，要想实现事务管理和业务代码的抽离，就必须得用到 Spring 当中最关键最核心的技术之一，AOP，其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，执行完目标方法之后根据执行的情况提交或者回滚。

Spring 将事务管理的核心抽象为一个事务管理器（TransactionManager），它的源码只有一个简单的接口定义，属于一个标记接口：

通过 PlatformTransactionManager 这个接口，Spring 为各个平台如 JDBC(DataSourceTransactionManager)、Hibernate(HibernateTransactionManager)、JPA(JpaTransactionManager)等都提供了对应的事务管理器，但是具体的实现就是各个平台自己的事情了。

参数 TransactionDefinition 和 @Transactional 注解是对应的，比如说 @Transactional 注解中定义的事务传播行为、隔离级别、事务超时时间、事务是否只读等属性，在 TransactionDefinition 都可以找得到。

返回类型 TransactionStatus 主要用来存储当前事务的一些状态和数据，比如说事务资源（connection）、回滚状态等。

TransactionDefinition.java：

Transactional.java

说到这，我们来详细地说明一下 Spring 事务的传播行为、事务的隔离级别、事务的超时时间、事务的只读属性，以及事务的回滚规则。

当事务方法被另外一个事务方法调用时，必须指定事务应该如何传播 ，例如，方法可能继续在当前事务中执行，也可以开启一个新的事务，在自己的事务中执行。

TransactionDefinition 一共定义了 7 种事务传播行为：

01、 PROPAGATION_REQUIRED

这也是 @Transactional 默认的事务传播行为，指的是如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。更确切地意思是：

这个传播行为也最好理解，aMethod 调用了 bMethod，只要其中一个方法回滚，整个事务均回滚。

02、 PROPAGATION_REQUIRES_NEW

创建一个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部方法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部方法都会开启自己的事务，且开启的事务与外部的事务相互独立，互不干扰。

如果 aMethod()发生异常回滚，bMethod()不会跟着回滚，因为 bMethod()开启了独立的事务。但是，如果 bMethod()抛出了未被捕获的异常并且这个异常满足事务回滚规则的话,aMethod()同样也会回滚。

03、 PROPAGATION_NESTED

如果当前存在事务，就在当前事务内执行；否则，就执行与 PROPAGATION_REQUIRED 类似的操作。

04、 PROPAGATION_MANDATORY

如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。

05、 PROPAGATION_SUPPORTS

如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。

06、 PROPAGATION_NOT_SUPPORTED

以非事务方式运行，如果当前存在事务，则把当前事务挂起。

07、 PROPAGATION_NEVER

以非事务方式运行，如果当前存在事务，则抛出异常。

3、4、5、6、7 这 5 种事务传播方式不常用，了解即可。

前面我们已经了解了数据库的事务隔离级别，再来理解 Spring 的事务隔离级别就容易多了。

TransactionDefinition 中一共定义了 5 种事务隔离级别：

通常情况下，我们采用默认的隔离级别 ISOLATION_DEFAULT 就可以了，也就是交给数据库来决定，可以通过 SELECT @@transaction_isolation; 命令来查看 MySql 的默认隔离级别，结果为 REPEATABLE-READ，也就是可重复读。

事务超时，也就是指一个事务所允许执行的最长时间，如果在超时时间内还没有完成的话，就自动回滚。

假如事务的执行时间格外的长，由于事务涉及到对数据库的锁定，就会导致长时间运行的事务占用数据库资源。

如果一个事务只是对数据库执行读操作，那么该数据库就可以利用事务的只读属性，采取优化措施，适用于多条数据库查询操作中。

这是因为 MySql（innodb）默认对每一个连接都启用了 autocommit 模式，在该模式下，每一个发送到 MySql 服务器的 SQL 语句都会在一个单独的事务中进行处理，执行结束后会自动提交事务。

那如果我们给方法加上了 @Transactional 注解，那这个方法中所有的 SQL 都会放在一个事务里。否则，每条 SQL 都会单独开启一个事务，中间被其他事务修改了数据，都会实时读取到。

有些情况下，当一次执行多条查询语句时，需要保证数据一致性时，就需要启用事务支持。否则上一条 SQL 查询后，被其他用户改变了数据，那么下一个 SQL 查询可能就会出现不一致的状态。

默认情况下，事务只在出现运行时异常（Runtime Exception）时回滚，以及 Error，出现检查异常（checked exception，需要主动捕获处理或者向上抛出）时不回滚。

如果你想要回滚特定的异常类型的话，可以这样设置：

以前，我们需要通过 XML 配置 Spring 来托管事务，有了 Spring Boot 之后，一切就变得更加简单了，只需要在业务层添加事务注解（ @Transactional ）就可以快速开启事务。

也就是说，我们只需要把焦点放在 @Transactional 注解上就可以了。

虽然 @Transactional 注解源码中定义了很多属性，但大多数时候，我都是采用默认配置，当然了，如果需要自定义的话，前面也都说明过了。

1）要在 public 方法上使用，在类的computeTransactionAttribute方法中有个判断，如果目标方法不是public，则TransactionAttribute返回null，即不支持事务。

2）避免同一个类中调用 @Transactional 注解的方法，这样会导致事务失效。

在测试之前，我们先把 Spring Boot 默认的日志级别 info 调整为 debug，在 application.yml 文件中 修改：

然后，来看修改之前查到的数据：

开搞。在控制器中添加一个 update 接口，准备修改数据，打算把沉默王二的狗腿子修改为沉默王二的狗腿：

在 Service 中为方法加上 @Transactional 注解并抛出运行时异常：

按照我们的预期，当执行 save 保存数据后，因为出现了异常，所以事务要回滚。所以数据不会被修改。

在浏览器中输入 http://localhost:8080/user/update 进行测试，注意查看日志，可以确认事务起效了。

当我们把事务去掉，同样抛出异常：

再次执行，发现虽然程序报错了，但数据却被更新了。

这也间接地证明，我们的 @Transactional 事务起效了。

看到这，是不是就明白为什么新同事的优化纯属画蛇添足/卵用了吧？

⑤ 上海29岁程序员离职删库被判刑10个月，这件事给予我们什么警示

员工要有职业道德，不要恶意删除在职期间的数据，任何都要为自己的行为付出代价。

这名程序员在离职之前删光了自己以往写的代码，给公司造成了损失。为了修补数据，公司不得不高价请第三方机构恢复。这是一项不必要的支出，该男子没有考虑到后果，他被前东家提起公诉，等待他的即将是法律的审判。

因为一念之差，直接断送了自己的职业生涯。等到出来后，估计也没人敢录用他了。大公司在员工入职之前都会背景调查，该男子犯的错误是原则性问题，继续从事老本行的可能性很小。

1、职场如战场，离职也要体面，不要给自己的简历留下污点。

在信息化时代背景下，你做过的每件事都会留下痕迹，别人想调查你轻而易举。程序员是一门技术活，公司争着抢着聘用。员工离职不要和老东家撕破脸，对自己以后找工作非常不利。

你认可该男子的做法吗？他应该删光代码吗？

⑥ 京东到家程序员离职当天删库跑路，这位程序员的行为合法吗

这位程序员的行为是明显不合法的。

一、事件起因经过

一位29岁的程序员，在京东到家平台上做程序，由于试用期三个月到期之后未合格不能转正，并且被公司劝退，在离职的当天，这位城市员私自上线，把京东到家平台系统的代码全部。被公司告上法庭，因为构成破坏计算机信息系统罪，最终被判处有期徒刑10个月。而这个公司为了能够让系统正常运转，又额外花费了3万元请第三方公司来恢复数据库，所以说公司与程序员之间都损失惨重。

⑦ 你见过哪些员工因为作死被开除的事情

1、阿里安全部员工狂拽黑客技术刷了公司66盒月饼

（2016年）
阿里内部在搞一个中秋枪月饼活动，某程序员想秒杀一盒月饼，无奈发现刚开始手动操作，一点开界面月饼就被抢光了。

他发现有人用程序刷月饼，于是他对同事说“我也得写个脚本，要不然就抢不到了”。于是他写了一段脚本，内容大概是：定时自动抢，如果按钮变成了秒杀就狂点（和12306抢票插件类似）。

然而，他以为阿里中秋抢月饼的页面和一般秒杀页面一样，抢到后即刻跳转到支付页面。当天16:00自动秒杀，结果一看傻眼了，发现秒杀页面可以一直抢、并且不跳转，一连抢到10几个都没有付款，便赶紧给行政打电话要退。

后来，16:30被约谈，17:30解约合同备好，18:00走人。

2、某哥们在知乎深度剖析暴雪面试全过程

（2015年）
杨笛笛拿到暴雪（上海）的offer，职位是数据分析师。他立刻在知乎来分析面试全过程，洋洋洒洒，图文并茂。

由于在知乎的更新得到了300多赞被顶到日报上，然后不幸被暴雪上海分部的工作人员看到，暴雪对这篇分享感到很不高兴，直接取消了offer。

事后他立即删除这篇回答，也发了邮件道歉，不过于事无补。

再后来，他又恢复了那篇知乎回答，已经累计得到26K点赞，还会实时更新自己的工作动态。（杨笛笛的知乎回答：如何得到暴雪娱乐公司的工作机会？）

3、Facebook员工带游客到公司蹭饭

（2015年）
Facebook的餐点出了名的好吃，而且面向员工免费。不仅如此，员工还可以带家人和朋友来这里免费用餐。

于是，Facebook一名员工（华裔）通过一个旅游中介网站找到想来Facebook体验高大上食堂的游客，以每人20美元的价格带游客进Facebook吃饭，并可以深度旅游拍照。

结果，他一天带了10个人去食堂吃饭，被发现后就开除了。

4.去年公司就有2名女员工在食堂吵架，并打起来了，公司老总劝架都被骂了，第二天，两个人直接被辞退了。

事件发生在一天中午吃饭的时候，我突然听到一顿吵杂的声音，发现两名女员工相互对骂，周围的员工都被这突然的吵架声吓住了！一片安静。只听到其中一个女的说另外一个女的是渣女，勾引男人，不要脸之类的话。另外一个女的话不多，直接揪着对方的头发，相互打了起来！这个时候公司的老总正好带着客户来到了食堂就餐，老总让她们先松手，有什么事先去保安室说明一下。

其中一个女突然说了一句：“上梁不正下梁歪，这个女的就是你们公司的好员工，勾引别人家的男人！”。老总面不改色地说：“有什么事也不要在公共场合吵闹打架。”。这个时候保安赶到了，把这两名女员工带走了。

后来听到流传的小道消息，这两个女的，都是为了一个男的，其中一个女的是前妻，另外一个是现任女友。三个人都在集团的不同分公司，前妻在一个分公司A，那个男的和另外一个女的在一个分公司B。发生冲突的当天，是这个男的前妻正好去分公司B开会，中午在食堂排队吃饭时，发现了这个女的，两个女的见面，格外眼红，直接就火气上来了！就发生了开头的一幕。

公司第二天就根据员工手册，将两位女员工都辞退了。在公司公共场合吵架以及打架，对公司的形象产生了非常不好的影响！甚至会让公司的合作方感觉到公司员工素质差，不值得合作。

这件事让这两名女员工即丢了人又丢了工作，没过一个月那个男的也离职了。

⑧ 25岁程序员1年内被3家公司辞退，我却毫无犹豫的录用了他

企业与员工的问题，跳槽或是辞退的问题，一直是我们非常关注的话题。 以前在一家公司遇到过这样的应聘者，一名25岁的程序员一年内被辞退了3次，而面试的最后结果是我录用了他。

大四的时候室友们都找到了实习工作，有的实习工资800元，有的1800元，也有的能拿到3500元到4500元。小猿想着都快毕业了，也该赚点生活费了，也出去找工作。因性格内向不善表达，屡次受挫，后来在一家软件外包公司的面试中，部门主管问了一句“可以马上上班吗？”他回“可以。”，部门主管就让人事部立刻办理手续了，这是即刻上班的节奏吗，小猿愣住了！

还在懵圈的小猿跟着HR小姐姐走到办公工位，主管就告诉他明早出差，7:30到机场。就这样开始了内蒙出差的第一份工作，一去就是4个月没回过家。

项目做完，主管问小猿“这次出差有收获吗？有没有遇到什么困难？”小猿回复“没有。”主管没有再回信息，第二天到公司后小猿收到HR的辞退通知书，原因是学习能力差，主动性差。小猿的第一份工作就此结束了。（4个多月）

后来小猿跟朋友聊到此事，朋友们都认为是公司项目做完了不需要人，公司找的借口而已，于是小猿立志不再去外包公司工作。你认为小猿是因为这个原因被辞退的吗？

小猿问题： 主要问题是小猿回复容易给人造成误会，很不明确，回复的没有，是指没有收获还是没有遇到困难。作为领导，看到这样的回复，有的人会追问，有的人不会多问就直接作出判断。所以造成主管误会，认为他回答的是没有收获，也许主管也有点疑惑，但是也没有等到小猿进一步的说明。

公司问题： 仓促入职，没有进行新员工入职培训，没有员工与主管沟通了解的过程，出差期间没有对员工进行关怀和了解，HR得到主观反馈后没有与员工沟通核实情况直接辞退；也可以看出该公司入离职流程不够完善，也不够重视员工关系管理等问题，甚至可以反射出该公司的企业文化氛围。（有限信息下的主观分析）当然，不排除小猿朋友猜测，有的外包公司会做完项目就走，但是一般签订合同也会按照项目时间签订，不用经济补偿。

小猿第二份工作是在一家50人左右的中小企业，入职时听hr和同事都说公司老板很nice，在公共办公区的入口第一个位置是老板的。第一个月一切都很好，直到公司老板出差回到公司的一周后，hr告诉他，因不符合公司企业文化，要劝退他。这次小猿更懵了，不符合企业文化！

后来主管帮忙打听到，是因为他每天早上见到老板从来没有说过早上好。小猿每天进入公司都会路过老板的工位，也看到大家都会给老板说“早上好”，自己也犹豫过要不要跟老板打招呼，但想到从来没有和老板说过话，老板应该都不认识他吧，加上性格比较内向，不喜欢主动搭讪，谁曾想却因为差了这句“早上好”被辞退了。（1个多月）

小猿问题： 不懂职场基本礼仪，不知道的事情没有主动沟通或请教别人，造成误解。

公司问题： 没有进行结合企业文化特色，以及员工性格特点进行职场礼仪培训，直接主管或引导人没有进行员工引导，熟悉环境和人员，也同样存在发现问题后没有给员工改进的机会，直接劝退。很多中小企业的企业文化大部分受老板影响，也就是大家常说的老板文化，有的企业甚至表面和善，实则一言堂，平时都很和善，可是一旦有人有什么事情让老板不满的时候就直接要求HR让其走人。这个时候HR是听之任之，还是建立完善的机制，想办法按照流程制度办事，并能说服老板三思而后行，体现职业价值观，能力和情商的时候了。

ps：辞退和劝退是有是否需要经济补偿区别的。

吃一堑长一智，这次小猿在面试时特意问了HR，老板会和大家一起办公吗？HR小姐姐露出甜甜的微笑告诉他不会，并表示她都很少见到老板。

小猿高高兴兴的入职了，由于前两次经验教训，内向的小猿，见到老板和领导都会打招呼，领导在群里发信息，总会很快回复“收到”，但性格内向的他与同事基本上没有工作外的交流。慢慢的大家就开始说他爱拍马屁，不适合单纯的程序员环境，开始受到排挤。

在转正的时候小猿也与HR小姐姐沟通过这个问题，HR小姐姐告诉他“清者自清，问心无愧就行。”他想也是，日久见人心吧。为了与大家打成一片，他尝试主动跟其他同事聊天，正好公司也有一个比较八卦和爱聊的同事，便跟他慢慢熟悉了起来。用小猿的话说，有时候可能是运气问题吧，那个外向热心的同事第一次跟他讲他们主管坏话就被部门主管听个正着，结果那个八卦外向热心老员工被降级，他被辞退。（3个月）

小猿问题： 因为过去踩过的坑，总结反思后想避免再次掉入，却又掉进了另一个坑。同样是缺乏职场知识的表现。

公司问题： 当HR得到反馈后，应该帮助员工改善在员工中的形象，不管是通过团建活动增进了解，找到共同兴趣，或是组织聚餐等，应该用实际行动帮助其他人了解到员工，而不是仅仅一句话。部门主管没有及时察觉到团队问题，改善团队氛围，增进团队了解和凝聚力。

大多数中小企业来，都没有给新员工做职场方面的培训，特别是现在一些科技企业，他们本身企业内理科生居多，氛围也相对简单，所以容易忽视这个问题。而理科生在大多数事情上都是逻辑思维很强，但涉及与人沟通交流和情感方面相对没那么能应付，给人感觉是为人处世上面会稍微差一点。其实只要他们多用一点时间和心思在上面，可能会比文科生更懂得所谓的“套路”和职场规则。

浙江女士发帖称：老板通过微信交代工作，由于自己回复了一个“嗯”字，结果被老板批评：“聊天不要回复‘嗯’，这是基本礼仪”也引起了热议，网友也是分为两类声音：有人认为嗯本身并没有不礼貌的意思，只是当今网友强加的特定含义，老板有点小题大做；也有人觉得老板批评教育得对，在职场中应该注意相应的礼仪。

对于这件事情，我个人看到的侧重点是领导想听到的是一些具体安排内容，仅一个嗯字略显不够用心，后面领导一长段的信息表示曾经说过不要仅回嗯字的话，由此可见，也许不只是想表达礼仪问题，更是对待一份工作的用心程度。更何况对于销售岗位来说，商务礼仪是非常重要的。

不管是商务沟通，还是对上对下的沟通，我认为最重要的是先了解跟你对话的人，现在喜欢讲产品思维，我认为也很有借鉴性，首先你的知道对方的需求，根据需求对症下药。不同领导喜欢的沟通方式不一样，北方和南方的商务礼仪和生活习惯也有所差异，最重要的是给对方喜欢的方式。以上所讲的故事当中，提到最多的是职场礼仪，职场规则，员工培训，企业文化等词汇，也提到了每件事的发生，员工自身和企业自身都存在问题，我们首先应该做的是自省，而不是去找别人的原因，即使是客观原因也要想办法改善或避免。

我一直有一个美好的愿景，就是培养一批真正具备人力资源职业价值观的HR（或者说自己先成为这一类HR，影响和带动更多HR做到真正职业化），让企业更重视员工利益，让员工更努力为自己为企业奋斗，而这不是建立一个共同目标就能完成的。

记得前段时间有个热议话题，关于“某省提出频繁跳槽将影响征信记录”，如此单方面的做法能起到什么作用和意义？又如何去规范企业随意开除员工的现象呢？

可能大家也很好奇，面对频繁离职的小猿，我为什么会让他来面试？为什么会录用他？

因为我们当初招聘的是应届毕业生，他愿意以应届毕业生的待遇和心态从头开始；然后听他讲述了以上故事，也可分析出不全然是他的问题。没有谁天生是职场高手，谁还没有自己的缺点呢，应该给予努力的人更多机会！

从企业角度来讲，用实习生的工资招聘一个有工作经验的人算是节约了人力成本，而表象的风险性在于该员工可能不稳定；针对员工所述，我相信我们公司在这些方面做得还比较好，在实习期期间也会重点关注这些问题。如果引导他把这些经历经验快速转化，或许他会比其他同期实习生进步更快。这就是那时我们公司给员工的真实感受，有兴趣的可以点进去看看。 《看了就想去入职的公司》

很多时候人生真的也需要机遇和平台，遇到一个好的公司也能助力自己更快成长，两年后小猿已经成为部门主管了。公司都想要稳定的员工，员工也想要稳定发展的公司。 那 么如何在面试中筛选出适合自己发展的公司呢？又应该从哪些方面去了解公司的实际情况而不被坑呢？下一篇文章再会~

⑨ 如何看待程序员日均写7行代码被开除，大家对此事件有什么想说的呢

不是我不明白，这世界变化快。俺当年入职时，一些公司的确会问代码量。当时的标准大约是每周40到400行代码，可以少，但不能多——换句话说，平均来说，每周多于400行代码的可能得不到工作机会。因为你的代码质量和工作态度让人家心里发毛。当然，也没人太较真。功能点完成了、代码质量可以（bug少、代码逻辑清晰、文档齐全），多点少点无所谓。

先后在多家公司担任技术专家；平均来说，每周代码量也就200行上下。当然，也搞过一次一天写了2000行代码的壮举，结果是之后一个多月脑袋嗡嗡响，眼花，恶心。这个东西我事先花了一周多做设计、写文档，然后第二周的某天一气呵成，写完bug；然后累伤了，一个多月没法工作。换句话说，相当于还是花了6周；平均下来，仍然是每周300来行代码。

公司在与李某某签订劳动合同时并没有约定一定要进行深度学习识别算法代码编写，3D点云算法和多摄像头联合算法代码编写的具体工作内容，所以没有指明非要编写这些代码；拿什么同级别同行业的平均每日编写代码的统计数据来作为考核的依据，没有法律根据，任务不同，编写难度不同，不能以编写条数作为考核的依据；

至于工作内容，作为程序员并一定非要整天的在编写代码，也有可能在设计新的方案，或是对数据进行统计分析和总结等，不能以什么编码工作没有做，就认为李某某没有做出“成绩”；作为刚来才两个多月的程序员，前期的准备和熟悉是需要一个过程的，随着对公司的熟悉和项目的了解，编写代码的速度必然会提高，而不能在刚来两个月就以其他老员工的标准来进行考核；在发出解聘通知书后，马上将其办公电脑进行收回，这是严重的不尊重人，这属于单方面强制辞退，没有给李某某一点申辩的余地。以上，公司理应对李某某进行赔偿。