Software Architecture: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 30: | Line 30: | ||
* [[Domain-Driven Design]] | * [[Domain-Driven Design]] | ||
* [[Single Page Application (SPA)]] | * [[Single Page Application (SPA)]] | ||
=Organizatorium= | |||
* https://www.infoq.com/presentations/starling-bank: "If you develop, you break things", the story of a bank building their systems on Java. They move money. Apparently they move fast. Self-contained systems, microliths, AWS working well for them, no startup dependencies, no distributed transactions, L.O.A.S.C.T.T.D.I.T.T.E.O, idempotency, building skepticism into services, why Java. | |||
Revision as of 19:12, 3 April 2019
External
- Generic Development and Architecture http://www.infoq.com/articles/CCC-Jimmy-Nilsson
- Pimp My Architecture - Rearchitecting an Application without Rewriting it from Scratch http://www.infoq.com/presentations/north-pimp-my-architecture
- http://www.oodesign.com/design-principles.html
Internal
Subjects
- Hexagonal Architecture
- The Law of Demeter
- 12 Factor App
- Blue-Green Deployment
- Don't Repeat Yourself
- Design Patterns
- Actor Model
- SOLID Principles
- Reactive Programming
- Parallelism
- Real-Time Computing
- Eventually Consistent Systems
- Stream Processing
- Fluent Interface
- Universal Scalability Law, Amdahl Law
- Conway's Law
- Domain-Driven Design
- Single Page Application (SPA)
Organizatorium
- https://www.infoq.com/presentations/starling-bank: "If you develop, you break things", the story of a bank building their systems on Java. They move money. Apparently they move fast. Self-contained systems, microliths, AWS working well for them, no startup dependencies, no distributed transactions, L.O.A.S.C.T.T.D.I.T.T.E.O, idempotency, building skepticism into services, why Java.