所以，如果你频繁需要在Mac和Windows之间共享U盘，最佳的解决方案可能还是将U盘格式化为exFAT文件系统，这样可以在不需要任何额外软件的情况下，在这两种操作系统之间进行文件读写。如果你不想格式化你的U盘，也不希望丢失任何数据，那么你可以使用第三方软件来允许你的Mac向NTFS格式的U盘写入数据。要访问你的U盘，你需要在Finder中选择"前往"菜单，然后选择"前往文件夹"，并输入"/Vol

之前写过一篇反响特别好，今天做个延展篇，在项目过程中，员工突然提离职，我们有什么办法让项目按时按质的上线。项目做多了，总会碰到这种情况。这里给大家介绍一个解决项目问题的分析方法：从问题本身、环境、问题的主体三个方面去思考解决方案。通常情况下，一个员工向上级提出离职，那意味着他已经下决心走了，你留得住人，留不住心。而且这段时间，最好别派太多活，他只想早点交接完早点离开。我们试着从环境、问题本身、问题

很多程序员其实是吃青春饭的，到了35岁之后，别说涨薪了，要是公司垮了，你换个岗位试试？不要过早地放弃编写代码的能力，因为如果你是纯管理者，你会面临一个问题，如果管理者失业了，你怎么办？这是个很现实的问题，你有专业技能，你能写代码，企业最需要这种人，岗位很多。你要是纯管理，开始也说了，每个公司的管理岗位很少，而且大部分都会在自己内部培养。当然，我更推荐你把工作中学到的知识，解决过的问题，通过写文章的

作为领导，你需要先搜集信息，并分析问题是什么？是什么导致的问题，支撑的事实又是什么？这里需要注意的是，在沟通之前定义的问题不一定是对的。这些信息只是支撑你去找当事人核实问题。

公司越大，会议越多。原本白天工作的时间被延期的会议占用了。很多程序员都是白天开会，晚上干活，导致看起来每天加班都很忙，产出却并不多。在有些公司，这也是导致项目延期的重要原因之一。我工作的第一家公司就有过一段时间经常开会的情况，每天早上有晨会，小组的周会，部门的绩效会，绩效出来后还要与组员一起单个沟通确认绩效。还有不定期的项目需求会、小组计划会、月度目标统一会、运营活动会议、复盘会等。光写出来我都感

A/Btest是指用户打开软件后，一部分用户看到的老业务A的业务流程，另一部分看的是新功能B的业务流程。bug提交后，研发人员能够收到提醒，在这一阶段研发的工作主要是修复bug，如果前期业务逻辑理解的很清晰，编码规范、自测也做得好。还有一种回归测试的时候经常出现的问题：测试反馈一个问题，开发说已经改了，两个人可能因为沟通方法不对就吵了起来。最尴尬的是测试人员当着开发人员面给复现了bug，所以为了自

有两种途径能快速提高工作效率，一个是科学的工作方法，一个是适合自己的效率工具。今天我给大家介绍三个提高工作效率的方法。目标管理：SMART原则时间管理：四象限法则成长管理：标杆管理。

对公司来说，创始人最重要的三件事：找人、找钱、找方向。三件事都很重要，但不同公司侧重点不同。要基于自己的能力去抓重点。我自己的经验是，能抓一个是一个。你有钱就能用钱招人，有方向就能用项目招人。有一个好的团队也更容易做出一个好项目，也就能赚到钱。归根到底，做事的还是人。招对了人，人才是公司的资产。招错了，这个人就是公司的负债。我在第一家公司做了五年，见证了它从10来个人到500+，最后又回到几十个人

对新人来说，早期多学到点东西，比多一点工资重要得多。我带过很多新人，他们在工作中确实出现了很多低级错误，人为提醒或者帮助其改正效果并不好。最后我总结了一套通用流程来管理。首先，我们得明确一个道理，成长是自己的事情，管理者只能做引导，最终学习的效果，还是得看个人。有些流程规范你制定了，他不遵守，那说明他不适合这家公司。我们能做的是总结出一套通用的流程来帮助新人解决一些共性问题。从哪里着手？从培训入手

为什么一定要给员工做考核呢？好像也并不一定要做吧，公司小的时候就几个创始人，需要考核吗？当然不用。就算是大公司，如果要找反面案例，肯定也能找到很多不考核员工，也发展得很好的公司。