Those wouldn't be separate projects in my opinion. There's no reason for them to be. Hyper-micro optimisation at that stage. If the querying is a separate thing from performance angle, I'd expect those to not be run together, separated by a message/event. - ThreadSky

About ThreadSky

martindotnet.bsky.social • 43 days ago

Those wouldn't be separate projects in my opinion. There's no reason for them to be.

Hyper-micro optimisation at that stage.

If the querying is a separate thing from performance angle, I'd expect those to not be run together, separated by a message/event.

Comments

bertyjobbo.bsky.social•43 days ago

But they'd be part of the same feature/story/PR/MR/deployment right?

martindotnet.bsky.social•43 days ago

If the querying requires different scaling, they'd be separate repos, separate infrastructure.

bertyjobbo.bsky.social•43 days ago

Got you. And this is where I have to disagree. I've seen both ways and the separate repo version causes huge amounts of pain for devs. What you're describing is what EA and DevOps at my org enforce. And most teams hate it and it causes many defects because the logic is fragmented across repos.

icooper.bsky.social•43 days ago

https://12factor.net/concurrency

martindotnet.bsky.social•43 days ago

Having, essentially, a mono repo, where you have multiple projects deployed in multiple ways, developed for different things is where you end up with different issues

There's way too many "it depends" in there though

For everytime I can see "run it all at once locally" I end up with better options

bertyjobbo.bsky.social•43 days ago

Yes, very much "it depends". Also terminology arguments - I'm not describing a monorepo. I'm describing a service repo which might have more than one deployable asset, because that makes the most sense and provides the highest quality software, for the given scenario.

bertyjobbo.bsky.social•43 days ago

I think all I'm arguing is that, that scenario is not unusual, nor legacy. But it's also not the best or only way, of course!

Posting Rules

Be respectful to others
No spam or self-promotion
Stay on topic
Follow Bluesky's terms of service

Comments

Posting Rules

Reply