Software Architecture

Hi all!

I'm working on a project that is leaning hard into craftsmanship/clean architecture. It's my first time truly architecting something that people are really being anal about the architecture for and any help would be appreciated. (It's a rare case where there's not much to do and timelines keep getting pushed back due to outside forces)

The main problematic area takes a list of ids and,

• queries a service for the objects by id.
• backs them up to an internal data store.
• change one attribute in each object to a static value
• saves the new object to the original service

The original service has their own SDK, which includes a proprietary version of the object I'm manipulating. I have two repositories/component classes, one for the main data store, one for the backup. The main data store's repo also includes a translation function to go from my version of the object to the SDK version and back again.

I got a prototype that looks fine, but upon actually having it interact with the service, it turns out that there's an undocumented requirement that several (10+) attributes of the proprietary object are required even though they have nothing to do with my app. And so it fails when trying to save, since those attributes are lost returning my version of the object to the use case. My object only has the ID and the attribute.

My initial thought would be either to add those attributes to either a serialized/json string attribute in my object or to add them all to the object, since repositories are stateless. I'm favoring the former..

I'm just putting it out there to see if there was a better way that I can't see or if there's a better way. I'm thinking we don't need to add that extraneous data to the back up data store.

I'm not going to be able to respond for several hours as it's very late and I'm going to bed. But will respond in the morning.

Thanks for any help in advance.

presentation at Developers Katowice

Hello! illiterate_coder here, Data Architect hailing from the Bay Area. Looking forward to engaging with the community on Lemmy!

In my company (not the post author) we are in the middle of a modernization project. This is a nice article about how to structure the events of this kind of projects where architecture is a key element.

It is not the first time I see workflows like this for modernization (it is far more lightweight than what it looks like) and I always found interesting how easy this is to turn from modernization to feature development.

Hi all. I'm hailing from Belgium, and am an enterprise architect in a reasonably large financial institution. My software engineering and software architecture skills grew mainly from low-level code development for real-time embedded systems (nothing to do with my current employer), and were refreshed through additional training/courses.

My current focus is more strongly towards infrastructure and non-functionals, but I keep a close eye on the software architectural evolutions, to be aware of evolutions and to be ready on infrastructure side for whatever new comes around. And to be able to tell colleague architects that they can resolve things themselves without blaming infrastructure ;-)

I am interested to transition from a software engineer to a software architect. I would like to expand my knowledge on the subject.

What's your must read list? Any books, articles, videos and courses are appreciated.

Right now I am reading Contious Architecture in Practice .

It's a long read, but it's an interesting discussion on how to test API services. It's definitely counterintuitive for me being more familiar with testing pyramid.

I found interesting the section about full-stack boxes, something that I have used in the last 2 jobs I worked on and I confirm the authors consideration about maintenance.

Also, the idea that testing is spectrum between pre-production and production is mind blowing to me. Especially, the metrics provided about how low value pre-production tests are. I wonder if it's a chicken/egg situation where the lack of pre-production testing would increase the number of bugs that would have been found pre-production.

Is this something you are applying on your workplace, please share your experiences and any relevant reading material.

Hi, I'm Joe. Trying Lemmy for the first time, and stumbled upon this. I've been doing software for 30 years. Work in NYC, and think a lot about quantitative software architecture and how it helps business management. From the UK, been in New York for nearly 20 years.

Hello @softwarearchitecture! Good to have a place other than https://reddit.com/r/softwarearchitecture. I'm following from my Mastodon instance of choice, I'm not sure how the interaction will work.

If you've stumbled across this community, drop a reply and let us know who you are.

I'm Bob, a software architecture and craftsman. I've been programming for about 20 years, mostly in web applications, building event driven DDD things.

I wrote a book called Architecture Patterns with Python, and I'm supposed to be writing another about serverless architecture, but mostly I fret about climate change and fix build pipelines.