作为软件工程经理，我也会遇到人情世故的难题。最近一位团队成员提出了离职申请，是因为个人的原因，而且很直接。
我知道他会离职，我很少有措手不及的时候，所以我早就有预感，事实证明我的预感没错。几周前，我就有一种感觉：“该来的迟早会来。”他们提出的问题、他们的疑虑以及他们有时会莫名离开办公室，这一切都让我感到“不太正常”。（如果你发现周围的员工也有类似的行为，就要注意了。）
后来，在离职的前一周，我们进行了一对一面谈。
在他讲述理由的过程中，我耐心地倾听、提问，希望从中找到谈判的筹码。但我找不到让对方留下来的借口：他们已经下定了决心，而我只能尊重他们的决定。
在关闭视频会议之后，我叹了一口气，思绪也久久不能平复：“我可以想办法让他留下来吗？”他有一连串的不满，我也因此连续好几天状态不佳。这种感觉很像情侣分手，我还是放手吧。
我与团队对此进行了沟通，制定了过渡计划并举办了欢送会，我问自己：“怎样做才不至于走到这一步？”我想到了一些方法：改善工作环境、工作内容、团队以及我自己。我总结了一些需要注意的方面，并反思我从中学到的教训。
在过渡期间，有时我会与内心作斗争。但我会自我检查，冷静下来，重新关注这个人。我希望他们成功，我会给他们建议和微笑，这样的话，他们会因此成为更好的人，而我也是。
一旦团队有人离职，就自然会有职位空缺，其他人也因此多了一次机会。他们会挺身而出，努力向上爬。没有人是不可替代的，也没有人是一座孤岛，但有些知识丢失了，某人的踪迹也消失了，而且这一次离职的是新团队的骨干。
这份离职申请不是我收到的第一份申请，也不会是最后一份，这个团队也是如此。人员会不停变动，人们会尽其所能。但总会有人认为这个角色不合适他，或时机不对，或环境不好，也可能是这份工作没有产生他们想要的影响力，于是他们纷纷离开，去寻找梦寐以求的工作。在这之中，也许是我的沟通效率低下，太好说话，或者给予的支持太慢，也有可能是他们提出的要求都实现了，但还是莫名其妙地离职了。
有些时候，软件工程师会认为目前的工作难度太大，他们无法胜任，而这种情况下，我也知道离职是一种解脱。
然后，我会反思是否所有经理都和我有一样的经历。以前我离职的时候也是这样，现在我有一点理解了，也许这只是工作，但我认为人们不该那么冷漠，所以每一次经历都会引起我的共鸣。
我也曾担任一些团队的经理，但最终还是离开了他们，如今我的脑海中依然记得他们的样子。第一次离职时，我没有想到会有这么强烈的感觉，没有任何一本书告诉我离职会有这样的感受。
好消息是软件工程有很多机会，这一点很令人欣慰，流动性是我喜欢这个行业的一点。软件会吞噬这个世界，而且还会慢慢咀嚼。
根据我的经历，这是一个很有趣的现象。我曾经是一位工程师，现在是经理，很多人来来去去。在软件行业，很多人都有离职的经历，他们都是自愿离开的。被解雇的情况毕竟不太多。
我的目标是善待每一个人，有始有终。我希望以后还有合作的机会。虽然我不知道其他经理如何处理这些情况，但我觉得优雅地离开是最好的结果，这就是我们说再见的方式。
原文：https://medium.com/@solidi/in-software-when-an-engineer-exits-the-team-1e550303cff8
作者 | DougArcuri
译者 | 弯月 责编 | 孙胜
出品 | CSDN（ID：CSDNnews）
近期热文推荐：
1.1,000+ 道 Java面试题及答案整理(2022最新版)
4.别再写满屏的爆爆爆炸类了，试试装饰器模式，这才是优雅的方式！！
觉得不错，别忘了随手点赞+转发哦！
我的瘦服务器配置了nginx，我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例，但找不到好的解决方案。有没有人能做到这一点？ 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器，例如server{listen80;server
Arel3.0.2提供了两个类来指定连接类型:Arel::Nodes::InnerJoin和Arel::Nodes::OuterJoin并使用InnerJoin默认。foo=Arel::Table.new('foo')bar=Arel::Table.new('bar')foo.join(bar,Arel::Nodes::InnerJoin)#innerfoo.join(bar,Arel::Nodes::OuterJoin)#outerfoo.join(bar,???)#left如果要生成左连接，如何连接两个表？ 最佳答案 你可以使用
是否可以让这段代码更紧凑？我在这里错过了什么吗？ifvaluemax_ratemax_rateelsevalueend 最佳答案 这里有一些完全不同的东西:[min_rate,value,max_rate].sort[1] 关于ruby-如何更优雅地记下这三种情况？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/13309740/
我想删除Array对象中的重复项目。最好举例说明。我有以下数组entries=["abc","ab","c","cd"]我想要一种方法，通过从Array中的元素中删除重复项来清理它，并返回一个Array，每个唯一项都有一个元素。所以这是我为此编写的方法:classArraydefclean_up()self.join("").split("").uniqendend所以现在当我调用entries.clean_up时，我得到以下结果:["a","b","c","d"]这正是我想要的结果，但是在Ruby中有更优雅的方法吗？ 最佳答案 s
title中的短代码是在Haskell中，它做了类似的事情list.map{|x|x+1}ruby。虽然我知道那种方式，但我想知道的是，是否有更优雅的方式来像在Haskell中一样在ruby中实现同样的事情。我真的很喜欢ruby中的to_proc快捷方式，就像这样:[1,2,3,4].map(&:to_s)[1,2,3,4].inject(&:+)但这只接受Proc和方法之间完全匹配的参数数。我正在尝试寻找一种方法，允许将一个或多个参数额外传递到Proc，而不像第一个演示那样使用无用的临时block/变量。我想这样做:[1,2,3,4].map(&:+(1))ruby是否有类似
我在Ruby(1.9.2)中有两个来自两个不同来源(二进制数据)的长数字流。两个源码封装成两个Enumerators的形式.我想检查两个流是否完全相等。我已经提出了几个解决方案，但都显得不够优雅。第一个简单地将两者转换为数组:defequal_streams?(s1,s2)s1.to_a==s2.to_aend这行得通，但它在内存方面的性能不是很好，特别是在流包含大量信息的情况下。另一种选择是……呃。defequal_streams?(s1,s2)s1.eachdo|e1|begine2=s2.nextreturnfalseunlesse1==e2#Differentelementfo
我正在尝试使用默认的Rails日期、时间和日期时间字段通过Capybara构建一个日期选择器。我正在使用within方法来查找该字段的选择框，但是当我使用xPath查找正确的框时，它会离开within范围并在元素的页面。这是我使用的代码。我正在测试的页面有2个日期时间字段，但由于这个错误，我只能让它更改第一个。目前我有一个div容器，其id包含日期时间字段，但我确实计划切换代码以通过标签查找。moduleMarketronmoduleDateTimedefselect_date(field,options={})date_parse=Date.parse(options[:with])
有谁知道如何找到sidekiq的pid文件来优雅地关闭它？正在运行psax|grepsidekiq然后运行sidekiqctlstop始终给出nosuchpidfile错误？Cntl-C和Cntl-D似乎也没有效果。关闭进程窗口并重新打开一个新窗口并不会终止进程，因为它似乎正在作为守护进程运行。我发现的唯一一致的修复方法是重新启动。 最佳答案 用它来强行杀死sidekiq。ps-ef|grepsidekiq|grep-vgrep|awk'{print$2}'|xargskill-9
有没有更好的方法来检查RSpec中是否存在记录？Foo.where(bar:1,baz:2).count.should==1 最佳答案 与Rspec2.13.0,我能够做到Foo.where(bar:1,baz:2).shouldexist编辑:Rspec现在有anexpectsyntax:expect(Foo.where(bar:1,bax:2)).toexist 关于ruby-如何优雅地检查RSpec中记录的存在，我们在StackOverflow上找到一个类似的问题：
往期周报汇总地址：嵌入式周报-uCOS&uCGUI&emWin&embOS&TouchGFX&ThreadX-硬汉嵌入式论坛-PoweredbyDiscuz! 祝大家开工大吉视频版：https://www.bilibili.com/video/BV1GT411o7zr1、ThreadX老大离开微软，开发的第5代RTOS系统PX5RTOS正式上线最早是看到IAR的一条消息，全面支持PX5RTOS，然后就进一步上他们的官方下载白皮书了解相关消息当看到这两个名字时，很熟悉，这不就是ThreadX的老大BillLamie。 经过信息检索，应该是实锤了，领英上已经更新了他的工作经历： 然后再结合Azur
