TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

I deploy, therefore I am

75 点作者 mrdonbrown大约 5 年前

12 条评论

Ididntdothis大约 5 年前
I really wish people would stop trying to reduce software development to simple metrics. Number of deploys is as meaningless as lines of code or number of story points as a metric for judging people's performance.
评论 #23186200 未加载
评论 #23187462 未加载
评论 #23185685 未加载
评论 #23185698 未加载
评论 #23187661 未加载
dvnguyen大约 5 年前
When number of deployments becomes an evaluation metrics, I can imagine an engineering culture like this:<p>- Dev rushes to make merge requests with the cost of thoughtful design and testing.<p>- Tension around code review turnaround time: how dare you take hours to review my code when I&#x27;m far behind in the leader board.<p>- Deployment has a bug? Awesome, now I&#x27;ll have 2 deployments.<p>- Deploy faster and break everything.<p>Frequent and continuous deployment is good. Making it a metrics is bad.
评论 #23188074 未加载
评论 #23188068 未加载
评论 #23190715 未加载
评论 #23190303 未加载
mnm1大约 5 年前
So if I deploy one critical, long-term project this month and my coworkers deploy around ten each say, how does this system know that the one thing I deployed was actually more valuable and impactful than all those little deploys? Or do I need to deploy the unfinished work in progress constantly to keep up the metrics because this is just another useless measure like lines of code or commits?
评论 #23186268 未加载
评论 #23185433 未加载
评论 #23185242 未加载
bluehatbrit大约 5 年前
There&#x27;s a reason the execs thinks in terms of revenue, cost, and profit. Why would you want your engineers, designers, or anyone abstracted away from that? From my experience, every time you try to do that you end up with the business and the workforce misaligned.<p>It&#x27;s not always easy to quantify value, and sometimes the return on an investment is slow and that can be unattractive. However, that doesn&#x27;t mean we should try and hide away from figuring out the true value of work in business terms.<p>In my opinion, we should judge the impact and effectiveness on the base line metrics as the rest of the org. In a for profit company that&#x27;s measures such as increasing customer spend, increasing conversion rates, reducing churn, reducing operational costs. All of those measures can be directly tied to revenue, costs, and profit. It&#x27;s the language the business speaks, why would you want to speak a different language to the rest of the business? More than that, why would you want to start measuring performance in a different way to the rest of the business?
评论 #23186678 未加载
grensley大约 5 年前
That scoreboard sounds particularly toxic.
评论 #23192365 未加载
koz_大约 5 年前
Reminds me of when my team at bigcorp noticed that you got given a badge on your personal page for being quick to respond to code reviews. Cut to suddenly every code review being immediately responded to with the comment &quot;got it, will review soon&quot;.<p>That said, it really did change the team&#x27;s behaviour. Code reviews became a priority instead of something left to batch up and do later. Whether that was a positive change or not it&#x27;s hard to imagine an edict from management achieving the same result.
评论 #23220113 未加载
评论 #23189011 未加载
shruubi大约 5 年前
So what happens if I&#x27;m working on a feature that I can&#x27;t deploy in small chunks meaning I make fewer but larger commits and deploys? Even if I&#x27;m deploying good work by this system I&#x27;m ranked less than my co-workers by the nature of the work.<p>So now according to the companies public ranking system that is viewable to my bosses and coworkers, I look much worse than everyone else and the nature of the work keeps me in that situation.<p>Instead of feeling motivated, I&#x27;d go into the office every day feeling like crap because I&#x27;m doing my job and being told I&#x27;m less than my coworkers for it.<p>But hey, so long as we &quot;move fast and break things&quot; who cares right?
评论 #23189193 未加载
OJFord大约 5 年前
I really despise this kind of &#x27;pointed-her&#x27; writing style. It was popular in some older academic texts, and seems to be gaining popularity in blogs and the like in recent years. I have never written a sentence about a generic &#x27;boss&#x27; as &#x27;boss asks blah what do you tell <i>him</i>&#x27;, nor was I taught it, nor would I expect to read it.<p>The genderless generic has always been &#x27;they&#x2F;them&#x27;, it doesn&#x27;t require positive action, nor discourse about a hypothetical generic&#x27;s &#x27;self&#x27;-identified pronoun. It has always been third-person, since long before anybody gave a shit.
评论 #23188486 未加载
0xCMP大约 5 年前
Focusing efforts on smaller+faster deploys (along with some measure of deploy quality to weigh those deploys) seems like a far better indicator of a team&#x27;s velocity than simply tickets closed.
评论 #23186065 未加载
mpoteat大约 5 年前
As other people have specified in this thread, the underlying problem is Goodhart&#x27;s Law, i.e. these performance tracking systems break down when pressure is applied to them.
评论 #23185911 未加载
theamk大约 5 年前
Wait, what?<p>&gt; It didn&#x27;t matter [...] what tickets I closed, only whether I fixed that bug that was bothering that one big customer<p>That&#x27;s what &quot;closing the ticket&quot; means, right? You close the ticket when the bug is fixed. This is what matters.<p>The deployments are much more roundabout metric -- maybe you fix 5 bugs with one deployment, or maybe your bugfix is big, so you had to deploy schema change first. Only JIRA tickets (of the right type&#x2F;severity of course) show the business impact.
wrnr大约 5 年前
They sell CI tooling, they blog about CI tooling, what Jenkins just isn&#x27;t cool anymore.