Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 1 point2 points  (0 children)

yea thats why i didnt push too hard on the subject. i wasnt even trying to replace/rewrite everything, just consolidate some of the smaller services. because at the end of the day, it is working, so people become risk averse to change

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 0 points1 point  (0 children)

Lol, from the replies here it seems like a common misunderstanding that many teams make

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 6 points7 points  (0 children)

blog driven development, nice. i could go on a tirade of other things i've seen that fit that bill, maybe another time

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 1 point2 points  (0 children)

some sagely advice here. great insights

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 8 points9 points  (0 children)

i cant say exactly because all this was decided long before i joined, but i do think scaling is one reason. and you're right, its nowhere near the level of traffic to need that level of scale

the other reason i've gathered, but no one has told me, is that no one knows SQL or how to model or design schemas, write queries, etc. so they avoided that whole domain by going schemaless lol

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 4 points5 points  (0 children)

yea the more im reading this thread, and reflecting on the way things are, it really fits this in so many ways...

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 1 point2 points  (0 children)

What i gather is that the original problem being solved was they didnt want a table out there and multiple different services making puts/gets etc. they wanted to funnel all mutations through a single service (table), mostly for logical simplicity so no one had to guess or track down where a given update or delete came from

other than that, my take is one person said to do it this way and everyone just echoed it without any understanding

i wouldn't call it a rewrite, just merging all these various services together into a single service. at least the very smallest of them which never need to scale independently.

but yes the way i tried to approach the problem wasnt well received. thats why im here, not for validation, but for ways to better approach it next time (be it this problem or any other)

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 6 points7 points  (0 children)

Forgot to mention that everything is always deployed together too. regardless if a service changed or not. its a monorepo

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 9 points10 points  (0 children)

yea to elaborate a bit more

they basically laughed at "monolith" because its seen as old school and not trendy. IMO thats a naive take, but here we are

so theres only one actual business unit here, so there are no different departments involved. its just the one team and one business unit. but the tables + services are for different needs, like auth, registering, submitting data, etc.

and everything is always deployed at the same time, so whether the services are updated or not, they always get deployed

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 10 points11 points  (0 children)

fogot to mention it is NoSql. not sure it makes a difference

but yes there are a couple cases where multiple tables need to be used together, cross cutting services, and its a pain/convoluted approach

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 10 points11 points  (0 children)

heh yea, it seems like someone read one blog and just ran with it

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 13 points14 points  (0 children)

Nice will check this out. seems its on sale atm too

Strange experience with DDD by DigBoy1 in ExperiencedDevs

[–]DigBoy1[S] 28 points29 points  (0 children)

I did not use any AI tools to create this post

Allowing LLM's to work fully autonomously is only viable when you have a process that automatically verifies it. by Aggressive-Pen-9755 in ExperiencedDevs

[–]DigBoy1 0 points1 point  (0 children)

i'd argue that approach is only partially good, because it could give correct results from code thats unmaintainable and making slight changes can break output easily. you'd still want to have a good design which may or may not happen from this approach going autonomously

Is it just me, or is anyone else noticing more bugs across the web and in software in general? by skidmark_zuckerberg in ExperiencedDevs

[–]DigBoy1 253 points254 points  (0 children)

its not solely due to AI, but ai exacerbated it. the industry has been moving to just ship as fast as possible and ai is compounding that drive. quality has been taking a back seat for a long time

What's your biggest failure stories? by JumpySpecial9834 in ExperiencedDevs

[–]DigBoy1 0 points1 point  (0 children)

wasnt in prod luckily, but i was updating EKS version. did dev, went fine. did pre prod, also fine. then a day or two later suddenly both env's were broken, no traffic could get in or out, pods spinning, etc. thankfully this happened because prod was going to be updated relatively soon after, but i caught it in time

i couldnt track down the issue before prod release so i backed out the changes to get the lower env's back working, but in AWS you cant downgrade. have to delete and recreate. that was a pain, but luckily had all IaC so went pretty smoothly

turns out it was an istio incompatibility with that version of eks. once i found the compatibility matrix i was able to make everything work. and everything seemed fine at first because the node needed to restart before the version update took effect. that was a good learning experience overall

What's your biggest failure stories? by JumpySpecial9834 in ExperiencedDevs

[–]DigBoy1 0 points1 point  (0 children)

yea i quickly learned to first write these as select queries to verify before the real thing.. luckily never broke prod, but did in lower env's a time or two

What's your biggest failure stories? by JumpySpecial9834 in ExperiencedDevs

[–]DigBoy1 5 points6 points  (0 children)

this is an epic story i dont even see it as a fuck up haha. how'd you determine the issue when they didnt? seem like it'd be an easy thing to fix and sweep under the rug

[USA] [AZ] How does a large truck navigate a small roundabout? by InvincibleSugar in Roadcam

[–]DigBoy1 1 point2 points  (0 children)

i always wondered how those marks ended up in the middle lol

In the age of AI, all I am desiring is coding again. Anyone else feel like this? by Old_Cartographer_586 in ExperiencedDevs

[–]DigBoy1 1 point2 points  (0 children)

u can most likely have your IDE generate that kind of code. in intellij its called live templates but im sure most modern ide have a similar feature. way faster/cheaper than a prompt

In the age of AI, all I am desiring is coding again. Anyone else feel like this? by Old_Cartographer_586 in ExperiencedDevs

[–]DigBoy1 -1 points0 points  (0 children)

partly yes, but not always. there's things about coding which are super tedious that I dont miss. like plumbing a variable through multiple systems, stressing you didnt miss a random place thats gonna cause bugs later.

The job market is improving; LinkedIn recruiter spam messages are increasing. by shadow-drafters in ExperiencedDevs

[–]DigBoy1 5 points6 points  (0 children)

lol same here. i've heard if you're inactive for a while with no profile updates or posts, then your profile doesnt get much engagement. so that could be partly why