我在it这个行业有10年左右的经验了，但我一直是个程序员。曾经一个程序员的管理人员，我的上级给我说过，程序员的管理是比较难的。 我想他这样说,一个原因是，程序员的工作成果是用代码说话的。但在编程的过程中，可能要和产品人员，设计人员，上游人员，下游人员，上级，同事沟通交流。 我简洁的把程序员的能力分为编程能力和沟通能力。
刚才在网上搜索情商，得到这样一句话 "在生活和职场中，很多时候不是输在能力不行，而是输在说话 做人情商低"。 下面我用分隔线来讲一个项目上的问题。
-------------------------------------------------------------------------------------------------------------------------------------------
我曾经做过一个大数据的项目。我的上级把我叫过去，说做一个用spark处理数据的项目。我和相应的产品人员沟通，我得到了前期的需求，我的其它同事把数仓处理的结果数据放在一些表中，我就是用spark把这些结果数据进行二次处理，前期的需求我觉得很简单，用spark和flink都是可以。当时由于自己的私心，学习的私心说用flink做，也得到了我的上级同意。
我做完一个版本的需求后，接着又提新的需求。我在实现需求的时候感觉到，或者我推测到，再这样提需求下去，这个代码将变得越来越难写，越来越难维护，但我觉得这不是我技术能力造成的，是这个项目需求不合适造成的。 有时候我也给领导反映过困难，我也给领导说再加一个大数据开发人员，我们分模块写，我试图用这样的方式告诉领导，不是我的原因造成的，是这个项目本身它就有问题造成的。 但一直没有新的大数据开发人员加入。
我有个特点，或者缺点就是我总体来说是不擅长和人交流的。 当时有个做java后端的，叫王路，我和他交流沟通，觉得他人不错，我没看过他写的代码，但我做这行多年了。我个人有个自大的想法，我也不知道对不对，我和一个人接触，就可以判断出这个人是否适合编程。 虽然王路没有做过大数据开发，但我觉得他适合编程，我当时就找王路让他转做大数据开发，由于种种原因他没有转，后面他去别的地方做Java后端开发了。 我当时这样做，主要是看好王路这个人，而不是好像是从一个角度想，我自己搞不定，拉一个做java后端的人背锅。 当时也有其它Java后端开发人员，我怎么不找其它的人呢。在我的眼里，许多编程的工作，技术就是那么回事，有许多的它就是个体力活，熟练工种而已。（如我的简历上的3个项目，虽然是3个项目经验，但其实从技术角度讲，完全都是一样的，绝大多数的都是重复的体力劳动而已）只要有人教，被教的人适合做编程的工作，并且有编程经验，我认为这个是很快可以上手的。 就王路这个例子，在我的职位生涯多年前，我也干过1次类似的事。
我也知道这个项目后面还会提需求，我又控制不了需求，越做这个项目，我就越觉得这个项目交付的风险很大，这个项目它本身有问题。真这样做下去我要干到猴年马月，还不知道能不能交付。项目组也有别人觉得我这样做不合适，提出来用别的方式做，当时也被领导给否了。 当时一直没有新的大数据开发人员加入。综合，我开始投简历，跳槽。
跳槽成功后，那个项目有新在大数据开发人员加入，我也给支持过，讲过代码。 这个项目在我的心里一直是个事，我是觉得就按照当时的需求提下去，很难交付。
过了一两年后，我和当时我的上级叫刘进升沟通过，就问那个项目交付的事。 我记得他当时说的比较含糊。 前几天我又和刘进升沟通过，想确定的问下那个项目交付的事。他说什么交付了吧，从他的语气让我觉得，他也不确定是否交付。
如果那个项目真的交付了，并且是用flink或者spark做的。 我不看代码，就有信心从上游，通过某些手段，让它出问题。 或者就算交付了，我来提需求，提一些刁钻的需求，会让程序员实现很难受。 因为这个项目，如果用spark或者flink做，就是把它们想的太智能了，我是觉得这个项目它本身就有问题。
如果没有交付，我也认为是合理的，因为这个项目它本身就有问题。 如果让我拍板，这个项目倒底能不能做。从逻辑上讲，可以做，但必须把需求定死，不能变，并且数据量也要确定。我在这个行业多年了，在没有开发前，就把需求完全定死，一点都不能变，这个要求太高太高了，也不太现实。我是觉得这个项目本身的逻辑有问题，把spark或者flink想的太智能了。
这个项目最优的解法，是在项目开发前，就找有过flink项目经验的人，再找到产品人员，双方就目前的需求和以后的需求进行讨论，来看这个项目是否能用flink或者spark做。我当时可以说没有数仓的工作经验，flink开发经验也很少，这个项目实际上是和数仓配合的，所以就我当时的能力，我写不出这篇文章的内容。 我现在能写出这篇文章的内容，是因为我又经过了几年的工作，见多识广，能力有提高，但我现在确实还是没有数仓的工作经验，只是后面学习过数仓。 同样的学历，同样的工作年限，很有可能由于各种原因能力差异很大，似乎从为公司的角度考虑，专门挑出来能力高的人设置这样的职位，对有风险的项目在开发前就对项目进行评估，并且对交付进行兜底，这种情况下很有可能风险评估兜底的人和实际开发的人不是同一个人，因为从工资的角度讲，这两种人的工资应该是不一样的。最好实际开发的人员由风险评估的人来推荐，风险评估负责的人有可能应该每隔一段时间对代码进行审查。
假如，我是第一次做flink项目开发。那么有可能，我虽然把功能开发出来了，但是由于是第一次做，那么就有可能存在摸着石头过河的情况，比如过了好多个月后，才发现功能虽然出来了，但是这方面经验很少，导致代码比较乱，不好维护，或者让别人接手我的代码不好接着我的代码开发，甚至有可能存在自己都想把之前的代码结构推翻后，再重新修改的开发。如果这个项目本身小，还好说，如果项目比较大，功能多，就像上一段我写的，最好也应该有个对交付进行兜底的人，隔断时间对代码进行审查，对代码哪里不合适的地方尽早提出修改意见。
我是从来都没有做过管理的，如上面两段是根据我之前的实际工作经验写的，我也不知道写的对不对，实际实行是否有困难，效果好不好。
再说个，我讨厌远程办工，特别对新手来说就更不友好了，交流不方便，如有些地方需要人指导就更不好了。我讨厌远程办工，也可能和我自己的性格有关系，自己的为人处事有关系吧。别人怎么想的，我就不清楚了。