msaspence

    Location: San Diego, CA
    Remote: Yes
    Willing to relocate: Possible within CA
    Résumé: https://msaspence.com
    Email: [email protected]
    Technologies: Node.js, Typescript, JavaScript, react, Python, Rails, Ruby, Postgres

Are you a small growing team looking for a hands-on leader who can comfortably operate tactically and strategically simultaneously?

I love to straddle IC and management roles. If you need someone who can lead your product software team and still churn out feature after feature with clean, maintainable code I'm your man.

What makes you think that AI is going to produce leaner codebases? They are trained on human codebases. They are going to end up emulating that human code. It's not hard to imagine some improvement here, but my gut is there just isn't enough good code out there to train a significant shift on this.

Or more simply, the one key question all leaders should judge themselves by.

> "move stuff around and complexity will magically go away" fallacy

This is a great description of microservices

I love the idea of "managing junior level programmers who don't know how to make loosely coupling architecture" as describing engineering leadership, regardless of how cynical it is.

I do question how microservices manage that, though? Tightly coupled microservices ie "the distributed monolith", are a still real danger for teams that don't have enough engineers that know "know how to make loosely coupling architecture"

Why the monolith should remain the default choice for new, small, and medium-sized engineering teams. Considering how we can leverage the monolith to realize the benefits that microservices claim for themselves.

> This translates in extremely high customer acquisition costs

So you've just traded in marketing cost for server costs...

Its easy to see how you can calculate segments, retention and trends using user sets, but how do you calculate funnels.

How does that then affect your cost efficiency. What clever things are you doing with this to keep your costs so low?

I guess we'll find out in a future post.

How do you decide what sets of users you pre aggregate?

It seems like without some limits in place you could end up with huge number of sets, especially if you are calculating these based on event properties.

What are you studying? Could it not be argued to be part of your studies if you are doing a computer science course of some description?