Lessons Learned Using arc42 in a Real DevOps Team

•Als PPTX, PDF herunterladen•

0 gefällt mir•240 views

In this presentation, the speaker will talk about his experiences, successes and failures with the arc42 architecture template in a DevOps team in a corporate environment with a product development focus. Product development is often characterised by short iteration cycles and is therefore often operated in an agile manner, as in the speaker's team. There the existing unstructured documentation was transferred to the arc42 template and stored in a wiki. In the course of time, it turned out that tooling plays a decisive role for the quality of the documentation and therefore switched to Docs-as-Code. In the course of the presentation, the most important decision points for the current iteration of the technical software architecture will be discussed. These include the handling of "developer prose", outdated documentation and the architecture decisions that are particularly important for a DevOps team. The integration into the methodical procedure Kanban was made possible with arc42 and a microsite based on AsciiDoc. Not left out are the mistakes made, such as missing quality assurance of created documentation or the mixing of business and technical topics.

Software

arc42 in a Real DevOps Team
Lessons Learned
DB Systel GmbH | Johannes Dienst | @JohannesDienst

Digital partner of
Deutsche Bahn
DB Systel GmbH | Johannes Dienst | @JohannesDienst 2

DB Content Hub
DB Systel GmbH | Johannes Dienst | @JohannesDienst 3
‒ Content as a Service (CaaS)
‒ Headless CMS
‒ Self hosted in Cloud
‒ You build it, you run it!

Product Development
DB Systel GmbH | Johannes Dienst | @JohannesDienst 4

The Cost of Poor Documentation
DB Systel GmbH | Johannes Dienst | @JohannesDienst 5Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

The Cost of Poor Documentation
DB Systel GmbH | Johannes Dienst | @JohannesDienst 6Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

arc42
DB Systel GmbH | Johannes Dienst | @JohannesDienst 7

arc42
DB Systel GmbH | Johannes Dienst | @JohannesDienst 8
Building Block View
Deployment View
Runtime View
arc42
1. Introduction and Goals
2. Constraints
3. Context and Scope
4. Solution Strategy
5. Building Block View
6. Deployment View
7. Runtime View
8. Concepts
9. Architecture Decisions
10. Quality
11. Risks and Technical debt
11. Glossary

Technical Architecture in a Devops Team
DB Systel GmbH | Johannes Dienst | @JohannesDienst 9
Betriebshandbuch
Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Must Haves
DB Systel GmbH | Johannes Dienst | @JohannesDienst 10
‒ Introduction and Goals
‒ Constraints
‒ Context and Scope
‒ Solution Strategy
‒ (Building block view)
‒ (Deployment view)
‒ (Runtime view)
‒ Concepts
‒ Architecture Decisions
‒ Quality
‒ Risks and technical Debt
‒ Glossary

Glossary
DB Systel GmbH | Johannes Dienst | @JohannesDienst 11
Content
Asset
Content
Type
Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

A Wiki Is Born
DB Systel GmbH | Johannes Dienst | @JohannesDienst 12Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Technical Architecture Documentation!= Tutorial
DB Systel GmbH | Johannes Dienst | @JohannesDienst 13Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

The Wiki Is a Problem Child
DB Systel GmbH | Johannes Dienst | @JohannesDienst 14Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

The Wiki Is a Problem Child
DB Systel GmbH | Johannes Dienst | @JohannesDienst 15Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Switch to Docs-As-Code
DB Systel GmbH | Johannes Dienst | @JohannesDienst 16Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Advantages of Docs-As-Code
DB Systel GmbH | Johannes Dienst | @JohannesDienst 17
VonFreeSoftware
Foundation-[1],FAL,
https://commons.wikimedi
a.org/w/index.php?curid=
53428398
Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Advantages of Docs-As-Code
DB Systel GmbH | Johannes Dienst | @JohannesDienst 18Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Advantages of Docs-As-Code: Docs Review
DB Systel GmbH | Johannes Dienst | @JohannesDienst 19
main
adr-042
Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

AsciiDoc > Markdown
DB Systel GmbH | Johannes Dienst | @JohannesDienst 20
Standard
Includes
Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Documentation in the Corporate Environment
DB Systel GmbH | Johannes Dienst | @JohannesDienst 21Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com
docToolchain

Docs-As-Code and arc42: A Love Story
DB Systel GmbH | Johannes Dienst | @JohannesDienst 22

Docs-As-Code and arc42: A Love Story
DB Systel GmbH | Johannes Dienst | @JohannesDienst 23

Outdated Documentation
DB Systel GmbH | Johannes Dienst | @JohannesDienst 24Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

Architecture Decision
DB Systel GmbH | Johannes Dienst | @JohannesDienst 25
Building Block View
Deployment View
Runtime View
arc42
1. Introduction and Goals
2. Constraints
3. Context and Scope
4. Solution Strategy
5. Building Block View
6. Deployment View
7. Runtime View
8. Concepts
9. Architecture Decisions
10. Quality
11. Risks and Technical debt
11. Glossary

ADR-003: Staging- vs Cluster-Environment for CMS
We use two environments (IAT, Prod). These are set up as clusters.
DB Systel GmbH | Johannes Dienst | @JohannesDienst 26
Status
Accepted
Context
A solution is sought to ensure scalability for the entire system. The goal is to potentially serve dozens of
customers with thousands of requests per second.
Consequences
Change of system architecture necessary
‒ Dismantling of the two public instances
‒ Deconfigure push publishing
No environment is provided on which content is pushed
Alternatives
Cluster-Solution
‒ Operation of the CMS in the cluster -> Horizontal Scaling
Push Publishing
‒ Vertical Scaling

Architecture Decisions
DB Systel GmbH | Johannes Dienst | @JohannesDienst 27

DB Systel GmbH | Johannes Dienst | @JohannesDienst 28
Which two questions are still open?
Johannes.Dienst@deutschebahn.com
@JohannesDienst

DB Systel GmbH | Johannes Dienst | @JohannesDienst 29
Links
https://arc42.org/
https://leanpub.com/arc42byexample
https://www.dokchess.de/
https://github.com/joelparkerhenderson/architecture_decision_reco
rd

Weitere ähnliche Inhalte

Was ist angesagt?

Custom Reports & Integrations with GraphQL

LeanIX GmbH

What’s New in SAP Extended ECM 16 and SAP Archiving and Document Access 16

Thomas Demmler

Application Portfolio Management Webinar

LeanIX GmbH

Did you like it? Check out our E-book: Apache NiFi - A Complete Guide https://ebook.getindata.com/apache-nifi-complete-guide Apache NiFi is one of the most popular services for running ETL pipelines otherwise it’s not the youngest technology. During the talk, there are described all details about migrating pipelines from the old Hadoop platform to the Kubernetes, managing everything as the code, monitoring all corner cases of NiFi and making it a robust solution that is user-friendly even for non-programmers. Author: Albert Lewandowski Linkedin: https://www.linkedin.com/in/albert-lewandowski/ ___ Getindata is a company founded in 2014 by ex-Spotify data engineers. From day one our focus has been on Big Data projects. We bring together a group of best and most experienced experts in Poland, working with cloud and open-source Big Data technologies to help companies build scalable data architectures and implement advanced analytics over large data sets. Our experts have vast production experience in implementing Big Data projects for Polish as well as foreign companies including i.a. Spotify, Play, Truecaller, Kcell, Acast, Allegro, ING, Agora, Synerise, StepStone, iZettle and many others from the pharmaceutical, media, finance and FMCG industries. https://getindata.com

Best Practices for ETL with Apache NiFi on Kubernetes - Albert Lewandowski, G...

GetInData

Tinder’s Quickfire Pipeline powers all things data at Tinder. It was originally built using AWS Kinesis Firehoses and has since been extended to use both Kafka and other event buses. It is the core of Tinder’s data infrastructure. This rich data flow of both client and backend data has been extended to service a variety of needs at Tinder, including Experimentation, ML, CRM, and Observability, allowing backend developers easier access to shared client side data. We perform this using many systems, including Kafka, Spark, Flink, Kubernetes, and Prometheus. Many of Tinder’s systems were natively designed in an RPC first architecture. Things we’ll discuss decoupling your system at scale via event-driven architectures include: – Powering ML, backend, observability, and analytical applications at scale, including an end to end walk through of our processes that allow non-programmers to write and deploy event-driven data flows. – Show end to end the usage of dynamic event processing that creates other stream processes, via a dynamic control plane topology pattern and broadcasted state pattern – How to manage the unavailability of cached data that would normally come from repeated API calls for data that’s being backfilled into Kafka, all online! (and why this is not necessarily a “good” idea) – Integrating common OSS frameworks and libraries like Kafka Streams, Flink, Spark and friends to encourage the best design patterns for developers coming from traditional service oriented architectures, including pitfalls and lessons learned along the way. – Why and how to avoid overloading microservices with excessive RPC calls from event-driven streaming systems – Best practices in common data flow patterns, such as shared state via RocksDB + Kafka Streams as well as the complementary tools in the Apache Ecosystem. – The simplicity and power of streaming SQL with microservices

Event Driven Architecture with a RESTful Microservices Architecture (Kyle Ben...

confluent

SysML v2 - What's the big deal, anyway?

Ed Seidewitz

Introduction to Apache Flink

datamantra

With events to a modern integration architecture

confluent

Forrester Research: Total Economic Impact of the Dell Boomi Platform

e-SupplyLink

LeanIX-Signavio Integration

LeanIX GmbH

Cloud Adoption

Amazon Web Services

DBA Fundamentals Group: Continuous SQL with Kafka and Flink 20-Feb-2024 In this talk, I will walk through how someone can set up and run continuous SQL queries against Kafka topics utilizing Apache Flink. We will walk through creating Kafka topics, schemas, and publishing data. We will then cover consuming Kafka data, joining Kafka topics, and inserting new events into Kafka topics as they arrive. This basic overview will show hands-on techniques, tips, and examples of how to do this. Tim Spann Tim Spann is the Principal Developer Advocate for Data in Motion @ Cloudera where he works with Apache Kafka, Apache Flink, Apache NiFi, Apache Iceberg, TensorFlow, Apache Spark, big data, the IoT, machine learning, and deep learning. Tim has over a decade of experience with the IoT, big data, distributed computing, streaming technologies, and Java programming. Previously, he was a Developer Advocate at StreamNative, Principal Field Engineer at Cloudera, a Senior Solutions Architect at AirisData and a senior field engineer at Pivotal. He blogs for DZone, where he is the Big Data Zone leader, and runs a popular meetup in Princeton on big data, the IoT, deep learning, streaming, NiFi, the blockchain, and Spark. Tim is a frequent speaker at conferences such as IoT Fusion, Strata, ApacheCon, Data Works Summit Berlin, DataWorks Summit Sydney, and Oracle Code NYC. He holds a BS and MS in computer science.

DBA Fundamentals Group: Continuous SQL with Kafka and Flink

Timothy Spann

Learn how Apache Atlas is being enhanced to provide a universal open metadata and governance platform for all data processing across the enterprise. With open metadata, multiple metadata repositories, potentially from different vendors, can operate collaboratively to create an enterprise catalog of data that can be located, understood, used and governed. In this talk we will provide a detailed description of the extensions to the type system, new APIs, the connector framework, metadata discovery framework, governance action framework and the inter-operability that we are adding to Apache Atlas. We will show examples of these features in operation. For example, (1) how metadata is discovered and gathered into Apache Atlas, (2) how applications and tools access metadata, (3) how enforcement engines such as Apache Ranger keep synchronized with the latest governance requirements and (4) how to build an adapter to allow other vendor's metadata repositories can exchange metadata with Apache Atlas repositories. We will also explain how these features can be deployed together to support the Hadoop platform, and the enterprise beyond. This session will be presented by Nigel Jones - IBM & Ferd Schapers - ING Chief Information Architect Speaker: Nigel Jones, Software Architect, IBM Analytics Group, IBM

Open Metadata and Governance with Apache Atlas

DataWorks Summit

DevOps + DataOps = Digital Transformation

Delphix

No real-time insight without real-time data ingestion. No real-time data ingestion without NiFi ! Apache NiFi is an integrated platform for data flow management at entreprise level, enabling companies to securely acquire, process and analyze disparate sources of information (sensors, logs, files, etc) in real-time. NiFi helps data engineers accelerate the development of data flows thanks to its UI and a large number of powerful off-the-shelf processors. However, with great power comes great responsibilities. Behind the simplicity of NiFi, best practices must absolutely be respected in order to scale data flows in production & prevent sneaky situations. In this joint presentation, Hortonworks and Renault, a French car manufacturer, will present lessons learnt from real world projects using Apache NiFi. We will present NiFi design patterns to achieve high level performance and reliability at scale as well as the process to put in place around the technology for data flow governance. We will also show how these best practices can be implemented in practical use cases and scenarios. Speakers Kamelia Benchekroun, Data Lake Squad Lead, Renault Group Abdelkrim Hadjidj, Solution Engineer, Hortonworks

Best practices and lessons learnt from Running Apache NiFi at Renault

DataWorks Summit

Lakehouses are quickly growing in popularity as a new approach to Data Platform Architecture bringing some of the long-established benefits from OLTP world to OLAP, including transactions, record-level updates/deletes, and changes streaming. In this talk, we will discuss Apache Hudi and how it unlocks possibilities of building your own fully open-source Lakehouse featuring a rich set of integrations with existing technologies, including Apache Pulsar. In this session, we will present: - What Lakehouses are, and why they are needed. - What Apache Hudi is and how it works. - Provide a use-case and demo that applies Apache Hudi’s DeltaStreamer tool to ingest data from Apache Pulsar.

Unlocking the Power of Lakehouse Architectures with Apache Pulsar and Apache ...

StreamNative

Primavera gateway SAP provider - Oracle Primavera P6 Collaborate 14

p6academy

Cloud Architecture - Multi Cloud, Edge, On-Premise

Araf Karsh Hamid

Elastic-Engineering

Araf Karsh Hamid

Re-Architect Your Legacy Environment To Enable An Agile, Future-Ready Enterprise

Dell World

Was ist angesagt? (20)

Custom Reports & Integrations with GraphQL

What’s New in SAP Extended ECM 16 and SAP Archiving and Document Access 16

Application Portfolio Management Webinar

Best Practices for ETL with Apache NiFi on Kubernetes - Albert Lewandowski, G...

Event Driven Architecture with a RESTful Microservices Architecture (Kyle Ben...

SysML v2 - What's the big deal, anyway?

Introduction to Apache Flink

With events to a modern integration architecture

Forrester Research: Total Economic Impact of the Dell Boomi Platform

LeanIX-Signavio Integration

Cloud Adoption

DBA Fundamentals Group: Continuous SQL with Kafka and Flink

Open Metadata and Governance with Apache Atlas

DevOps + DataOps = Digital Transformation

Best practices and lessons learnt from Running Apache NiFi at Renault

Unlocking the Power of Lakehouse Architectures with Apache Pulsar and Apache ...

Primavera gateway SAP provider - Oracle Primavera P6 Collaborate 14

Cloud Architecture - Multi Cloud, Edge, On-Premise

Elastic-Engineering

Re-Architect Your Legacy Environment To Enable An Agile, Future-Ready Enterprise

Ähnlich wie Lessons Learned Using arc42 in a Real DevOps Team

What is the best practice to roll out a product in a multi-client group environment? Hopefully, purchase a multi-client capable product that meets the requirement of process separation for clients. Unfortunately, we did not have such a product available in our team and were faced with the challenge of having to set up a separate system for each client. In this talk, we will describe the three development stages of our deployment process with respect to the server infrastructure in AWS including separation of AWS accounts into test and production environments. The first phase describes the setup of a managed cloud with fixed servers. Although these can be set up automatically, the automatic scalability is insufficient. The next iteration highlights the "infrastructure as code" approach via cloudformation, which worked very well for a dedicated system. Problems we had were the proper Git flow and the lack of support for true separation of systems per AWS account. In our current and hopefully final iteration, we switched to a consistent GitOps approach. We describe how we have been using this approach for months to bring stable infrastructure deployments into production via Gitlab, what challenges had to be solved in terms of Configuration as Code and proper Git flow. We also talk about how this process facilitates compliance with various corporate requirements, such as ISO 20000 for release and change management.

Managed Cloud to GitOps: Deploying Several Client Clusters

Johannes Dienst

Managed Cloud to GitOps: Deploying Several Client Clusters

Johannes Dienst

Documentation is not one of the favorite tasks in everyday software development. Either there is hardly any documentation or too much. This makes it difficult to find information. A lightweight approach is the arc42 template. It also documents design decisions that shape the software architecture. Undocumented design decisions can lead to incorrect follow-up decisions that can cause the project to fail. But how can many decisions be documented efficiently and comprehensibly? This presentation will introduce a compact format called Architecture Decision Records (ADR) and show how they can be used efficiently. In addition to small details such as title assignment, a proposed solution is shown for dealing with a large collection of design decisions (>50). The Docs As Code approach is used. Through tagging and an efficient search, the documentation becomes a daily work tool.

Work efficiently with Architecture Decision Records

Johannes Dienst

Combining structured project data from Deltek Vision with photography and graphics from a DAM (digital asset management) system speeds marketing workflows. Without a DAM, project photography and marketing graphics often reside in a file folder system on shared network drives. With a DAM, marketers can tag graphics with keywords and make them easily searchable and accessible firm-wide. By linking a DAM with project information in Deltek Vision, marketing graphics are always tagged with the most up to date and accurate project codes and details. Attend this session if you're an AEC marketer looking to improve graphics and photo management, and leverage project data from Vision to produce brochure-quality documents fast.

OpenAsset + Deltek Vision = Enhanced marketing capabilities

Architizer

Graphs for Enterprise Architects

Neo4j

Using an openBim Workflow

Jeffrey Ouellette

Application of Scan to BIM process can be extensively seen in Renovation projects wherein data derived by utilizing laser scanning technology is further used for developing productive 3D BIM models. BIM Services India is an India based BIM modeling Services provider, offering you competitively priced comprehensive Revit Modeling and Clash Detection Services at affordable prices. For more information, send your enquiry at projects@bimservicesindia.com.

Scan to BIM: Step by step process of inserting point cloud data into Revit!

bimservicesindia1

Web Performance & You

Dave Olsen

This presentation is aimed at Midlands based businesses that need to understand BIM and need help making things simple. Deeo can walk you through what BIM means to your business. Sandwell Council, working alongside their BIM framework delivery partners – of which Deeo Design & Engineering is one - have resourced a SMART BIM (Building Information Modelling) solution. Our BIMwm community framework helps our supply chain to adopt BIM and nurture its workforce skills to develop, maintain and upgrade their digital engineering skill sets and BIM abilities, which are fundamental and key to the future success of regional supply chain. More information about our award-winning BIMwm framework can be viewed on this link> http://westmidlandsvirtualhospital.co.uk/media/features/bim-building-information-modelling/ We look forward to helping you understand and start your BIM journey.

BIMwm - local BIM when you need it

Deeo Design & Engineering

R Michael Pickering CBIP

R. Michael Pickering CBIP

Date: 13th November 2018 Location: Self-Service Analytics Theatre Time: 14:30 - 15:00 Speaker: Zaf Khan Organisation: Arcadia Data About: The use of data lakes continue to grow, and a recent survey by Eckerson Group shows that organizations are getting real value from their deployments. However, there’s still a lot of room for improvement when it comes to giving business users access to the wealth of potential insights in the data lake. While the data management aspect has been fairly well understood over the years, the success of business intelligence (BI) and analytics on data lakes lags behind. In fact, organizations often struggle with data lakes because they are only accessible by highly-skilled data scientists and not by business users. But BI tools have been able to access data warehouses for years, so what gives? In this talk, we’ll discuss: • Why traditional BI tools are architected well for data warehouses, but not data lakes. • Why every organization should have two BI standards: one for data warehouses and one for data lakes. • Innovative capabilities provided by BI for data lakes

Big Data LDN 2018: A TALE OF TWO BI STANDARDS: DATA WAREHOUSES AND DATA LAKES

Matt Stubbs

This deck was presented during Sitecore User Group Conference (SUGCON) EMEA 2023. Session outline: In a world of SaaS headless CMS tools built for developers, Sitecore puts the marketing team in the drivers seat with XM Cloud! Merging the benefits of traditional DXP platforms and modern headless tools, XM Cloud is the Enterprise-ready hybrid CMS that provides agile visual authoring for marketers with support for flexible development for developers. In this session, Pieter Brinkman will outline the business benefits of XM Cloud and show you the new visual authoring interface that allows you to create content, manage multiple sites, and use integrated personalization to optimize customer experiences. What you’ll learn: • Why is XM Cloud the right solution for marketing teams? • What new visual editing experiences are available only in XM Cloud? • How can an existing customer move to XM Cloud? • What is coming down the road from Sitecore?

Why marketers are the real winners with Sitecore XM Cloud

Pieter Brinkman

A design talk geared towards designers who are new to the world of web design. I’ll cover items such as: how web design is unique from other kinds of design (such as print), how to leverage research and analytics to create data informed designs, steps to become a proficient web designer and how to choose and work with developers. If there are folks in the room using Illustrator or PSD, I'll show you how to set up Illustrator files for web design and prep files for a developer.

The Art of Web Design, 101

kellyhousholder

Modern Data Platforms

Arne Roßmann

edeploy

Erwin Chiong

Enterprise Architecture 2012

Vincent Tacquet

Summit 2017 cyber delivery v4 long version

Pini Cohen

Built -aia_southern_arizona_article_draft_v8_send

Mike Bordenaro

Hyperion planning integration with odi

Amit Sharma

Keynote SUGCON 2021 - Sitecore and SaaS our shared journey

Pieter Brinkman

Ähnlich wie Lessons Learned Using arc42 in a Real DevOps Team (20)

Managed Cloud to GitOps: Deploying Several Client Clusters

Work efficiently with Architecture Decision Records

OpenAsset + Deltek Vision = Enhanced marketing capabilities

Graphs for Enterprise Architects

Using an openBim Workflow

Scan to BIM: Step by step process of inserting point cloud data into Revit!

Web Performance & You

BIMwm - local BIM when you need it

R Michael Pickering CBIP

Big Data LDN 2018: A TALE OF TWO BI STANDARDS: DATA WAREHOUSES AND DATA LAKES

Why marketers are the real winners with Sitecore XM Cloud

The Art of Web Design, 101

Modern Data Platforms

edeploy

Enterprise Architecture 2012

Summit 2017 cyber delivery v4 long version

Built -aia_southern_arizona_article_draft_v8_send

Hyperion planning integration with odi

Keynote SUGCON 2021 - Sitecore and SaaS our shared journey

Mehr von Johannes Dienst

Metrics in Developer Relations can be perplexing, often leading to confusion and vague advice. In this talk, I share practical insights gathered from my extensive research and hands-on application within my current company. If you've ever felt lost in discussions where specific recommendations are elusive, join me. This session is a down-to-earth guide for both newcomers and experienced professionals, offering practical wisdom to navigate the metrics maze.

Developer Relations Metrics - A Humble Guide

Johannes Dienst

Testing workflows that span multiple applications and platforms is a challenging task. Imagine a test case that calls an API first, then an operator has to enter information at his web app so that the end user finally sees the update in his native app on a smartphone. Real End-to-End automation is nearly impossible today. Current approaches try to automate cross-platform with the help of web apps running on (mobile) browsers. Native apps on Android or iOS can only be included in the workflow using time-intensive techniques like picture-in-picture search because they lack code selectors that operate on the Document-Object-Model (DOM). With the rise of machine learning/artificial intelligence, we can train models to recognize elements on User Interfaces based solely on visual attributes. With that, it becomes possible to automate any platform when you combine it with automation on the Operating System level. In this talk, I will show a live demo that will walk the audience step-by-step through a typical 2-Factor Authentication using a physical smartphone. We will see what automation is possible today and how it enables testing currently untestable workflows.

Real Cross-Platform Workflow UI Automation_JohannesDienst.pdf

Johannes Dienst

UI testing is an essential part of software development. Despite technological progress, the automation of UI tests is still considered too complex to function completely without manual intervention. In addition to classical selector-based approaches, more and more image-based methods are being pursued. This talk will cover the "state of the art" of UI testing with an overview of tools and techniques. In particular, current problems and future developments will be discussed. Furthermore, it will be shown which kind of UI representations are used by today's test tools and how the addressing of elements in the user interface is done. In addition, the role of artificial intelligence in the different approaches is shown and a prediction of testing tools of the future is presented on the basis of current research.

The Future of UI Testing - Challenges in UI Automation

Johannes Dienst

Das arc42-Architektur-Template verleitet dazu, alle Kapitel von oben nach unten durchzuarbeiten. Ein Architektur-Review offenbart aber eine sinnvollere Herangehensweise, um Softwarearchitektur zu erarbeiten. Dabei werden zuerst In-Scope sowie Out-Of-Scope des Vorhabens definiert und anschließend Qualitätsattribute aufgenommen, um schließlich konkrete Qualitätsszenarien abzuleiten. Die Dokumentation dieser Ergebnisse im arc42 stellt uns vor viele Aufgaben und Fragestellungen: Wie erarbeite Architekturentscheidungen, Qualitätsattribute und Qualitätsszenarien? Und wie dokumentiere ich diese effizient? In diesem Vortrag zeigen wir anhand des Docs-as-Code-Ansatzes, wie wir mit dem arc42-Template effizient arbeiten und die Dokumentation als Microsite jedem zur Verfügung gestellt wird. Durch diese Vorgehensweise ist es effizient möglich, eine Architekturdokumentation zu erstellen, die jeder Review standhält.

Rock Solid Software Architecture with ADRs, arc42 and Microsites

Johannes Dienst

Es vergeht kaum ein Jahr in dem keine neue disruptive Technologie auftaucht. War es früher möglich mit moderatem Aufwand sich auf dem neuesten Stand zu halten, ist es inzwischen praktisch unmöglich geworden. Zusätzlich wird mit agilen Methoden entwickelt und gerade im Konzernumfeld schlagen vorhandene zwischenmenschliche und politische Spannungen dadurch oft bis auf den einzelnen Mitarbeiter durch. Auch ich sah mich in dieser Situation und war auf der Suche, wie ein sinnvoller Umgang damit aussehen kann. Dabei stieß ich auf die griechische Philosophie namens Stoizismus. Sie wird von vielen Menschen praktiziert, die sich in herausfordernden Lebensumständen befinden. Als ganzheitliche praxisfokusierte Philosophie richtet sich der Stoizismus vor allem an den einzelnen Menschen und hilft ihm dabei das höchste Ziel des glücklichen Daseins (Eudaimonía) anzustreben. In diesem Vortrag werden die Grundzüge des Stoizismus vorgestellt. Anschließend beschäftigen wir uns mit den wichtigsten Eigenschaften eines übenden Stoikers. Darunter auch emotionale Selbstbeherrschung. Diese können durch geeignete Übungen gezielt trainiert werden, um im Alltag mehr Gelassenheit zu bekommen und resilienter zu werden. Im Alltag lässt sich damit Stress vermeiden und der Fokus auf die möglichen Lösungen lenken anstatt nicht gewinnbringende Auseinandersetzungen einzugehen.

Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)

Johannes Dienst

Was ist die beste Vorgehensweise um ein Produkt im Konzernumfeld für mehrere Mandanten auszurollen? Hoffentlich ein multimandantenfähiges Kaufprodukt einkaufen, das der Vorgabe der Prozesstrennung für Mandanten entspricht. Leider hatten wir in unserem Team kein solches Produkt zur Verfügung und standen vor der Herausforderung für jeden Mandanten einen eigenes System aufsetzen zu müssen. In diesem Vortrag beschreiben wir die drei Entwicklungsstufen unseres Deploymentprozesses hinsichtlich der Server-Infrastruktur in AWS inklusive Trennung der AWS-Accounts in Test- und Produktiv-Umgebungen. Die erste Phase beschreibt dabei den Aufbau einer managed Cloud mit festen Servern. Diese können zwar automatisiert eingerichtet werden, die automatische Skalierbarkeit ist aber unzureichend. Die nächste Iteration beleuchtet den Ansatz des "Infrastructure as Code" über Cloudformation, der für ein dediziertes System sehr gut funktionierte. Probleme bereiteten uns der richtige Git-Flow und die fehlende Unterstützung für eine echte Trennung der Systeme pro AWS-Account. In unserer aktuellen und hoffentlich finalen Iteration sind wir auf einen konsequenten GitOps-Ansatz gewechselt. Wir beschreiben, wie wir mit diesem Vorgehen seit Monaten stabile Infrastuktur-Deployments über Gitlab in Produktion bringen, welche Herausforderungen zu lösen waren im Hinblick auf Configuration as Code und dem richtigen Git-Flow. Auch die Erleichterung hinsichtlich der Einhaltung verschiedener Konzernvorgaben, beispielsweise der ISO 20000 an Release- und Changemanagement, darf hierbei nicht fehlen.

Von Managed-Cloud zu GitOps - Multi Client-Cluster Deployments

Johannes Dienst

Griechische Philosophie für moderne Softwareentwicklung

Johannes Dienst

n diesem Vortrag berichtet der Sprecher von seinen Erfahrungen, Erfolgen und Fehlern mit dem arc42-Architekturtemplate in einem DevOps-Team im Konzernumfeld mit Produktentwicklungsfokus. Produktentwicklung ist geprägt von kurzen Iterationszyklen und wird darum gerne agil betrieben, wie im Team des Sprechers. Dort wurde die vorhandene unstrukturierte Dokumentation in das arc42-Template überführt und in einem Wiki abgelegt. Im Laufe der Zeit stellte sich heraus, dass das Tooling eine entscheidende Rolle für die Qualität der Dokumentation bedeutet und deswegen auf Docs-as-Code umgestellt. Im Laufe des Vortrags wird auf die wichtigsten Entscheidungspunkte für die aktuelle Iteration der technischen Softwarearchitektur eingegangen. Darunter unter anderem der Umgang mit "Entwicklerprosa", veralteter Dokumentation und der für ein DevOps-Team besonders wichtigen Architekturentscheidungen. Die Einbindung in das methodische Vorgehen Kanban wurde mit arc42 und einer Microsite basierend auf AsciiDoc möglich. Nicht ausgespart werden die gemachten Fehler, wie zum Beispiel fehlende Qualitätssicherung erstellter Dokumentation oder die Vermischung von fachlichen und technischen Themen.

Lessons Learned: arc42 in einem echten DevOps Team

Johannes Dienst

Mit DevOps sollen Dev und Ops zusammenwachsen. Dadurch sollen Teams in die Lage versetzt werden, die komplette Wertschöpfungskette abzudecken. Von der Anforderungen bis hin zum Betrieb in der Produktion. Die Qualität der produzierten Lösung soll sich dadurch signifikant erhöhen, da keine lokale Optimierung mehr stattfindet. Das hört sich zuerst einmal sinnvoll und attraktiv für Mitglieder eines DevOps-Teams an. Mit der gleichen Einstellung war ich vor einem Jahr einem DevOps-Team in der DB Systel beigetreten. In diesem Vortrag schildere ich meine persönlichen Erfahrungen in diesem Team. Was für uns funktioniert und was nicht funktioniert hat. Dabei werden schmerzhafte Erkenntnisse nicht ausgespart, aber auch gezeigt, welche Strategien zum Erfolg führen können.

The Dev, The Ops, And The Team: What works in a DevOps Team?

Johannes Dienst

Dokumentation gehört oft nicht zu den Lieblingsaufgaben im Softwareentwicklungsalltag. Das resultiert in vielen Fällen daraus, dass nicht klar ist, warum etwas dokumentiert werden sollte. Der in der Praxis gelebte Ansatz einen Dokumentationsort, zum Beispiel in Form eines Wikis, ist zum Scheitern verurteilt. Entweder es wird kaum dokumentiert oder zu viel und es wird schwer Informationen zu finden, die man sucht. Ein leichtgewichtiger Ansatz ist arc42, bei dem je nach Bedarf die vorgegebenen Unterpunkte ausgefüllt werden. Dort werden im Unterpunkt neun Entwurfsentscheidungen dokumentiert, also genau die Entscheidungen, die die Softwarearchitektur entscheidend prägen. Die Auswirkungen von nicht dokumentierten Entscheidungen gehen von immer wiederkehrenden Diskussionen, bis hin zu fehlerhaften Folgeentscheidungen die das Projekt zum Scheitern bringen können. Doch wie können viele Entscheidungen effizient und nachvollziehbar dokumentiert werden? In diesem Vortrag wird ein kompaktes Format namens Architecture Decision Records (ADR) vorgestellt und gezeigt, wie sie effizient eingesetzt werden können. Neben Kleinigkeiten wie der Titelvergabe für eine ADR wird ein Lösungsvorschlag aufgezeigt, um bei einer großen Sammlung von Entwurfsentscheidungen (>50) nicht den Überblick zu verlieren. Dabei kommt der Docs-As-Code Ansatz mit AsciiDoc und JBake zum Einsatz, mit dem die technische Architektur in einer Microsite gerendert wird. Durch Tagging und eine effiziente Suche, wird die Dokumentation nicht nur lebendig, sondern zum täglichen Arbeitsmittel.

Effizient arbeiten mit Architecture Decision Records (ADR)

Johannes Dienst

Agile Softwareentwicklung stellt die zwischenmenschliche Kommunikation in den Vordergrund, was dazu führen soll, das Richtige richtig zu implementieren und Software schneller ausliefern zu können. Doch wie dokumentieren agile Teams ihre Softwarearchitektur? Herkömmliche Vorgehensweisen wirken zu schwergewichtig, da sie sich eher für Wasserfall-Projekte eignen. Sollten architekturrelevante Entscheidungen überhaupt dokumentiert werden? Und wie fügt sich eine geeignete Methode in die agile Arbeitsweise ein? In diesem Vortrag wird eine leichtgewichtige Methode zur Dokumentation von Softwarearchitektur vorgestellt. Diese hält Architekturentscheidungen in Architecture Decision Records (ADR) fest. Ein kompaktes Format, angereichert mit Zusatzinformationen, wie Kontext und Randbedingungen. Nicht-funktionale Anforderungen werden als Qualitätsszenarien beschrieben, deren Erfüllung durch die ADRs geprüft werden kann. So wird die Dokumentation ein Instrument zur Kommunikation mit allen Stakeholdern

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Johannes Dienst

Das Spock Testframework verwendet das ausdrucksstarke Groovy um BDD als Testansatz zu realisieren. Neben einer klaren Teststruktur punktet es mit lesbaren Reports, die dank einer Template-Engine auch in AsciiDoc generiert werden können. Kann man das noch verbessern? Wir treten den Beweis an und kombinieren Spock mit Mutationstests. Denn eine Testabdeckung von über 80 % beweist noch nicht, dass die Testsuite in der Lage ist Fehler zuverlässig zu erkennen. Der Vortrag zeigt, wie sich Spock mit Mutationstesten zu einem cleveren Duo kombinieren lässt.

Spock vs Supermutanten: Spezifikationstesten trifft Mutationstesten

Johannes Dienst

Everything as Code ist die Antwort auf Cloudifizierung und Automatisierung. Wird alles zu Code, dann wird die Arbeit durch die immer gleichen Tools wie Git erheblich vereinfacht. Dafür gibt es sogar einen Begriff: GitOps. Die Vorteile basieren darauf, dass Codeänderungen immer versioniert vorliegen, dadurch nachvollziehbar, testbar und wiederholbar werden. In diesem Foliensatz werden die Grundlagen gezeigt, wie Pipelines, Infrastruktur, Konfiguration und Dokumentation als Code abgelegt werden und welche Vorteile sich daraus ergeben.

Everything as Code: Pipeline, Infrastructure, Configuration, Documentation

Johannes Dienst

Aus Sicht eines DevOps-Teams ist für eine hohe angestrebte Geschwindigkeit hohe Autonomie bei allen Architektur- und Implementierungsentscheidungen notwendig. Aus Sicht der DB Systel, die den stabilen IT-Betrieb der Deutschen Bahn sicherstellen soll, ist die Forderung nach Autonomie jedoch ein Risiko. Zur Lösung dieses Konfliktes findet man daher in der Industrie häufig Ansätze, bei der Betriebseinheiten zentral betreute CI/CD-Pipelines bereitstellen. Während die mit dieser Lösung verbundene Automatisierung eine gute Kontrolle von Betriebsaspekten mit sich bringt, stellt die damit auch verbundene notwendige Standardisierung von Architekturaspekten häufig eine zu starke Einschränkung der Autonomie von DevOps-Teams dar. In diesem Talk möchten wir darauf eingehen, wie die DB Systel ihren DevOps-Teams durch Verortung der Betriebsverantwortung in den DevOps-Teams eine optimale Autonomie gewährt und gleichzeitig die Risiken für Stabilität, Datenschutz und Compliance kontrolliert. Wir geben Ihnen auch einen Einblick in den Alltag eines DevOps-Teams in der DB Systel aus Sicht eines Betroffenen. Wir stellen dar, wie hohe Autonomie und umfängliche Verantwortung eine völlig neue Arbeitsweise erfordern.

DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)

Johannes Dienst

In diesem Vortrag wird eine leichtgewichtige Methode zur Dokumentation von Softwarearchitektur vorgestellt. Diese hält Architekturentscheidungen in Architecture Decision Records (ADR) fest. Ein kompaktes Format, angereichert mit wichtigen Zusatzinformationen, wie Kontext, Alternativlösungen und Randbedingungen. Nicht funktionale Anforderungen werden als Qualitätsszenarien beschrieben und deren Erfüllung durch die ADRs geprüft werden kann. So wird die Dokumentation ein effizientes Instrument zur Kommunikation mit allen Stakeholdern.

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Johannes Dienst

Im agilen Umfeld hat das Team die Arbeitsgemeinschaft ersetzt. Crossfunktional, T-Shaped und selbstorganisiert soll es sein. Was sich nach einer idealen Arbeitsumgebung anhört, kann langfristig trotzdem zu Frust und Motivationsverlust führen. Was können die Ursachen sein? Im ersten Teil des Vortrags (Stolz) geht es um die Mechanismen rund um Teambildung. Im Großen sind das Bestimmung einer Teamvision und -Mission und die Ermittlung von gemeinsamen Werten. Im Kleinen ist es das Konzept der „Psychological Safety“, das allen erfolgreichen Teams gemeinsam ist. Außerdem wird mit Stoizismus eine Geisteshaltung vorgestellt, mit der jeder Einzelne aktiv sein teamorientiertes Handeln verbessern kann. Es ist aber ein Vorurteil, wenn man glaubt, dass ein funktionierendes Team einmal zusammengestellt dauerhaft gut zusammenarbeitet. Daher werfen wir im zweiten Teil einen Blick auf den aktuellen Forschungsstand und die Historie von Motivation. Teilnehmer verstehen, was es mit extrinsischer und intrinsischer Motivation auf sich hat und welche Menschenbilder Taylorismus und die X-Y-Theorie propagieren. Wir gehen auf verschiedene evolutionäre Organisationsformen von Unternehmen ein und zeigen, wie gut die verschiedenen Motivationstheorien zu bestimmten Organisationsformen passen. Abschließend bringen wir Stolz & Vorurteil zusammen: wir zeigen, wie in agilen Teams mit der individuell passenden Motivation langfristig erfolgreich zusammengearbeitet werden kann.

Pride & Prejudice: Teambildung & Motivation im agilen Umfeld

Johannes Dienst

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Johannes Dienst

Agile Softwareentwicklung stellt die zwischenmenschliche Kommunikation in den Vordergrund, was dazu führen soll das Richtige richtig zu implementieren und Software schneller ausliefern zu können. Doch wie dokumentieren agile Teams ihre Softwarearchitektur? Herkömmliche Ansätze sind meist zu schwergewichtig, da sie eher auf Wasserfallprojekte zugeschnitten sind. Sollten architekturrelevante Entscheidungen überhaupt dokumentiert werden? Und wie fügt sich eine geeignete Methode in die agile Arbeitsweise ein? In diesem Vortrag wird eine leichtgewichtige Methode zur Dokumentation von Softwarearchitektur vorgestellt. Diese hält Architekturentscheidungen in Architecture Decision Records (ADR) fest. Ein kompaktes Format, angereichert mit wichtigen Zusatzinformationen, wie Kontext, Alternativlösungen und Randbedingungen. Nicht funktionale Anforderungen werden als Qualitätsszenarien beschrieben und deren Erfüllung durch die ADRs geprüft werden kann. So wird die Dokumentation ein effizientes Instrument zur Kommunikation mit allen Stakeholdern.

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Johannes Dienst

DevOps im Konzern: Autonomie vs Betriebssicherheit

Johannes Dienst

Eine Testabdeckung von 50-80% ermöglicht es eine Codebasis wartbar zu halten. Refaktorisierungen sind dadurch sicherer durchführbar. Doch diese Sicherheit ist trügerisch. Denn wer garantiert, dass die Tests das richtige Testen? An dieser Stelle tritt eine "alte" Technik auf den Plan: Das Mutationstesten. Bereits 1971 vorgeschlagen, gewinnt es heute mit leistungsfähigen Multicore-Prozessoren immer mehr an Bedeutung. Der Vortrag zeigt die Leistungsfähigkeit dieser Technik am Beispiel der ausgereiften Bibliothek PIT. Mit dieser wurden Tests aus einem realen Projekt überprüft und deren Qualität erheblich gesteigert.

Und wer testet die Tests? - Mutationstesten mit PIT

Johannes Dienst

Mehr von Johannes Dienst (20)

Developer Relations Metrics - A Humble Guide

Real Cross-Platform Workflow UI Automation_JohannesDienst.pdf

The Future of UI Testing - Challenges in UI Automation

Rock Solid Software Architecture with ADRs, arc42 and Microsites

Stoizismus - Praktische Philosophie für den IT-Alltag (Pecha Kucha)

Von Managed-Cloud zu GitOps - Multi Client-Cluster Deployments

Griechische Philosophie für moderne Softwareentwicklung

Lessons Learned: arc42 in einem echten DevOps Team

The Dev, The Ops, And The Team: What works in a DevOps Team?

Effizient arbeiten mit Architecture Decision Records (ADR)

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Spock vs Supermutanten: Spezifikationstesten trifft Mutationstesten

Everything as Code: Pipeline, Infrastructure, Configuration, Documentation

DevOps im Konzern - Autonomie vs Betriebssicherheit (Continuous Lifecycle)

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

Pride & Prejudice: Teambildung & Motivation im agilen Umfeld

Leichtgewichtige Softwarearchitektur mit Architecture Decision Records und Qu...

DevOps im Konzern: Autonomie vs Betriebssicherheit

Und wer testet die Tests? - Mutationstesten mit PIT

Kürzlich hochgeladen

Foundation models are machine learning models which are easily capable of performing variable tasks on large and huge datasets. FMs have managed to get a lot of attention due to this feature of handling large datasets. It can do text generation, video editing to protein folding and robotics. In case we believe that FMs can help the hospitals and patients in any way, we need to perform some important evaluations, tests to test these assumptions. In this review, we take a walk through Fms and their evaluation regimes assumed clinical value. To clarify on this topic, we reviewed no less than 80 clinical FMs built from the EMR data. We added all the models trained on structured and unstructured data. We are referring to this combination of structured and unstructured EMR data or clinical data.

Reassessing the Bedrock of Clinical Function Models: An Examination of Large ...

harshavardhanraghave

In the past six months, the AI landscape has undergone a massive transformation, ushering in a new era of productivity with the latest in Large Language Models (LLMs) and AI technology. This deep dive unlocks how to: Create CustomGPT Models: No coding needed to tailor AI for your unique projects. Integrate your own data, including PDFs and Excel sheets, making information handling a breeze. Plus, discover how to call your own actions/integrations for even more personalized utility. Navigate Advanced Prompting: Overcome AI's memory limits and utilize Retrieval-Augmented Generation for accessing your personalized data, streamlining how you interact with AI. Stay Ahead with AI Trends: Peek into the evolving world of LLMs, featuring newcomers like Google Gemini, Anthropic Claude, Open Sora, and Twitter Grok, and understand what their advancements mean for your productivity. Witness Real-Life Transformations: Through examples and prompt demonstrations, see firsthand how these AI strategies revolutionize routine tasks, from data analysis to content creation. Learn to leverage image output and input for advanced practical use cases, adding a new dimension to your productivity toolkit. No previous coding or AI experience is needed for this talk. Stay ahead in the fast-evolving world of work. Embrace the AI revolution and transform your workflow with advanced LLM techniques. Join us to ensure you're not left behind in the productivity race.

AI Mastery 201: Elevating Your Workflow with Advanced LLM Techniques

VictorSzoltysek

Diamond Application Development Crafting Solutions with Precision

SolGuruz

Many specialized tools cater to distinct stages within the software development lifecycle (SDLC). These tools target various aspects of development, delivery, and operations, each with its unique strengths. Uniting these diverse testing needs into a single continuous testing platform presents several challenges. Such a platform must seamlessly integrate with various development tools and environments, accommodate different testing methodologies, and remain flexible to adapt to organizational processes and quality standards.

The Guide to Integrating Generative AI into Unified Continuous Testing Platfo...

kalichargn70th171

Looking to embark on a digital project in New York City? Choosing the ideal Laravel development partner is pivotal. Begin by defining your project requirements clearly. Assess potential partners' experience, expertise, and technical proficiency, checking portfolios and client testimonials. Effective communication and collaboration are paramount, so evaluate partners' communication styles and project management approaches. Consider long-term scalability and support options, and discuss pricing and contracts transparently. Lastly, trust your instincts when selecting a partner aligned with your vision and values.

How to Choose the Right Laravel Development Partner in New York City_compress...

software pro Development

How To Use Server-Side Rendering with Nuxt.js

Andolasoft Inc

Learn the Fundamentals of XCUITest Framework_ A Beginner's Guide.pdf

kalichargn70th171

8257 interfacing 2 in microprocessor for btech students

HimanshiGarg82

In an era where security concerns are paramount, the integration of artificial intelligence (AI) into CCTV cameras has revolutionized surveillance capabilities. One of the most significant advancements is the ability to achieve real-time threat detection, enabling immediate responses to potential security breaches. This blog explores how AI is reshaping surveillance through real-time threat detection and the implications of this technology.

Optimizing AI for immediate response in Smart CCTV

shikhaohhpro

Define the academic and professional writing..pdf

PearlKirahMaeRagusta1

Software Quality Assurance Interview Questions

Arshad QA

Direct Style Effect Systems -The Print[A] Example- A Comprehension Aid

Philip Schwarz

At the recent Microsoft Ignite 2023 conference, Microsoft unveiled a groundbreaking strategy that will redefine enterprise work management. The plan involves integrating Microsoft’s key planning tools, Microsoft To Do, Microsoft Planner, and Microsoft Project for the web into a unified experience called “Microsoft Planner.” What does this new strategy from Microsoft mean for current users? Join us and learn how best to take advantage of this announcement while gaining a clear path on how to elevate the current state of Microsoft Planner from a basic task manager to a comprehensive tool for Enterprise Work Management using OnePlan. Learn how OnePlan’s integration with Microsoft Planner allows for strategic alignment with business goals through advanced features like strategic planning, portfolio management, resource management, financial management, and more!

Introducing Microsoft’s new Enterprise Work Management (EWM) Solution

OnePlan Solutions

Tech Tuesday-Harness the Power of Effective Resource Planning with OnePlan’s ...

OnePlan Solutions

Conference: Engage2024 in Antwerp Type: Workshop Speakers: Florian Vogler, Henning Kunz, Christoph Adler Title: Navigating the Future with The Hitchhiker's Guide to Notes and Domino 14 Abstract: Embark on an exhilarating journey with industry trailblazers Florian Vogler, Henning Kunz, and Christoph Adler in this not-to-be-missed workshop at the forefront of the tech universe. Get ready for a thrilling kick-off as we navigate the current state of the HCL universe, setting the stage for an exploration of the groundbreaking Notes and Domino 14. Discover the latest enhancements and revolutionary features that will redefine your experience. In this interactive session, unlock a treasure trove of tips and tricks to elevate your utilization of version 14, both with and without the game-changing panagenda MarvelClient. Brace yourself for also diving into Nomad, Nomad Web, and VoltMX, expanding your horizons in the expansive HCL landscape. Be a part of this exclusive opportunity to stay ahead in the ever-evolving world of HCL technologies. Your journey to mastering Notes and Domino 14 begins here. And remember, in the spirit of intergalactic exploration, don't forget to bring your towel!

W01_panagenda_Navigating-the-Future-with-The-Hitchhikers-Guide-to-Notes-and-D...

panagenda

Data spaces in distributed environments should be allowed to evolve in agile ways providing data space owners with large flexibility about which data they store. Agility and heterogeneity, however, jeopardize data exchanges because representations may build on varying ontologies and data consumers may not rely on the semantic correctness of their queries in the context of semantically heterogeneous, evolving data spaces. Graph data spaces are one example of a powerful model for representing and querying data whose semantics may change over time. To assert and enforce conditions on individual graph data spaces, shape languages (e.g SHACL) have been developed. We investigate the question of how querying and programming can be guarded by reasoning over SHACL constraints in a distributed setting and we sketch a picture of how a future landscape based on semantically heterogeneous data spaces might look like.

Shapes for Sharing between Graph Data Spaces - and Epistemic Querying of RDF-...

Steffen Staab

At TECUNIQUE, we're a stable and steadily growing Indian software services company with over 14 years of industry experience. Specializing in offshore software development and quality assurance services, we've built a reputation for delivering unique and effective solutions to start-ups, software development companies, enterprises, and digital agencies. We pride ourselves on our commitment to excellence and innovation. By blending insightful business domain knowledge with exceptional technical prowess, we craft tailor-made solutions that meet the unique needs of our clients. Our dedicated teams are adept in specific technologies, ensuring seamless integration of skills and delivering reliable, scalable, and high-quality software solutions aligned with our clients' preferences. Bespoke Dedicated Teams: Crafted to meet your specific needs and technology preferences, our dedicated teams are committed to delivering top-notch software solutions. Offshore Software Development: Accelerate your software development and scale up quickly with our 12+ years of expertise in offshore development. Quality Assurance Services: Ensure the quality of your software products with our dedicated teams of experienced QA professionals. IT Staff Augmentation: Overcome skill gaps with our client-centric software team, offering staff augmentation services. Expert Software Services: Unlock our capabilities in custom software development, product development, and quality assurance. Mission and Vision: Our mission at TECUNIQUE is to be the catalyst for our clients' success in the dynamic domain of software development. Rooted in our core values of respect, authenticity, and responsibility, we strive to ease the software outsourcing experience, reducing both time and cost to market for our clients. We envision ourselves as the leading Indian software services company, renowned for our unwavering commitment to excellence and innovation. www.tecunique.com

TECUNIQUE: Success Stories: IT Service provider

mohitmore19

A Secure and Reliable Document Management System is Essential.docx

ComplianceQuest1

10 Trends Likely to Shape Enterprise Technology in 2024

Mind IT Systems

(Vivek)Call Us, 8448380779,Call girls in Delhi NCr – We Offer best in class call girls. escort Service At Affordable Price At low Rate with Space Night 8000 We Are One Of The Oldest Escort and Call girls Agencies in Delhi. You Will Find That Our Female Escorts Are Full Of Fun, Sexy And They Would Love Enjoy Your Company. We Have A Fantastic Selection Of Escort Ladies Available For In-Calls As Well As Out-Calls. Our Escorts Are Not Only Beautiful But All Have Great Personalities Making Them The Perfect Companion For Any Occasion. In-Call:- You Can Come At Our Place in Delhi Our place Which Is Very Clean Hygienic 100% safe Accommodation. Out-Call:- You have To Come Pick The Girl From My Place We Are Also Provide Door Step Services (Delhi Ncr, Noida, Gurgaon, Faridabad, Ghaziabad Note:- Pic Collectors Time Passers Bargainers Stay Away As We Respect The Value For Your Money Time And Expect The Same From You Hygienic:- Full Ac room And Clean Rooms Available In Hotel 24 * 7 Hourly In Delhi NCR More Details, With WhatsApp Number, +91-8448380779

call girls in Vaishali (Ghaziabad) 🔝 >༒8448380779 🔝 genuine Escort Service 🔝✔️✔️

Delhi Call girls

Kürzlich hochgeladen (20)

Reassessing the Bedrock of Clinical Function Models: An Examination of Large ...

AI Mastery 201: Elevating Your Workflow with Advanced LLM Techniques

Diamond Application Development Crafting Solutions with Precision

The Guide to Integrating Generative AI into Unified Continuous Testing Platfo...

How to Choose the Right Laravel Development Partner in New York City_compress...

How To Use Server-Side Rendering with Nuxt.js

Learn the Fundamentals of XCUITest Framework_ A Beginner's Guide.pdf

8257 interfacing 2 in microprocessor for btech students

Optimizing AI for immediate response in Smart CCTV

Define the academic and professional writing..pdf

Software Quality Assurance Interview Questions

Direct Style Effect Systems -The Print[A] Example- A Comprehension Aid

Introducing Microsoft’s new Enterprise Work Management (EWM) Solution

Tech Tuesday-Harness the Power of Effective Resource Planning with OnePlan’s ...

W01_panagenda_Navigating-the-Future-with-The-Hitchhikers-Guide-to-Notes-and-D...

Shapes for Sharing between Graph Data Spaces - and Epistemic Querying of RDF-...

TECUNIQUE: Success Stories: IT Service provider

A Secure and Reliable Document Management System is Essential.docx

10 Trends Likely to Shape Enterprise Technology in 2024

call girls in Vaishali (Ghaziabad) 🔝 >༒8448380779 🔝 genuine Escort Service 🔝✔️✔️

Lessons Learned Using arc42 in a Real DevOps Team

1. arc42 in a Real DevOps Team Lessons Learned DB Systel GmbH | Johannes Dienst | @JohannesDienst

2. Digital partner of Deutsche Bahn DB Systel GmbH | Johannes Dienst | @JohannesDienst 2

3. DB Content Hub DB Systel GmbH | Johannes Dienst | @JohannesDienst 3 ‒ Content as a Service (CaaS) ‒ Headless CMS ‒ Self hosted in Cloud ‒ You build it, you run it!

4. Product Development DB Systel GmbH | Johannes Dienst | @JohannesDienst 4

5. The Cost of Poor Documentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 5Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

6. The Cost of Poor Documentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 6Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

7. arc42 DB Systel GmbH | Johannes Dienst | @JohannesDienst 7

8. arc42 DB Systel GmbH | Johannes Dienst | @JohannesDienst 8 Building Block View Deployment View Runtime View arc42 1. Introduction and Goals 2. Constraints 3. Context and Scope 4. Solution Strategy 5. Building Block View 6. Deployment View 7. Runtime View 8. Concepts 9. Architecture Decisions 10. Quality 11. Risks and Technical debt 11. Glossary

9. Technical Architecture in a Devops Team DB Systel GmbH | Johannes Dienst | @JohannesDienst 9 Betriebshandbuch Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

10. Must Haves DB Systel GmbH | Johannes Dienst | @JohannesDienst 10 ‒ Introduction and Goals ‒ Constraints ‒ Context and Scope ‒ Solution Strategy ‒ (Building block view) ‒ (Deployment view) ‒ (Runtime view) ‒ Concepts ‒ Architecture Decisions ‒ Quality ‒ Risks and technical Debt ‒ Glossary

11. Glossary DB Systel GmbH | Johannes Dienst | @JohannesDienst 11 Content Asset Content Type Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

12. A Wiki Is Born DB Systel GmbH | Johannes Dienst | @JohannesDienst 12Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

13. Technical Architecture Documentation!= Tutorial DB Systel GmbH | Johannes Dienst | @JohannesDienst 13Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

14. The Wiki Is a Problem Child DB Systel GmbH | Johannes Dienst | @JohannesDienst 14Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

15. The Wiki Is a Problem Child DB Systel GmbH | Johannes Dienst | @JohannesDienst 15Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

16. Switch to Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 16Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

17. Advantages of Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 17 VonFreeSoftware Foundation-[1],FAL, https://commons.wikimedi a.org/w/index.php?curid= 53428398 Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

18. Advantages of Docs-As-Code DB Systel GmbH | Johannes Dienst | @JohannesDienst 18Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

19. Advantages of Docs-As-Code: Docs Review DB Systel GmbH | Johannes Dienst | @JohannesDienst 19 main adr-042 Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

20. AsciiDoc > Markdown DB Systel GmbH | Johannes Dienst | @JohannesDienst 20 Standard Includes Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

21. Documentation in the Corporate Environment DB Systel GmbH | Johannes Dienst | @JohannesDienst 21Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com docToolchain

22. Docs-As-Code and arc42: A Love Story DB Systel GmbH | Johannes Dienst | @JohannesDienst 22

23. Docs-As-Code and arc42: A Love Story DB Systel GmbH | Johannes Dienst | @JohannesDienst 23

24. Outdated Documentation DB Systel GmbH | Johannes Dienst | @JohannesDienst 24Icons made by Freepik, Good Ware, Sprang and Smashicons from www.flaticon.com

25. Architecture Decision DB Systel GmbH | Johannes Dienst | @JohannesDienst 25 Building Block View Deployment View Runtime View arc42 1. Introduction and Goals 2. Constraints 3. Context and Scope 4. Solution Strategy 5. Building Block View 6. Deployment View 7. Runtime View 8. Concepts 9. Architecture Decisions 10. Quality 11. Risks and Technical debt 11. Glossary

26. ADR-003: Staging- vs Cluster-Environment for CMS We use two environments (IAT, Prod). These are set up as clusters. DB Systel GmbH | Johannes Dienst | @JohannesDienst 26 Status Accepted Context A solution is sought to ensure scalability for the entire system. The goal is to potentially serve dozens of customers with thousands of requests per second. Consequences Change of system architecture necessary ‒ Dismantling of the two public instances ‒ Deconfigure push publishing No environment is provided on which content is pushed Alternatives Cluster-Solution ‒ Operation of the CMS in the cluster -> Horizontal Scaling Push Publishing ‒ Vertical Scaling

27. Architecture Decisions DB Systel GmbH | Johannes Dienst | @JohannesDienst 27

28. DB Systel GmbH | Johannes Dienst | @JohannesDienst 28 Which two questions are still open? Johannes.Dienst@deutschebahn.com @JohannesDienst

29. DB Systel GmbH | Johannes Dienst | @JohannesDienst 29 Links https://arc42.org/ https://leanpub.com/arc42byexample https://www.dokchess.de/ https://github.com/joelparkerhenderson/architecture_decision_reco rd

Hinweis der Redaktion

Schnelllebig durch kurze Iterationszyklen Fehler werden gemacht und daraus wird gelernt Kostendruck Agile Entwicklung im DevOps-Produktionsmodell Kundenorientiert (Muffin)
Schnelllebig durch kurze Iterationszyklen „Dokumentation ist nicht agil“ -> Talk von Kevin Goldsmith verlinken Hinleitung auf nächste Folie: Warum ist Dokumentation denn wichtig?
Warum dokumentiere ich eigentlich? -> OnBoarding sonst zeitintensiv, Zertifizierung im Konzernumfeld Für andere Teams „Für mich selbst“
Frage stellen: Wer kennt arc42?
Hier noch nichts drüber erzählen, warum das gerade für DevOps-Teams gut ist!!! Kommt auf nächster Folie
Arc42 eignet sich perfekt für DevOps-Teams * Struktur ist immer gleich -> Schnelle Einarbeitung * Leichtgewichtig: Nicht alle Kapitel müssen ausgefüllt werden * Dokumentiere, was du lesen willst * Kapitel teilweise wiederverwendbar in Betriebshandbüchern
Hier erläutern: Einführung und Ziele Randbedingungen Kontextabgrenzung Querschnittliche Konzepte
Haben wir nie ausgefüllt -> Immer wieder reden wir aneinander vorbei 
Leicht zu benutzen Leichtes Setup -> Einfach bestellen und schon ist es da Erwartung: Da wird mir die Welt erklärt!
Oft Tutorialähnliches in arc42 Lieber in Readme des Repos
Wiki hat folgende Probleme * Information geht da zum Sterben hin: Symbolisiert Icon 1 * Jeder kann einfach Braindumpen -> Entwicklerprosa Icon2 * Kommentarfunktion * Vermischung von fachlichen und technischen Themen Was fehlt noch? Siehe nächste Folie
* Kein Review -> Qualität ist schlecht * Versionierbarkeit?! Stressen, dass das Tool der entscheidende Faktor ist, ob Dokumentation genutzt wird oder nicht!
Was ist das überhaupt?
Entwicklerwerkzeuge WYSIWYM -> Plain Text (Endlich kein Formatierungskrieg mehr!)
WYSIWYM -> Plain Text (Endlich kein Formatierungskrieg mehr!)
Entwicklerwerkzeuge Qualitätssicherung über Feature Branches WYSIWYM -> Plain Text (Endlich kein Formatierungskrieg mehr!)
Warum Liebesgeschichte? 1. Jedes Kapitel in eigene adoc-Datei 2. Kann diese Dateien dann zusammenincluden wie ich will
Kann nicht nur geforderte Dokumente daraus generieren Sondern auch Microsite: - Leicht Indizierbar in interner Suchmaschine - Einfach durchsuchbar - Angenehm zu benutzen
Wegwerfen, da im VCS noch vorhanden: Wie geil ist das denn? Feste Termine einplanen, um die Architektur immer wieder glattzuziehen: Geht leider nicht anders 
Für unser Team fast das Wichtigste 1-2 Minuten etwas darüber erzählen
Für unser Team fast das Wichtigste 1-2 Minuten etwas darüber erzählen
Für unser Team fast das Wichtigste 1-2 Minuten etwas darüber erzählen

Lessons Learned Using arc42 in a Real DevOps Team

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Lessons Learned Using arc42 in a Real DevOps Team

Ähnlich wie Lessons Learned Using arc42 in a Real DevOps Team (20)

Mehr von Johannes Dienst

Mehr von Johannes Dienst (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Lessons Learned Using arc42 in a Real DevOps Team

Hinweis der Redaktion