Readit News logoReadit News
adjkant commented on Meta Layoffs   brandur.org/fragments/met... · Posted by u/jez
ilikerashers · 2 years ago
A side effect too is it becomes much harder to manage focus. 30 mins at 1, 2, and 3 turn 1hr 30 of meetings into at least 3 hours wasted on conference calls.

I've taken to hiding my calendar and not turning up if someone does some inefficient meeting booking.

adjkant · 2 years ago
Slogan an old company of mine tried to socialize while trying to wrangle overbooked meeting issues: "No agenda, no attenda"
adjkant commented on Meta Layoffs   brandur.org/fragments/met... · Posted by u/jez
neltnerb · 2 years ago
I would go further even and say that for any team that doesn't all do just one thing, developing the spec is half the work.

Once all the interconnections are figured out and the mechanical engineers know what needs to hold what shape at what temperature and pressure, and the metallurgists know what chemicals will be touching the metal, and the power connectors to sensors are all numbered so you know how many you need and where they'll go, and the communications lines with what format and inputs/outputs they'll talk to at what voltage... to me a spec is the document that tells everyone where their little part needs to fit.

You have to do that downstream and collect it back upstream for larger projects, since the person doing it never has enough expertise. And then the spec negotiation between teams that don't really necessarily know what constraints each other has which need to be resolved so that people know what to design.

It's frustrating but actually writing down a detailed spec really does enable a lot of other stuff to happen. I'm sometimes blocked as an individual because of a team that's in my path but which isn't really in my field. Say, they do optics and I design the optical sensor so I need to know the optical power to expect but they have to do simulations and get information from the chemists and semiconductor test engineers first. I need a spec for what they want -- I need to know how low the light level is, how much noise there is, and lots of other little details too.

I don't know if that qualifies as "terribly meticulous" but in my experience skipping the spec step often means wasting an incredible amount of time solving the wrong problem.

adjkant · 2 years ago
Yep fully agree! I wanted to highlight some areas that devs may immediately "get" but "developing the spec is half the work" really should be shouted from the mountaintops.
adjkant commented on Meta Layoffs   brandur.org/fragments/met... · Posted by u/jez
wpietri · 2 years ago
Are you excited to be writing lots of detailed specs? Especially in a startup, that seems terrible to me. When I've done startups, one of the best things for me about them was close collaboration with the product/design side of the house. Detailed specs would have slowed that down significantly for us.
adjkant · 2 years ago
I've noticed that people can conflate "detailed spec" with "terribly meticulous process". Close collaboration with design/product doesn't mean that writing things down isn't useful, and can come in handy specifically:

1. When capturing complex logic areas, especially if related to any areas that are related to money or legal considerations

2. When onboarding new people on any side who need to learn about or get context on a product (product, design, eng)

3. When you revisit a V2 3 months later and forgotten what decisions you made or why you made them

Lots of detailed specs to me sounds like a fast velocity of products and totally compatible with startups. That said, you also added the word "lots" that OP didn't use. It could just mean two or three!

adjkant commented on Agile sucks for software development and I’m tired of pretending it doesn’t    · Posted by u/nabazlbhf1337
anonymoushn · 3 years ago
It's easy to get to 4 hours a week of only standups.
adjkant · 3 years ago
Okay, that's not what I said or what OP said though:

> How does that get to 4 hours a day

adjkant commented on Agile sucks for software development and I’m tired of pretending it doesn’t    · Posted by u/nabazlbhf1337
anonymoushn · 3 years ago
I agree that there's no use defining things so narrowly, but I think your experience about the meeting load involved in "doing agile" is atypically low for the industry in general.
adjkant · 3 years ago
Maybe so, but it's varied across size and industry and matches with my friends experience in other broad areas. So I guess let's reframe: what is my meeting load estimate (the 4 hour a week high side) missing? How does that get to 4 hours a day, and if not there, what is the maximum?

To be clear, that's not to say that other meetings can't be used, but that they are not part of the "agile" process. I can easily imagine a dev ending up with 4 hours a day, but that's more related to company size and process. Things like design reviews, meeting with other teams, not being able to quickly find the right point of contact, using meetings to find out you have the wrong person, not defining clear agendas, inviting too many people to meetings, and so on. I'd bet some of these are affecting OP, but again, this has nothing to do with the style of development planning/process.

adjkant commented on Agile sucks for software development and I’m tired of pretending it doesn’t    · Posted by u/nabazlbhf1337
anonymoushn · 3 years ago
> Even the heaviest weight version of this I can imagine (daily 30 min standups, 1 hour planning, 30 min retro, weekly sprints) adds up to 4 hours total for the week. So what you're describing is 80% something beyond that.

Pivotal Labs, well known for "doing Agile right," spends the entire Friday doing no work every week.

adjkant · 3 years ago
Disclaimer: Defining and using a narrow definition agile IMO is a useless rabbit hole.

And the big names in tech also purport to use agile and spend maybe an hour every Friday or Monday doing "agile" type meetings. Which are we talking about here?

If it helps, add to my above post that I'm using "agile" to mean the philosophy of defined sprints with stand ups, planning, and retrospectives to help execute a larger, changing roadmap. There are many many other rules people can choose to add, but my experience across many companies is that this is the shared core in practicality.

When people say agile, 95%+ of the time they don't mean whatever Pivotal Labs is using for a standard. I've practiced "agile development" at F10, big tech, and under 250 person startups, and no one has ever referenced a strict spec definition like that, not even the F10 which basically said "here's some detailed guidelines some use, take what works". So what's the relevance of this strict definition?

adjkant commented on Agile sucks for software development and I’m tired of pretending it doesn’t    · Posted by u/nabazlbhf1337
adjkant · 3 years ago
Commenting this on every post without explaining anything doesn't really do anything but confuse. And the more you do it, the more it appears that your definition of "agile" would be the outlier here. Though as many will tell you, the definition of the process is quite varied.
adjkant commented on Agile sucks for software development and I’m tired of pretending it doesn’t    · Posted by u/nabazlbhf1337
adjkant · 3 years ago
> My current company spends 4 out of 8 hours every day in meetings

This doesn't have anything to do with agile. You can run "agile" with as little as an hour of meetings a week if you want. Planning, retro, refinement in one weekly, async standup in Slack. You can bring standups in person, have them daily or less frequently, adjust the frequency, change your sprints from 1 to 2 weeks.

Even the heaviest weight version of this I can imagine (daily 30 min standups, 1 hour planning, 30 min retro, weekly sprints) adds up to 4 hours total for the week. So what you're describing is 80% something beyond that.

> taking 2 weeks and 4 meetings with 10 developers on each call just to deliver a simple list-filter feature fit in?

This sounds like you've moved from smaller company to bigger company and are noticing things move slower, though correct me if I'm wrong.

Either way, these are the questions: Why does the feature actually take two weeks to build? Are there more factors beyond the team? Larger scale? More testing / QA needed than pushing out to prod? Just plain worse developers? Bad PR practices that delay the feature? These factors again are nothing to do with "agile".

Another person asked this well, but really you've offered no notes on what your old team did differently that was not "agile". What's the alternative that people are missing?

adjkant commented on Chainalysis CTO said blockchain is easier to trace than paper money   lancengym.medium.com/form... · Posted by u/threelinepitch
codyb · 3 years ago
I think it's illegal in NYC to not accept cash and I fully support that. There are a lot of unbanked people here that have enough on their plates without further discrimination.

And also cash is king and coins and bills are very neat.

adjkant · 3 years ago
Actually not sure of the law here myself but FWIW as a NYC resident I regularly encounter places that don't accept cash.
adjkant commented on Life is not short   dkb.show/post/life-is-not... · Posted by u/dbrereton
moonchrome · 3 years ago
>Thanks to compounding interest, the best time to save and invest is when you are young. A dollar earned and invested when you're 20 is many times more valuable than that dollar earned when you're 60.

And money spent on experiences in 20s can't be made up with experiences in 60s - plus the kind of experiences you have in 20s will define the person you'll be in 60s. Hell even in 30s you can't get your 20s back. There's a biological peak - saving money for your twilight years might make you safer in the far future but it's guaranteed to make you miss out on your prime.

I'm willing to bet investing in yourself early will outperform the compounding interest you make on income you have at the start of your career.

adjkant · 3 years ago
> I'm willing to bet investing in yourself early will outperform the compounding interest you make on income you have at the start of your career.

People present this often as a choose 1, but in reality there's a big gradient of options here. There's no reason you can't spend some money for experiences in your 20s and also save a good deal for compounding interest in the future.

u/adjkant

KarmaCake day3400August 19, 2016
About
adriankant.io
View Original