我的队友中有一位因团队负责人而嘲笑他们更喜欢以maven的身份运行:
$ mvn clean
$ mvn install
团队领导的讨论是关于效率和工作速度的。有人提出X人继续分裂的问题
$ mvn clean install
分为两个单独的命令。我知道,我知道生活是不公平的但为什么如此无害的事情会成为项目进展的障碍。这会对您的团队造成问题吗?
答案 0 :(得分:16)
老兄,你有严肃的团队领导力和更普遍的团队凝聚力问题。通过两次运行maven可能会“浪费”可能的bananoseconds没什么,但这一集暗示团队中人际关系的内容是 big ,而且很伤心。管理在哪里?他们是否意识到这一点?他们甚至会关心吗?根据这些问题,我的建议可能是在好的打印机上打印你的简历 - 招聘正在变暖 - 再次升温(至少在硅谷),并坚持一个功能失调的团队并不一定是把面包放在桌子上的必要的邪恶......!
答案 1 :(得分:4)
也许真正的问题是你团队中的人们互相嘲弄的原因。从长远来看,这种事情是不专业的,对士气不利。
答案 2 :(得分:1)
我会说这是一个非常愚蠢的事情。竖起来。
哎呀,我还是喜欢键入3命令而不是./configure && make && make install
。
答案 3 :(得分:1)
清洁任务需要多少时间?如果时间长了(我有一个包含大量小文件和慢速硬盘并且清洁时间超过30秒的项目)你会获得那段时间(包括安装),你可以切换到其他任务。
我认为您的团队负责人想要了解您的良好实践(可能是一个糟糕的例子)。假设mvn install site
比mvn install
然后mvn site
好得多。
它接缝可以用....替换单词编译。
在我看来,如果你打字减少和/或改善你的生活,这是值得做的。阅读Kaizen。
答案 4 :(得分:1)
Mockery是孩子们的东西。专业人士知道没有两个人做同样的事情。
就像在婚姻中一样,如果你不能忍受她/她放弃袜子的方式,而你无法谈判中间立场,那就有问题了。
答案 5 :(得分:0)
现在,我对Maven了解不多,我会给你的。但我确实知道代码。
代码发展。这是代码。
为了清晰起见,您编写代码,并至少注意可维护性。除非将这些命令分开并且不分离它们之间的差异评估为显着可测量的性能阻抗,否则为了可维护性和可扩展性而将它们分开。
答案 6 :(得分:0)
嗯,有很多关于嘲笑和接受嘲弄的政治的答案,但我实际上是在写这个问题的技术辩护。
跑步清洁&分两步安装通常很有帮助。我经常这样做是因为大多数maven项目的清洁运行速度非常快,甚至是大型项目。在继续之前,自行运行清理是确保项目结构“正常”的快速方法。出于这个原因,它可以手动或使用单行代码(例如mvn clean && mvn install
)进行非常方便的选通命令。
无论如何,任何规模的项目的速度提升都可以忽略不计。
答案 7 :(得分:0)
实际上,'嘲笑的孩子'可能会做得更好。在理想的世界中,只有在'clean'命令成功完成时才会运行'install'命令。像mvn clean && mvn install
这样的东西会更好,节省宝贵的皮秒+打字时间。
当然,如果命令成功,我不知道mvn实际是否返回 0。在干净之后进行安装意味着可能存在过时的文件和,安装过程没有把它们放在应该去的地方。但我离题了。
此外,您可能希望尽快辞职并离开这样的工作场所。如果我是那个孩子,我会实现一个别名,以便mvn clean install
擦除$ HOME clean,如果输入为单个命令。就像复仇一样。