This site uses cookies to improve your experience. To help us insure we adhere to various privacy regulations, please select your country/region of residence. If you do not select a country, we will assume you are from the United States. Select your Cookie Settings or view our Privacy Policy and Terms of Use.
Cookie Settings
Cookies and similar technologies are used on this website for proper function of the website, for tracking performance analytics and for marketing purposes. We and some of our third-party providers may use cookie data for various purposes. Please review the cookie settings below and choose your preference.
Used for the proper function of the website
Used for monitoring website traffic and interactions
Cookie Settings
Cookies and similar technologies are used on this website for proper function of the website, for tracking performance analytics and for marketing purposes. We and some of our third-party providers may use cookie data for various purposes. Please review the cookie settings below and choose your preference.
Strictly Necessary: Used for the proper function of the website
Performance/Analytics: Used for monitoring website traffic and interactions
For softwareengineering teams, this demand means not only delivering new features faster but ensuring quality, performance, and scalability too. One way to apply improvements is transforming the way application performance engineering and testing is done.
Stream processing One approach to such a challenging scenario is stream processing, a computing paradigm and softwarearchitectural style for data-intensive software systems that emerged to cope with requirements for near real-time processing of massive amounts of data. This significantly increases event latency.
There are a few qualities that differentiate average from high performing softwareengineering organisations. I believe that attitude towards the design of code and architecture is one of them. When interviewing softwareengineers, I always provide at-home coding tests which focus on design.
From chaos architecture to event streaming to leading teams, the O'Reilly SoftwareArchitecture Conference offers a unique depth and breadth of content. We received more than 200 abstracts for talks for the 2018 O'Reilly SoftwareArchitecture Conference in London—on both expected and surprising topics.
The 2010s were a turning-point in the history of softwareengineering. or “How do softwarearchitecture, domains, Conway’s Law, Team Topologies, and value streams all fit together?”. Looking Ahead… Momentum is clearly building around the concept of value streams and the discipline of Value Stream Architecture.
. • More than one-third have adopted site reliability engineering (SRE); slightly less have developed production AI services. Softwareengineers represent the largest cohort, comprising almost 20% of all respondents (see Figure 1 ). For this audience, SRE’s future is brighter than AI’s, however. Respondent Demographics.
I’ve been disappointed for a long time with the way in which companies organise software development teams. I remember as a young, naive software developer, I assumed there would be structured processes and patterns similar to those used for designing a softwarearchitecture. A clear warning sign.
Typically, there’s a period where modernization is discussed as the pains of legacy systems and/or ways of working are noticed and become ever more prominent, blocking the business strategy. They need a more loosely coupled architecture and empowered teams. We informally call this the Noticing stage.
It seems unrealistic wanting the best of both world (speed and reliability) but the field of softwareengineering established during the past decade that speed and reliability can both be achieved. A good engineering organization moves at speed with high reliability. This is an important leadership and strategy issue.
The domain expertise required in each context, the existing organisational structure, technical debt, the long-term business strategy, and hundreds of other factors can determine the optimal design at any point in time. So remember to always keep the chocolate sauce heuristic in mind: Classification is multi-dimensional.
If you’d like to go through the whole process of modelling domains, shaping the softwarearchitecture, and finding aggregates, join my 2 day workshop at DDD EU in February 2020. Hope to see you there.
We organize all of the trending information in your field so you don't have to. Join 5,000+ users and stay up to date on the latest articles your peers are reading.
You know about us, now we want to get to know you!
Let's personalize your content
Let's get even more personalized
We recognize your account from another site in our network, please click 'Send Email' below to continue with verifying your account and setting a password.
Let's personalize your content