代码|不要拒绝面试询问休假时间的人:20年老程序员总结的经验( 四 )


17. 让过程尽可能的精简
如今 , 每个人都想变得敏捷 , 但敏捷是通过构建小块的东西 , 然后学习、迭代完成的 。 如果有人想把更多的东西塞进去 , 这是不可取的 。 在工作中 , 你很少听到科技公司或大型开源项目吹嘘他们的 Scrum 流程有多棒?在工作中保持精益求精 。
18. 软件工程师需要有主人翁的感觉
如果你让某人远离他们的工作成果 , 他们就不会那么关心自己的工作 。 这就是为什么跨职能团队工作得如此出色 , 以及为什么 DevOps 变得如此流行的主要原因 。 这不仅仅是关于交接和低效率 , 而是关于从头到尾拥有整个过程 , 并直接负责交付价值 。 让一群充满激情的人完全拥有设计、构建和交付软件(或任何真正的东西)的所有权 , 令人惊奇的事情就会发生 。
19. 面试对于说明一个团队成员的优秀程度几乎没有价值
面试的意义在于了解他 / 她是谁 , 以及他们对于特定专业领域的兴趣程度 。 而面试「原本该有」的意义 , 试图了解他们是否能够成为一个优秀团队成员的努力都是徒劳的 。 相信我 , 一个人的聪明或博学程度和他是否能够在团队中做到贡献没有太大关系 。 没有人会在面试中告诉你 , 他们会不可靠、随便骂人、自负或从不准时出席会议 。
有人可能会声称他们可以在面试中看出端倪「如果他们在第一次面试中询问休息时间 , 那就要小心了 。 」但这些都是胡说八道 。 如果你使用这样的信号作为评判标准 , 你只是在猜测并拒绝优秀的候选人 。
20. 小即是美
有很多力量会促使你预先构建更大的系统 。 要求更多的预算 , 无法决定削减哪项功能 , 希望提供系统的「最佳版本」 , 所有这一切都在推动我们构建过多 , 但你应该为反对这种趋势而战 。 构建一个系统地时候 , 你会学习到很多东西 ,这会和你当初的设想大为不同 。 但对于很多人来说 , 以最好为目标是很难的 。
老程序员的这些建议或许可以为你带来一些帮助 。 在成为一名开发者之后 , 你是否也有踩过的坑 , 或者总结出来的经验?
原文链接:
https://www.simplethread.com/20-things-ive-learned-in-my-20-years-as-a-software-engineer/

推荐阅读