Philosophy Mondays: Human-AI Collaboration
Today's Philosophy Monday is an important interlude. I want to reveal that I have not been writing the posts in this series entirely by myself. Instead I have been working with Claude, not just for the graphic illustrations, but also for the text. My method has been to write a rough draft and then ask Claude for improvement suggestions. I will expand this collaboration to other intelligences going forward, including open source models such as Llama and DeepSeek. I will also explore other moda...

Intent-based Collaboration Environments
AI Native IDEs for Code, Engineering, Science
Web3/Crypto: Why Bother?
One thing that keeps surprising me is how quite a few people see absolutely nothing redeeming in web3 (née crypto). Maybe this is their genuine belief. Maybe it is a reaction to the extreme boosterism of some proponents who present web3 as bringing about a libertarian nirvana. From early on I have tried to provide a more rounded perspective, pointing to both the good and the bad that can come from it as in my talks at the Blockstack Summits. Today, however, I want to attempt to provide a coge...
Philosophy Mondays: Human-AI Collaboration
Today's Philosophy Monday is an important interlude. I want to reveal that I have not been writing the posts in this series entirely by myself. Instead I have been working with Claude, not just for the graphic illustrations, but also for the text. My method has been to write a rough draft and then ask Claude for improvement suggestions. I will expand this collaboration to other intelligences going forward, including open source models such as Llama and DeepSeek. I will also explore other moda...

Intent-based Collaboration Environments
AI Native IDEs for Code, Engineering, Science
Web3/Crypto: Why Bother?
One thing that keeps surprising me is how quite a few people see absolutely nothing redeeming in web3 (née crypto). Maybe this is their genuine belief. Maybe it is a reaction to the extreme boosterism of some proponents who present web3 as bringing about a libertarian nirvana. From early on I have tried to provide a more rounded perspective, pointing to both the good and the bad that can come from it as in my talks at the Blockstack Summits. Today, however, I want to attempt to provide a coge...
>400 subscribers
>400 subscribers
Share Dialog
Share Dialog
Once in a while I find myself in a product or strategy or biz dev discussion at a startup which goes something like: “we are doing xyz to defend against ”. My reaction is to ask whether xyz is also part of what the startup was trying to build in the first place. If the answer is no, then I will argue strongly that they shouldn’t do it at all. Why? Startups have very limited resources. They succeed by putting all of those resources into a singular effort. That means being on the offense and building the product or service that they believe will succeed in the market. So it’s OK and sometimes even necessary to double down on offense based on a perceived or real threat by another player. For example, if you are web only right now but a mobile client is on your roadmap you may want to accelerate that. But it’s not a good idea to expend resources on something that you weren’t planning to do just to attempt to stall a potential competitor. For instance, spending time on a partnership with a large company to prevent them from working with someone else is a serious misallocation of resources. Same goes for developing features because someone else has them or is talking about having them if these features aren’t part of the vision for the product. Here is another way to think about this. As a startup you don’t really have anything to defend yet. You don’t have some large customer base or revenue flow that is supporting your cost structure and organization. That is exactly what gives you the freedom to pursue something disruptive. The second you start acting defensively you are throwing away that very freedom and acting more like an incumbent with all of the attendant problems.
Once in a while I find myself in a product or strategy or biz dev discussion at a startup which goes something like: “we are doing xyz to defend against ”. My reaction is to ask whether xyz is also part of what the startup was trying to build in the first place. If the answer is no, then I will argue strongly that they shouldn’t do it at all. Why? Startups have very limited resources. They succeed by putting all of those resources into a singular effort. That means being on the offense and building the product or service that they believe will succeed in the market. So it’s OK and sometimes even necessary to double down on offense based on a perceived or real threat by another player. For example, if you are web only right now but a mobile client is on your roadmap you may want to accelerate that. But it’s not a good idea to expend resources on something that you weren’t planning to do just to attempt to stall a potential competitor. For instance, spending time on a partnership with a large company to prevent them from working with someone else is a serious misallocation of resources. Same goes for developing features because someone else has them or is talking about having them if these features aren’t part of the vision for the product. Here is another way to think about this. As a startup you don’t really have anything to defend yet. You don’t have some large customer base or revenue flow that is supporting your cost structure and organization. That is exactly what gives you the freedom to pursue something disruptive. The second you start acting defensively you are throwing away that very freedom and acting more like an incumbent with all of the attendant problems.
No comments yet