4 ms·

My observation is that everyone is looking to simplify and streamline operations, and the financial sector just suffers more from faults in the pipeline due to

My observation is that everyone is looking to simplify and streamline operations, and the financial sector just suffers more from faults in the pipeline due to every entity being a special snowflake. That said, a proper foundation for these things really isnt that unique to finance imho, once you get past a few of the outliers. My problem is this: you can know how to do this, but the largest hurdle is the army of incompetent middle managers who filter any truth from technically out of date c-suites. No amount of "tech stack" can fix these human problems. I find myself considering if I even want to turn my years of experience into a bunch of ML-ops rules for these people in the first place...

bob1029 5y ago
> No amount of "tech stack" can fix these human problems. This was the most painful lesson we had to learn so far. The bootstrapping is the hardest piece looking back on the last half-decade. Once you figure out how to make 3 different customers work using the same code pile, you are moving in a good direction. Implementing for 1 customer at a time in a serial fashion is a path for guaranteed failure if you are expecting to just copy that code pile to the next one and have it fit their needs. We tried to do this 3 times and only by the grace and understanding of our angel investor are we still doing business. My new job is to ask the question "Will this feature/function/enhancement work for all current and future hypothetical clients?". Forcing the team to think in this way was a challenge, but it's kind of our default mindset now. When you guard for bullshit like "what if the account number is longer than 64-bit integers for some future customer?", you trivially-sidestep things that have literally killed other businesses. Clearly, you can take all of this too far, but only if you actually implement in code the proposal before realizing your mistake.
- tixocloud 5y ago
  I wonder how startups are able to do this with 3 enterprise customers. The amount it takes to get us through procurement has almost already killed a startup I’m working with. Any advice on picking the right customers? We also don’t have that many resources to potentially dedicate to serve 3 enterprises at a time.

bob1029 5y ago

> No amount of "tech stack" can fix these human problems. This was the most painful lesson we had to learn so far. The bootstrapping is the hardest piece looking back on the last half-decade. Once you figure out how to make 3 different customers work using the same code pile, you are moving in a good direction. Implementing for 1 customer at a time in a serial fashion is a path for guaranteed failure if you are expecting to just copy that code pile to the next one and have it fit their needs. We tried to do this 3 times and only by the grace and understanding of our angel investor are we still doing business. My new job is to ask the question "Will this feature/function/enhancement work for all current and future hypothetical clients?". Forcing the team to think in this way was a challenge, but it's kind of our default mindset now. When you guard for bullshit like "what if the account number is longer than 64-bit integers for some future customer?", you trivially-sidestep things that have literally killed other businesses. Clearly, you can take all of this too far, but only if you actually implement in code the proposal before realizing your mistake.

tixocloud 5y ago
I wonder how startups are able to do this with 3 enterprise customers. The amount it takes to get us through procurement has almost already killed a startup I’m working with. Any advice on picking the right customers? We also don’t have that many resources to potentially dedicate to serve 3 enterprises at a time.