"Move fast and break things".
I suggest reading or listening to Dr. Andy Galpin on this topic.
Great words! I would add that the developer block specifically appears when you delve too deeply. You may get stuck in limbo. Simplify the mental model of the code, product, etc. Discuss it with someone.
Soreness isn't ideal. It won't make you stronger. Actually, it might make your recovery slower.
Physical activity triggers the production of endorphins, specifically beta-endorphins, which are natural painkillers.
Physical activity increases lifespan primarily by lowering the likelihood of falling and breaking your hip. If you break your hip, your life expectancy is dramatically reduced. If that's your goal, just train your legs!…
Yes. Programming isn't just writing code. It would be better if these fundamentals were spread out alongside code writing.
Reading comments. It seems like there are a lot of bad managers.
The title is misleading. It's not about management skills. It's also impolite to use "nobody" in it.
We should do something similar with AI-coding. If you don't have a documented mid-term check, vibe-coded PR might not be what you expected.
This can be used in any process where the result is only judged at the end. The solution here may be to add a midterm check. I think this is what you mean by a "design review." In my experience, there are some rules…
After reading this, it's clear that: 1) It's more important to hit the target (what users need) than to throw quickly or with force. 2) We often don't realize how scalable things are.
I agree. It's a constant dance between theory and practice.
Simply put, the author doesn't know what he's talking about. This nostalgia for the "good old days" should have a name. This comparison of "medieval learning" and "modern learning" is tougher than "Wilt Chamberlain"…
What if LLMs get 'a mental model of requirements/code behavior'? LLMs may have experts in it, each with its own specialty. You can even combine several LLMs, each doing its own thing: one creates architecture, another…
Understanding the business problem or goal is actually the context for correctly writing code. Without it, you start acting like an LLM that didn't receive all the necessary code to solve a task. When a non-developer…
I don't think it's helpful to put words in the LLM's mouth. To properly think about that, we need to describe how an LLM thinks. It doesn't think in words or move vague, unwieldy concepts around and then translate them…
so LLM-like)
Google. The Advertising Company.
adguard is a way to go. their app kills these ads perfectly
'Don't panic!', right? They're at the forefront of AI application now (by their audience) so it's ok not to know what to do and stumble.
ChatGPT was a well sticked UX experiment. And it doesn't indeed constructed to all types of knowledge processing. I think we'll see a lot of new knowledge processing approaches (from UX point of view) coming years. Like…
"Move fast and break things".
I suggest reading or listening to Dr. Andy Galpin on this topic.
Great words! I would add that the developer block specifically appears when you delve too deeply. You may get stuck in limbo. Simplify the mental model of the code, product, etc. Discuss it with someone.
Soreness isn't ideal. It won't make you stronger. Actually, it might make your recovery slower.
Physical activity triggers the production of endorphins, specifically beta-endorphins, which are natural painkillers.
Physical activity increases lifespan primarily by lowering the likelihood of falling and breaking your hip. If you break your hip, your life expectancy is dramatically reduced. If that's your goal, just train your legs!…
Yes. Programming isn't just writing code. It would be better if these fundamentals were spread out alongside code writing.
Reading comments. It seems like there are a lot of bad managers.
The title is misleading. It's not about management skills. It's also impolite to use "nobody" in it.
We should do something similar with AI-coding. If you don't have a documented mid-term check, vibe-coded PR might not be what you expected.
This can be used in any process where the result is only judged at the end. The solution here may be to add a midterm check. I think this is what you mean by a "design review." In my experience, there are some rules…
After reading this, it's clear that: 1) It's more important to hit the target (what users need) than to throw quickly or with force. 2) We often don't realize how scalable things are.
I agree. It's a constant dance between theory and practice.
Simply put, the author doesn't know what he's talking about. This nostalgia for the "good old days" should have a name. This comparison of "medieval learning" and "modern learning" is tougher than "Wilt Chamberlain"…
What if LLMs get 'a mental model of requirements/code behavior'? LLMs may have experts in it, each with its own specialty. You can even combine several LLMs, each doing its own thing: one creates architecture, another…
Understanding the business problem or goal is actually the context for correctly writing code. Without it, you start acting like an LLM that didn't receive all the necessary code to solve a task. When a non-developer…
I don't think it's helpful to put words in the LLM's mouth. To properly think about that, we need to describe how an LLM thinks. It doesn't think in words or move vague, unwieldy concepts around and then translate them…
so LLM-like)
Google. The Advertising Company.
adguard is a way to go. their app kills these ads perfectly
'Don't panic!', right? They're at the forefront of AI application now (by their audience) so it's ok not to know what to do and stumble.
ChatGPT was a well sticked UX experiment. And it doesn't indeed constructed to all types of knowledge processing. I think we'll see a lot of new knowledge processing approaches (from UX point of view) coming years. Like…