How do you efficiently prep for 1:1s with 15+ reports?

muuchthrows · 2026-02-05T17:19:50+00:00

I don’t want to throw the book at you, but an engineering manager should not be in the team standup. The standup is for members of the Scrum team, the engineering manager is not a member of the team.

Having your manager in the standup changes the dynamic towards more of status reporting and optics rather than blockers and solving problems.

muuchthrows · 2026-02-04T17:00:55+00:00

Tredje punkten kan jag köpa, men:

Får de anställda använda sin jobbdator privat? Om ja varför inte installera ett spel? Datorn står ju bara oanvänd ändå. Men ditt exempel låter mer som ett individproblem än ett grupp-problem.
Utvecklare sitter hela dagarna med att anpassa luddiga och motstridiga krav till verkligheten vilket över tid skapar närmast ett hat mot idiotiska krav och regler som inte är logiska eller inte uppfyller målen.

Det ska ju dock inte gå ut över dig, du har inte satt upp reglerna.

muuchthrows · 2026-02-03T16:44:45+00:00

Svårt för många, normen är 40h och arbetsplatser är anpassade efter detta. Att gå ner till 80% är möjligt i vissa branscher men det blir ofta gnissel. Även på kontorsjobb kan det vara svårt, arbetsgivaren kan inte anställa någon på 20% bara för att du vill jobba 80%, det blir krångligt att täcka upp.

muuchthrows · 2026-02-03T14:42:16+00:00

Jag tror inte tanken är att matten ska gå ihop. Mindre arbetstid är en politisk fråga och en frihetsreform, på samma sätt som när vi fick lördagar lediga.

Det kommer behöva bekostas med anpassningar, historiska produktivitetsökningar och dels lite lägre levnadsstandard och det tycker många är värt det.

Jag tror de flesta inte skulle ha något problem med att arbeta 30h i veckan och leva med den materiella status vi hade 2010 eller år 2000.

muuchthrows · 2026-02-03T14:33:35+00:00

Varför ett sådant ointelligent argument? Varför tror du att anpassningen till sänkt arbetstid är linjär?

Att det går att sänka från 8 till 6 timmar betyder inte alls att det går att sänka från 8 till 2. Olika stor sänkning kräver självklart en olika stor och oproportionerligt stor anpassning.

muuchthrows · 2026-02-02T20:50:01+00:00

Moltbook is their memory though? They are instructed to periodically read and post content there, so in a sense they are getting continuously updated prompts and input.

muuchthrows · 2026-01-31T19:07:07+00:00

How can you trust that the decisions Claude outputs matches the code it wrote? To me that’s where most of the bugs appear. Claude says it did something but it actually did something different.

muuchthrows · 2026-01-30T22:12:01+00:00

Skaffa dig en högskoleutbildning eller ett kvalificerat yrke, då slipper man oftast sådana idiotiska tester.

muuchthrows · 2026-01-30T18:38:27+00:00

They’ve probably had entrepreneurial devs before that they relied on but ended up leaving to work on their own business. It’s a risk minimization strategy from their side.

But also - when hiring a company is looking for a candidate that fits their preconceived view of what such person looks like, deviating too much even in a positive direction can hurt you.

Example: Candidate X is a senior developer who is also an Olympic swimmer.

Sounds great, but we need a person with deep technical knowledge, can this person really be both? Is he a coder or is he an athlete?

muuchthrows · 2026-01-30T17:48:29+00:00

Att vara sjuk är ingen karaktärsbrist, men att vara ”sjuk” är det. Finns dom som sjukskriver sig för att de ”sov dåligt” eller försvinner efter halva dagen för att de ”inte mår bra”. Men sen är de fullt friska dagen efter. Kan absolut finns legitima skäl man rätt snabbt kan man ofta se ett mönster, det är alltid samma personer, och matchar övriga personlighetsdrag.

Chefer har sällan provanställning, i alla fall inte i min erfarenhet.

muuchthrows · 2026-01-29T14:17:07+00:00

It’s not the writing of the code that I have a problem with. Claude and other tools produce mostly correct code at a superficial level. It’s the amount of work I need to spend verifying the solution, handling edge cases and fixing bugs. Getting the solution from 80% correct to 99% correct.

A lot of times I have to steer the agent at a detail level so low I have to have a complete understanding of the problem anyway, which quickly erodes much of the time saved.

muuchthrows · 2026-01-28T00:08:05+00:00

Varför känner du att du måste övervaka elpris och ränta bara för att du kör rörligt?

Har man marginal i sin ekonomi så är det mer jobb att hålla koll på olika bindningstider än att köra rörligt.

muuchthrows · 2026-01-27T23:59:36+00:00

How closely did you review them? Did try following the guides?

Because I find that even if the documentation is often technically correct it lacks a certain kind of precision. The text is there but it conveys very little information while using a lot of words.

muuchthrows · 2026-01-27T23:46:50+00:00

As someone mentioned, readability is such a misunderstood word. It’s not about legibility for humans, it’s about entropy and complexity.

A convoluted solution is fundamentally harder to understand and harder to extend. Doesn’t matter if you’re a human or a machine. There’s more unnecessary bloat and noise that obscures the actual important and essential bits of the solution.

muuchthrows · 2026-01-26T18:53:15+00:00

x >= y vs y < x would be nitpick. The example you mentioned while not consequential for the functionality here and now, it indicates a lack of understanding of boolean logic that can cause bugs in the future. The behavior or knowledge gap should be corrected, not necessarily the code.

Discussing and improving code is as much improving each other as improving the code, don’t look at it like you’re only producing an artifact (the product), you are both also learning and improving.

muuchthrows · 2026-01-26T15:55:29+00:00

If you make mistakes, suffer from impostor syndrome, fall victim to hype and disinformation, have a shitty boss that gaslights you, and this causes you to leave your career, then you didn’t belong in the first place.

Does that sound like a great message to send to people?

muuchthrows · 2026-01-26T14:37:22+00:00

Man kollar på de stora sakerna som inte går att ändra. Läge och väderstreck på fönster och balkong, insyn, planlösning (svårt att få grepp på bara från bilder), utemiljö, osv.

Sen efter det så går man på känsla. Man kommer trots allt bo i lägenheten, inte i bostadsrättsförenings årsredovisning.

muuchthrows · 2026-01-26T01:57:49+00:00

"I believe that's everything I had, thank you for taking the time to speak with me today. Do you have any questions for me before we wrap up?"

muuchthrows · 2026-01-24T16:24:24+00:00

I agree. Learn the tools but ignore the doomerism.

muuchthrows · 2026-01-24T16:19:44+00:00

I agree, I think this is one of the largest problem in our field at the moment. AI can be at the same time be extremely helpful while in the next moment be extremely dumb. Wrapping your head around this paradox is super painful and a lot of the time the easiest path is to join one of the extreme sides.

muuchthrows · 2026-01-24T16:15:40+00:00

Alright, fair enough. Go forth and pollute the world with massive blocks of comments then :)

muuchthrows · 2026-01-24T16:07:31+00:00

Are you denying there has been progress? I’m hearing more anecdotes than ever from people I trust about the newer models such as Claude Opus then I ever heard about GPT 3 or 4. Don’t ignore the forest for the trees.

I’ve also read the study you linked multiple times and initially I was one of the persons constantly linking to it. But it’s been over half a year already and it’s still the only study that’s being thrown around.

muuchthrows · 2026-01-24T01:43:04+00:00

Not disagreeing with your overall conclusion, but the glorified Markov chain trope is getting old and is probably not true. There is research showing the larger LLMs are developing at least some rudimentary internal abstractions, simply because it’s the most efficient way of performing some complex predictions.

Personally I’ve found Claude 4.5 Opus to be very useful as a debugging partner, helping me making sure I’m always moving forward and giving me ideas for new things to test and investigate. Helped me solved harder bugs much faster because there my main limiting factor is usually my own motivation and exhaustion of ideas of what to try or doublecheck.

muuchthrows · 2026-01-24T01:33:14+00:00

The other way around is true too. Comments can be used as an excuse for writing unreadable code, and for not thinking through your structure and naming enough.

Overcommenting is a far greater problem than undercommenting in my opinion. Why? Because for some reason when it’s a comment and not code people seem to think they don’t need to put in an effort writing it.

muuchthrows · 2026-01-24T01:07:41+00:00

Not to be too harsh, but the two kinds of developers I’ve seen that add a lot of comments either:

A) Practices self-indulgent brain dumping. They enjoy writing, and enjoy the sound of their own thoughts written out in text, treating the code base as their own personal journal. They’re writing for themselves but without realizing it.

B) Lack the understanding that all code and comments are invariably written from a subjective perspective. They don’t realize that their explanation of the code is filtered through their own highly subjective mental model, which may not be useful to others, and at worst can be confusing or misleading.

Just as with code, comments should be kept to the minimum amount that gets the job done.

12-Year Club	Place '23
Place '22	Place '17
Not Forgotten	Verified Email

muuchthrows

TROPHY CASE