plughs
Joined 7 years ago
Joined 7 years ago
I can only say that IME a team is going to be a lot more productive if they are able to own their development process. Good infrastructure, knowledgeable engineers, healthy relationships instead of competitive ones - that's what creates a highly productive team and highly productive engineers.
> During planning, everyone understood that the estimates were _estimates_. Tasks could take longer or shorter, that was OK and even expected. The goal was to improve velocity, not to accomplish every story, every time.
> Engineers felt comfortable taking stories in areas they knew nothing about. A stated goal was that every engineer understand every piece of the project.
> Standups were team only. Engineers felt comfortable saying they got stuck or needed help or got lost in a rathole and didn't make the progress they hoped.
> Demos were important so that the team and the clients could understand what had changed and what new features were available.
But it quickly got lost - managers and PMs and Directors got involved and Jira boards became published for all to see. (In the beginning it was whiteboards and sticky note). Standups and Demos were all about self-promotion. No one ever wanted to take on a task they weren't 100% certain they could do. If a task was 3 point it needed to be done in 3 days or there would be questions.
When I left the last company it had gotten outrageous. Every task should be completed in three days and in production in five days - and if not that team was Doing Something Wrong.
( We were told that this was standard FAANG practice, I have no idea how true that was )
What happened was what you'd expect - shortcuts, tech debt, unit tests cynically design to pass and meet code coverage expectations instead of actually usefully testing.
The reality is that any process is going to fail one senior leadership decides it's a way to evaluate engineers, not create a good product.
I could fill pages with complaints and criticisms of the way companies do business, but sometimes I wonder if it's a matter of being the worst way except for all the others
"Management" is a group of ordinary people who are doing their jobs - trying to maximize profits for their employers. I'm not going to sit here and say my job is any different. I'm writing code so my employer will make money, not anyone else.
What specifically are you going to punish management for?
This is a really insightful article from Andrew Sullivan where he compares the initial reaction to the Coronavirus to the initial reactions to AIDS. For too long the homosexual community was in denial about the level of risk. The wanted to think that it would blow over, and no dramatic changes were needed.
Sullivan sees the echos now. A lot of people are still determined to downplay it, as though it proves some sort of moral victory over the people stocking up on toilet paper. The reality is that things may not go back to 'normal' for a long time.
Organizers of these events have enough to manage without going to the effort of finding everyone who is not on facebook and contacting them. And let's stay away from "if they are real friends they will make the extra effort", as it is usually a good way to find out how few 'real friends' you have.
I'm sure that that's the goal as far as the seller is concerned - hope that buyers don't notice and purchase it. Yet another amazon scam
I write everything - and if I can't understand it I type it in verbatim. Just the act of reproducing it often clarifies it in a way that reading ( or, if we're frank, skimming ) can't match. If I'm trying to understand Kubernetes CNI plugins
https://kubernetes.io/docs/concepts/extend-kubernetes/comput...
I'll type in exactly the statement
* Kubenet plugin: implements basic cbr0 using the bridge and host-local CNI plugins
And trust that as I go further in to the documentation I'll understand more and more what that means.
No copy-and-pasting. Type it in and force my brain to process it in and out. I've found it invaluable.
It was a good way to get your head bitten off.