Top products from r/softwarearchitecture

We found 13 product mentions on r/softwarearchitecture. We ranked the 10 resulting products by number of redditors who mentioned them. Here are the top 20.

Next page

Top comments that mention products on r/softwarearchitecture:

u/ttutisani · 5 pointsr/softwarearchitecture

My blog about software architecture: http://www.tutisani.com/software-architecture/ (may not be for very beginners but I hope that it's able to communicate important topics).

I'd also suggest reading the classic book about design patterns (a.k.a. Gang of Four): https://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612/ref=sr_1_3?crid=1XRJO0L09LHLY&keywords=design+patterns+elements+of+reusable+object+oriented+software&qid=1557502967&s=gateway&sprefix=design+patterns%2Caps%2C162&sr=8-3

There are several good thought leaders in this direction, specifically Martin Fowler (https://martinfowler.com/) and Eric Evans (he does not write much online, but his book is great - all about modeling properly): https://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215

​

I'm big on modeling, objects, etc. so reply back if any questions.

u/guifroes · 1 pointr/softwarearchitecture

>How do you all approach designing a solution like this assuming you will not be able to acquire an existing application?

I'll ignore the whole DB selection thing, because this is the real question that you need answered (and will eliminate the need for the DB thing)


My approach would be: focus on solving the clients problem as fast and cheap as possible. Some principles to follow:

  1. Forget the whole scaling DB thing. Build the simplest thing that solves the problem the client has NOW.
  2. Show it to the client. Have the client use it. Get feedback. Don't skip this, it is important.
  3. Build using architecture and design techniques that will allow you to change the system as you and your client learn more about the problem at hand - you all gonna be surprised by how wrong you were at first.
  4. Repeat steps 1-3 for as long this app lives.

    I basically just described to you - in a super simplified way - the agile/lean way of building software.

    >I am willing to put in the time and effort to learn what I need to learn here -- I just need some guidance!

    Here are some book recommendations:

    Lean Software Development: An Agile Toolkit

    Clean Architecture

    Continuous Delivery


    I hope it helps. Feel free to reach out to me if you want to discuss this further.
u/4lexNZ · 10 pointsr/softwarearchitecture

A good place to start might be books like domain driven design distilled. https://www.amazon.com/Domain-Driven-Design-Distilled-Vaughn-Vernon/dp/0134434420

I've also found O Reilly's building microservice to be a decent primer. http://shop.oreilly.com/product/0636920033158.do

For server less, Martin Fowler is always a good place to start: https://www.martinfowler.com/articles/serverless.html

u/zie1ony · 1 pointr/softwarearchitecture

I also recommend his book: "SOA Patterns"
(http://www.amazon.com/SOA-Patterns-Arnon-Rotem-Gal-Oz/dp/1933988266).
This book will let you dive into soa architecture for architect point of view.

u/p7r · 2 pointsr/softwarearchitecture

No, no, no. The principle is great, but that book is bonkers.

You want the Vaughn books if you're doing DDD:

The bigger book: https://www.amazon.co.uk/dp/0321834577/ref=pd_lpo_sbs_dp_ss_1?pf_rd_p=569136327&pf_rd_s=lpo-top-stripe&pf_rd_t=201&pf_rd_i=0321125215&pf_rd_m=A3P5ROKL5A1OLE&pf_rd_r=83Y7X80HPERQ5AMCEXGG

The shorter book: https://www.amazon.co.uk/Domain-Driven-Design-Distilled-Vaughn-Vernon/dp/0134434420/ref=pd_sim_14_2?_encoding=UTF8&psc=1&refRID=M5QXQ063YDX0E768HE3S

Source: read all of them tried getting traction across multiple teams citing them as sources, and the Evans book is almost intractable to most. Vaughn also at least starts talking about CQRS in a reasonable way, and introduces it using DDD.