4 ms·

>>> extremely brutal destruction of capital. Hell yes. This chimes with my own experience and attempts to build sane work environments wherever I can. I thin

>>> extremely brutal destruction of capital. Hell yes. This chimes with my own experience and attempts to build sane work environments wherever I can. I think software has a very unusual relationship to the “explore exploit” concept - in that most manual / labour intensive businesses probably work ok with 20% explore - but with software once the explore is done the exploit is a marginal cost - so one should tune software business to be very high explore ratios (lean processes etc). In other words hire great people and let them experiment. My general schtick is that software is a form of literacy - and if you hire an illiterate person to for example write your autobiography, the process they would have to come up with would look not dissimilar to most Agile projects. Or perhaps another way of looking at it - Linus Torvalds accepts patches that have made their way through several layers of “lieutenants” - why shouldn’t the CEO of corporate X be the owner of the codebase that runs the corporation ? In the end all the discussion should be about the code - if it is not about the code you are discussing the wrong thing. Anyway - completely agree with your points and your … passion? It’s in the right direction and good luck to your business :-)

skrebbel 2y ago
Fwiw I agree with most of what you said, but as a business owner I can't let this one slide: > In the end all the discussion should be about the code - if it is not about the code you are discussing the wrong thing. The code is important, but in the end it's all about the customer. For us, if it's not about the customer (in the end), you're discussing the wrong thing. This is a key part of our "ship fast and incrementally" ethos - how can you tell whether something is better than what's in production now? By explaining how it impacts the customer.
- lifeisstillgood 2y ago
  Yes - of course. I think as a peon in a vast multi national there is too much “other” - PowerPoints, project plans not connected at either end to real customers or real code. I want to at least connect one end :-)

skrebbel 2y ago

Fwiw I agree with most of what you said, but as a business owner I can't let this one slide: > In the end all the discussion should be about the code - if it is not about the code you are discussing the wrong thing. The code is important, but in the end it's all about the customer. For us, if it's not about the customer (in the end), you're discussing the wrong thing. This is a key part of our "ship fast and incrementally" ethos - how can you tell whether something is better than what's in production now? By explaining how it impacts the customer.

lifeisstillgood 2y ago
Yes - of course. I think as a peon in a vast multi national there is too much “other” - PowerPoints, project plans not connected at either end to real customers or real code. I want to at least connect one end :-)