Cloud-Native

Data & KI

Produktentwicklung

Resilienz & IT-Security

Leistungen

Arbeitsweise

Projekte

Berlin

Bielefeld

Dortmund

Erfurt

Frankfurt am Main

Hamburg

Karlsruhe

Leipzig

München

Münster

Nürnberg

Solingen

Stuttgart

Standorte

Blog

Softwerker

Fachmedien

Webinare

Events

Wissens-Hub

Unsere Kultur

Deine Entwicklung

Jobs

Karriere

Über uns

Aktuelles

Kontakt

International contact

Alle Standorte

Du hast Fragen oder möchtest dich mit mir austauschen? Gern - trag einfach deine Kontaktdaten ein.

Kontakt aufnehmen

Marketing & Community Management

Konntest du keine Einträge zu deinem Thema finden?  

STANDORT-TEAM

codecentric München

Willkommen im Team München

<p><b>Software zu entwickeln bedeutet, Mehrwert für den Kunden zu schaffen. Zu oft wird hierbei der menschliche Faktor im System missachtet. Stefanie Hasler, Senior Fullstack Developerin bei codecentric, gibt einen kleinen Einblick auf ihre Sicht der Dinge – von qualitativer Softwareentwicklung über Work-Life-Balance bis hin zur unverzichtbaren Kaffeeküche. </b></p><p><strong><b>Niemand möchte sinnlose oder undurchdachte Software entwickeln. Stefanie, wie gelingt es dir, Mehrwert bei deiner Arbeit zu generieren?</b></strong></p><p><span>Schon der Begriff „sinnlose” Software wirft Fragen auf: Was für einen Zweck soll die Software erfüllen? Wer stellt die Anforderungen? Wessen Bedürfnisse erfüllt die Software? Ist zum Beispiel ein Videospiel wie „Bejeweled” sinnlos, da es die Menschheit nicht voranbringt? Wie sieht es mit einem Middle Layer in einer Enterprise-Architektur aus, das lediglich Daten von einem Format in das andere transformiert?</span><span> </span></p><p><span>Echten Mehrwert zu stiften, ist mir in einem Projekt sehr wichtig. Wenn ich nicht verstehe, welchen Zweck eine technische Umsetzung erfüllt, nerve ich meine Stakeholder so lange, bis ich zumindest verstanden habe, was sie wollen. Halte ich das nicht für sinnvoll, versuche ich sie zu überzeugen, oder rede mit der Person, die das Projekt aus der Sales-Perspektive betreut. Dabei kann sich dann herausstellen, dass ich etwas übersehen habe. Oder aber, dass die Strategie des Kunden nicht zielführend ist und nur Geld verbrannt wird. </span></p><p><span>Der andere Aspekt der Frage ist, was ich persönlich tun kann, wenn ich Software entwickle. </span><span>Undurchdachte Software schreibt jede*r Entwickler*in. Das liegt zum Teil in der Natur der Sache. </span><span>In den allerwenigsten agilen Projekten ist von Anfang an klar, was der finale Scope ist. Es kommt zu Richtungsänderungen und Umplanungen. Wichtig hierbei ist durchdachtes Vorgehen: Die Software sollte zu jedem Zeitpunkt auf einem Stand sein, der sowohl den eigenen Qualitätskriterien, als auch denen des Kunden entspricht. Das bedeutet aber auch, nicht viel zu weit im Vorfeld zu planen. „YAGNI (You ain’t gonna need it)” ist immer noch einer meiner häufigsten Sätze in Planungs-Meetings. </span></p><p><strong><b>Manche glauben, dass man im Consulting nie zu Hause ist – Wie bringst du hier dein Berufs- und Privatleben unter einen Hut?</b></strong></p><p><span>Eigentlich habe ich immer Kunden, die auch ein Privatleben haben und Freitag nachmittags nach Hause gehen und dort bleiben. Das ist vor allem unserem hervorragenden Sales-Team geschuldet, die schon im PreSales-Bereich dafür sorgen, dass wir auf Augenhöhe agieren können. </span><span>Klar gibt es immer mal wieder Projekte mit hektischen Phasen. Wieviel ich mich da einbringe, war jedoch bisher immer meine eigene Entscheidung und kein Kunde hat je von mir verlangt, dass ich mich verbiege. In den allermeisten Fällen hilft das der Produktivität sowieso nicht weiter und die Kunden, mit denen ich bisher interagieren durfte, verstehen das. </span></p><p><strong><b>Als Senior Fullstack Developerin bist du Vollprofi und hast bereits einige Jahre an Erfahrung. Wie schaffst du es, dein Fachwissen immer noch zu vertiefen, ohne dafür Freizeit zu opfern?</b></strong></p><p><span>Bisher ist mir in diesem Beruf noch kein Vollprofi begegnet. Aber zum Rest der Frage: Ich habe die Erfahrung gemacht, dass Wissen, das ich nicht anwenden kann, nicht lange in meinem Hirn bleibt. Ich bilde mich also in den Technologien fort, die ich sowieso schon im Projekt aktuell nutze. Bei jedem Kundeneinsatz lerne ich dazu. Zum Glück wird von unserem Sales-Team darauf geachtet, dass gemeinsames Lernen ein Teil des Projektes ist.</span><span> </span></p><p><span>Außerdem ist mir persönlich Work-Life-Balance sehr wichtig. Wenn ich 40 Stunden pro Woche Technik mache, dann muss diese Zeit ausreichen, um auch genug dazuzulernen, dass ich mich in der Öffentlichkeit schamlos als „Senior Fullstack Developer” präsentieren kann. </span><span>Dass ich bei codecentric Zeit bekomme, die ich in Fortbildung investieren kann, hilft natürlich ungemein. Diese Zeit nutze ich meist zur Vernetzung mit anderen Entwickler*innen, weil das meiner Lernstrategie am ehesten entspricht. </span></p><p><strong><b>Wie stark bist du persönlich von der Corona-Pandemie betroffen gewesen und wie ist dein Arbeitgeber damit umgegangen? </b></strong></p><p><span>„Teilhabe am öffentlichen Leben” hatte ich aufgrund eines Kleinkindes im Haushalt sowieso nicht mehr. Der Unterschied zwischen Pandemie und nicht-Pandemie ist für mich also, dass ich das Haus beruflich auch nicht mehr verlasse. </span><span>Von codecentric hieß es: „Bleibt zuhause, wenn Ihr Euch unsicher fühlt. Psychologische Unsicherheit zählt auch.” Deswegen war mein gesamtes Team seit Beginn der Pandemie im Homeoffice. Nachdem ich schon Remote-Erfahrung hatte, konnte ich dem Kunden helfen, ein Gerüst zur Vernetzung der Entwickler*innen in meinem Projekt aufzubauen, sodass wir uns gegenseitig gut unterstützen können. </span><span>Wir haben im codecentric-Büro in München auch Luftfilter, die dafür sorgen, dass wir dort sicher arbeiten können, wenn wir wollen. Die habe ich aber wegen Pendelei und Kita-Schließung noch nicht selbst testen können. </span></p><p><strong><b><b>Welche aktuellen Branchen-Entwicklungen siehst du kritisch?</b></b></strong></p><p><span>Aktuell geht es sehr oft darum, möglichst schnell etwas zu entwickeln. Was dabei oft hinten runter fällt, ist die Analyse der eigentlichen Probleme. Viele Kunden kommen zu uns mit einem groben Verständnis einer Lösung, die nicht unbedingt zu ihren Herausforderungen passt. </span><span>Manchmal habe ich den Eindruck, dass wir vorhandene Probleme mit – je nach Ausprägung – Bitcoin, KI, oder Cloud-Technologien bewerfen wollen, bis sie verschwinden, obwohl die Ursache an ganz anderer Stelle liegt. Klar bringt „mal eben schnell was machen” oft einen Wettbewerbsvorteil, die Frage ist aber, ob man sich überhaupt im richtigen Wettbewerb befindet.</span></p><p><span>Es gibt noch eine andere Sache, die mich wahnsinnig aufregt. Die ist zwar kein Trend im eigentlichen Sinne, hält sich aber leider hartnäckig. Wir reden alle zu wenig miteinander. Zum Teil ist das der Pandemie geschuldet; die Kaffeeküche ist ein integraler Bestandteil des Softwareentwicklungsprozesses. Aber auch sonst versuchen wir oft, immer mehr Schwierigkeiten auf der technologischen Ebene zu lösen als auf der zwischenmenschlichen. </span><span>Technologien lösen meiner Meinung nach keine Probleme. Menschen lösen Probleme mithilfe von Technologien. Das sollte immer im Vordergrund stehen. </span></p><p><strong><b>Zu guter Letzt, was würdest du Entwickler*innen, die aktuell unzufrieden in ihrer beruflichen Situation sind, ans Herz legen? </b></strong></p><p><span>Am wichtigsten ist es, einen Job zu finden, der zur eigenen Persönlichkeit passt. Meine persönliche Faustregel: Wenn man sich für ein Interview Kleidung anzieht, die man nicht anziehen will und über Dinge redet, die nichts mit den eigenen Interessen zu tun haben, bekommt man einen Job, mit dem man nicht glücklich wird.</span></p><p><span>Ich schlage vor, eine Liste mit Faktoren zu erstellen, die bei der Arbeit am wichtigsten sind. Ein paar Anregungen: Will ich, dass meine Arbeit Wert stiftet? Will ich gut bezahlt werden? Ist mir meine Freizeit wichtig? Will ich etwas Gutes für die Umwelt tun? Will ich soziale Gerechtigkeit? Wie wichtig ist mein Umfeld? </span><span>Wenn eine priorisierte Liste vorliegt, kann man viel leichter herausfinden, was einen unzufrieden macht. Und dann kann man daran arbeiten, genau diese Dinge zu ändern. Das kann einen Arbeitgeberwechsel beinhalten. Das kann aber auch sein, dass man sich in seiner Firma mehr vernetzt oder versucht, Veränderung in der Organisation zu bewirken. </span></p><p><span>Am Ende ist jeder <a href="https://www.codecentric.de/karriere" target="_blank">Job</a>  von Kompromissen geprägt, die man zwischen Work-Life-Balance, dem Gewissen, dem Umfeld und dem Geldbeutel schließt. Die Entscheidung, wo man Kompromisse eingeht und wo nicht, muss bewusst getroffen werden. </span><span>Ansonsten ist man nur im nächsten unpassenden Job.</span></p><p><strong><strong>Vielen Dank für das Gespräch, Stefanie.</strong></strong></p><p> </p><p> </p>

Technologien lösen keine Probleme ― es sind die Menschen dahinter

Kathrin Schaugg, Employer Branding Specialist, codecentric AG

Employer Branding Specialist

Jana Pfisterer, People Solutions Business Partnerin Bayern, codecentric AG

People Solutions Partnerin Bayern

Media Technology Expert

„Der enge Kontakt mit den Nutzern ist das beste Mittel gegen den Elfenbeinturm“

<p>Facilitating workshops that are completely remote pose a new kind of challenge. There are some things I have learned in the last weeks that I want to share with you in the hope they might help you …</p><p>We are a distributed company and many of our projects are staffed from any number of our 16 locations. And we are used to working remotely, because none of us likes to travel. But there is a big difference between seeing each other at the beginning for some weeks, eating together, and after that we normally see each other every two weeks at the end of a sprint – and doing <em>everything</em> remotely. Especially any kind of workshop or meeting with more than, let’s say, 5 people.</p><p>I already wrote about using a <a href="https://blog.codecentric.de/en/2020/03/working-remotely-i-want-my-shared-whiteboard/" target="_blank">shared whiteboard</a> , but this is just one minor aspect compared to getting a medium sized group to effectively do a workshop together. And if you haven’t experienced it yet: Facilitating is getting much more <a href="https://twitter.com/kontrafiktion/status/1238765481382891520?s=20" target="_blank">demanding</a> .</p><p>So I want to share some small tips & tricks for facilitating remote workshops with Zoom – you still have to do the real work, but reducing the cognitive load by memorizing these things really helped me:</p><h2>Body language</h2><p>The main thing that makes remote workshops so difficult for me: No body language. You just see the heads – if at all. So the first thing we really insist on: Please switch on your camera. It not only helps the poor facilitator (you) but everyone participating. Yes, sometimes your network is not good enough. But “bad hair day” is no excuse (okay, easy for me to say: I just shaved my head).</p><p>The next thing is really simple: I hope you already have discovered “Gallery View”? It allows to see everyone at the same time, not just the speaker in large and some tiny heads. Everyone’s head is the same size so you can somewhat better gauge their reactions (see below on the right):</p><div><a href="https://media.graphassets.com/Z77ms8o8QFO7n0mzZAZJ"><img loading="lazy" src="https://media.graphassets.com/Z77ms8o8QFO7n0mzZAZJ" alt="switch on gallery view in Zoom to see the body language for better facilitation" width="1286" height="464" /></a> <p>See the reaction of all participants by using the gallery view</p></div><h3>Speaker sequence</h3><p>If you have a bunch of participants in a non-remote setting, it is difficult enough to keep track who has raised their hands first, but in Zoom even with the Gallery view: No chance – at least not if there are more than 7 or 8 people. So you might have to force a strict speaking order, where everyone speaks in turn. But for some questions there will be only a small number of people who want to speak and it gets very tedious going through the round: Everyone has to unmute and say “pass”. But with Zoom there is a better solution. Click on the “Participants” button in the “Meeting controls”:</p><p><a href="https://media.graphassets.com/Y6AhDSc0RM2WAmwa07Jf"><img loading="lazy" src="https://media.graphassets.com/Y6AhDSc0RM2WAmwa07Jf" alt="Click on &quot;Participants&quot; in &quot;Meeting Controls&quot;" width="674" height="154" /></a> </p><p>and now you should see the participants lists on the right (if you are in full screen mode it is a pop-up window, but I prefer the list to be on the side). And in the lower left corner the <em>participants</em> see a blue hand:</p><p><a href="https://media.graphassets.com/0bIHIcWTCi0hhGsHuTJQ"><img loading="lazy" src="https://media.graphassets.com/0bIHIcWTCi0hhGsHuTJQ" alt="&quot;Raise Hand&quot; in Partcipants view" width="385" height="357" /></a> </p><p>When they click on that hand, they are marked in the participants list for everyone to see. And for the “Host” the participants are sorted by the order in which they raised their hand. So you as the facilitator just have to call them up in the order presented.</p><p><a href="https://media.graphassets.com/svtVbj8OR9mpbPvVO8wG"><img loading="lazy" src="https://media.graphassets.com/svtVbj8OR9mpbPvVO8wG" alt="partcipants are sorted in the order in which they raised their hands" width="364" height="204" /></a> </p><p>You might want to explicitly “Lower their hand” because otherwise they will stay on top of the list if they forget to do it themselves.</p><p>When I want to make sure that everyone is heard I still use a speaking order.</p><h3>Quick decisions</h3><p>When doing a Lean Coffee or many other formats you sometimes need a quick poll: Shall we continue or not? Does anyone “veto” this decision? With a limited amount of people, you can just use a thumbs up/down/sideways in the gallery view. But with more than a dozen people that becomes quite slow (but still workable). Still you might want to try “Nonverbal Feedback”. You first have to switch it on before the meeting in your settings. Go to Settings->General and at the bottom click on “View more settings” which will take you to the Zoom settings in the web.</p><p><em><a href="https://media.graphassets.com/ZRtNmWNzRUaEgqy6xSgq"><img loading="lazy" src="https://media.graphassets.com/ZRtNmWNzRUaEgqy6xSgq" alt="switch on &quot;Nonverbal feedback&quot; to simplify remote feedback in zoom workshops" width="700" height="461" /></a> </em></p><p>You have to scroll a bit and switch on “Nonverbal Feedback” and that adds some more buttons in the participants view:</p><p><a href="https://media.graphassets.com/JWbhyEsgTJcwUXrpdbwq"><img loading="lazy" src="https://media.graphassets.com/JWbhyEsgTJcwUXrpdbwq" alt="Additional buttons in participants view" width="289" height="61" /></a> </p><p>You can now ask the participants a question and prompt them to click on either “yes” or “now”. And you even get a nice quick tally:</p><p><a href="https://media.graphassets.com/BrEk7Gs8S9aNluaLUehX"><img loading="lazy" src="https://media.graphassets.com/BrEk7Gs8S9aNluaLUehX" alt="quick tally of all votes" width="357" height="375" /></a> </p><h2>Remote workshop preparation</h2><p>This should be its own very long blog post, let me just share some of the more important learnings:</p><ul><li>Reduce the duration. I cannot stand live workshops that are longer than 6 hours, but with remote workshops I would reduce that to 3-4 hours and throw in more and longer breaks for good measure.</li><li>You need more time to explain everything. In a live setting, if someone was distracted or your explanation was not completely clear, they can simply take a peek at their neighbors at what they are doing or just asking them … Not so in a remote setting. Be prepared to explain everything exactly 1,632 times – or more.</li><li>We are mostly using <a href="https://miro.com/" target="_blank">Miro</a>  as a shared workspace/whiteboard. But since it is not a real whiteboard, where you can quickly scribble something, we prepare everything: Each “Canvas”, Dot-Votes, “Post-Its”. They are all there to be copied, directly alongside the “Canvas”. This is much easier than to explain everyone, where to click to get the right element. Especially if you want to e.g. use “Post-Its” with different colors (<a href="https://retromat.org/en/?id=4" target="_blank">Events, Highlights, Lowlights</a> ): We put a whole bunch on the side, so that everyone can just grab them.<a href="https://media.graphassets.com/9TZ4fZN8Slq4G48NICWy"><img loading="lazy" src="https://media.graphassets.com/9TZ4fZN8Slq4G48NICWy" alt="prepare canvas, sticky notes, and lock the the canvas background" width="674" height="396" /></a> </li><li>We also just “lock” everything that should not be editable, otherwise many people just accidentally move stuff around.</li><li>Since everything needs to be prepared, it is so much more difficult to improvise. Our solution: More breaks, which you can use to prepare something new, and we often add a second facilitator who can prepare stuff, answer questions in the chat, and take over if you are depleted.</li></ul><p>That’s it for this post. If you want more, have a look at the “Further reading” section below, comment below or <a href="https://twitter.com/intent/tweet?text=Facilitating%20remote%20workshops%20with%20Zoom&url=https%3A%2F%2Fblog.codecentric.de%2Fen%2F%3Fp%3D75046&original_referer=https%3A%2F%2Ftwitter.com%2Fshare%3Furl%3Dhttps%3A%2F%2Fblog.codecentric.de%2Fen%2F%3Fp%3D75046%26text%3DFacilitating%2Bremote%2Bworkshops%2Bwith%2BZoom" target="_blank">tweet</a>  about this, so I know you are interested.</p><hr /><h3>Further reading</h3><ul><li><a href="https://blog.codecentric.de/en/2020/03/working-remotely-i-want-my-shared-whiteboard/">Working remotely: I want my shared whiteboard!</a> </li><li><a href="https://blog.codecentric.de/en/2020/03/remote-work-experience-from-a-distributed-team/">Remote teamwork – experience report from a distributed team</a> </li><li>[German] <a href="https://blog.codecentric.de/2020/03/strukturierte-massnahmen-zu-effizienter-remote-work-arbeitsblatt/">Entwicklung strukturierter Maßnahmen zu effizienter Remote-Work: Ein „Arbeitsblatt“</a> </li><li>[German] <a href="https://blog.codecentric.de/2020/03/home-office-akut-3-erfolgreiche-schritte-fuer-ploetzliche-remote-arbeit/">Homeoffice akut – 3 erfolgreiche Schritte für plötzliche Remote-Arbeit</a> </li></ul>

Facilitating remote workshops with Zoom

<p>I am one of those people who always jump to the whiteboard to scribble and draw. It does not matter whether I am talking or listening. When it gets complicated (in my head), I need to draw something. And quite often it is helpful for others in the room as well. Recently at a customer site I met a brilliant product owner who could explain complicated ideas in many details without ever drawing anything. She was able to summon into my head very clearly the structure of the whole problem and where she currently was. I was never lost. A rare talent. I still scribbled into my notebook. But I never felt the need to get the stream of thought structured on the wall. In my experience this is an exception. As for me, I seem to be unable to think clearly without a pencil and some <a href="http://geek-and-poke.com/geekandpoke/2009/11/2/enterprise-architecture-made-easy-part-1.html" target="_blank">boxes and arrows</a> .</p><h2>Working remotely without a physical whiteboard</h2><p><span>Over the last two years I tried multiple remote whiteboards and nothing really worked: cumbersome to use, slow, everyone needed to use an iPad, etc. Now—because of the Corona Virus—I </span><span><em><span>have</span></em><span> to work without a physical whiteboard …</span></span></p><p>Here at codecentric we use <a href="https://zoom.us/" target="_blank">Zoom</a>  for video calls, so I gave the Zoom whiteboard one more try and it kinda works. It is not as quick and seamless as a pencil in my hand, but at least, together with my iPad, it is getting there. And everyone can join, even without a tablet – just not as smoothly (if you do not use Zoom, skip to the end of the article for some alternatives).</p><h2>1. Sharing a whiteboard in Zoom</h2><p>When you are in a meeting, you can share an application, all of your desktop, your iPhone or a <strong>whiteboard</strong>!</p><p><a href="https://media.graphassets.com/JGn0iynORkKJtrhXN1Fx"><img loading="lazy" src="https://media.graphassets.com/JGn0iynORkKJtrhXN1Fx" alt="Sharing options in Zoom" width="250" height="165" /></a> </p><p><a href="https://media.graphassets.com/gzHHcuEzSTwbCI1hBXED"><img loading="lazy" src="https://media.graphassets.com/gzHHcuEzSTwbCI1hBXED" alt="Choosing the shared whiteboard" width="250" height="169" /></a> </p><p>Now everyone should see something like big white rectangle, but for now currently only you can draw …</p><h2>2. Everyone who wants to draw …</h2><p>… must now click on “View Options” at the top and then on “Annotate”:</p><p><a href="https://media.graphassets.com/mCqgqfpT9yZx6D50SKBg"><img loading="lazy" src="https://media.graphassets.com/mCqgqfpT9yZx6D50SKBg" alt="How everyone can draw on a shared whiteboard: &quot;Viewing Options&quot; and &quot;Annotate&quot;" width="250" height="169" /></a> </p><p>Now everyone sees a toolbar and can draw on the whiteboard together:</p><p><a href="https://media.graphassets.com/hf4xdipmQ5SoCMBZNLKt"><img loading="lazy" src="https://media.graphassets.com/hf4xdipmQ5SoCMBZNLKt" alt="Multiple participants drawing on the shared whiteboard" width="250" height="170" /></a> </p><p>As you can see, in the image above: “Victor Volle” just drew a blue-ish rectangle and “Kontrafiktion” drew the red rectangle-thingy. You can even undo your steps, but only your own.</p><p>This is how our whiteboard looked when we were trying it for the first time and just goofing around:</p><p><a href="https://media.graphassets.com/M6gzGb8yTLWHiJmSDRfl"><img loading="lazy" src="https://media.graphassets.com/M6gzGb8yTLWHiJmSDRfl" alt="Goofing around on the shared whiteboard" width="250" height="188" /></a> </p><h2>3. Bonus: Using an iPad with a pencil</h2><p>If you own an iPad with a pencil, you can use that as well. There are two options:</p><ul><li>Just join the Zoom session from your iPad (the camera will just record you from a rather unflattering angle) – especially when you are drawing …</li><li>You could use “<a href="https://support.apple.com/en-us/HT210380" target="_blank">Sidecar</a> ” (or “<a href="https://astropad.com/" target="_blank">Astropad</a> ” or “<a href="https://www.duetdisplay.com/" target="_blank">Duet Display</a> ” – but Sidecar is part of macOS/iPadOS) to use your iPad as a secondary monitor</li></ul><h2>4. Possible alternatives</h2><ul><li><a href="https://miro.com" target="_blank">Miro</a>  (s. also <a href="https://blog.codecentric.de/2022/03/miro-ohne-grenzen-wie-man-eigene-plugins-fuer-miro-entwickelt/">this article</a> ) offers a great, easy-to-use shared whiteboard. I haven’t tried it yet with a tablet.</li><li>One of my colleagues prefers <a href="https://www.figma.com/" target="_blank">Figma</a> , because it seems to be faster – I think it might be geared more toward design work, but for that it seems like a great solution (you might want to check out <a href="https://www.invisionapp.com/" target="_blank">Invision</a>  as well)</li><li><a href="https://docs.google.com/drawings" target="_blank">Google Drawings</a> </li></ul><p>Please send me any suggestions for shared whiteboards you like.</p><h2>Coda</h2><p>I must admit, only with an iPad and a pencil I feel that this solution approaches the fluidity of drawing and thinking that a physical whiteboard provides. You do not have to go as far as some philosophers, who claim that consciousness is not in our heads but something we do or that the tools we use to help us think may be part of <a href="https://www.newyorker.com/magazine/2018/04/02/the-mind-expanding-ideas-of-andy-clark" target="_blank">thought itself</a> . But still, for me, drawing and thinking often feel like the same thing, especially when I need to get something out of my fuzzy head into the open.</p>

Working remotely: I want my shared whiteboard!

<p>We have more or less successfully obliterated the wall between business and software development using agile methods – at least on a project scale. We are still pulling down the wall between development and operations in the DevOps movement. Although sometimes it doesn’t feel like the walls really are crumbling. They are just replaced by smaller hurdles, but more of them. You know there is something really off, when you see devops departments mushrooming.</p><p><a href="https://media.graphassets.com/JOo6vvVOSIq107JJQAtK"><img src="https://media.graphassets.com/JOo6vvVOSIq107JJQAtK" alt="The history of breaking down walls between Business and IT, and between Development and Operations" width="700" height="359" /></a> </p><p>But we have already cast our eyes at the next frontier: The barrage of projects, which make no sense: neither strategically nor with respect to their business case. The projects that never had a chance of funding, but now with a label of “<a href="https://twitter.com/random_walker/status/976836626121977858">digitization</a> ” or “<a href="https://www.bloomberg.com/news/articles/2017-12-21/crypto-craze-sees-long-island-iced-tea-rename-as-long-blockchain" target="_blank">blockchain</a> ” everyone gets blinded and throws money at them. They still produce no value, besides “<a href="https://queue.acm.org/detail.cfm?id=3185224" target="_blank">allowing somebody’s vice-presidency level-up to complete</a> “</p><p>So we decided we need to do something about this. We need to help create better products.</p><p><a href="https://media.graphassets.com/ShYk46ISSyujjIVIZV02"><img loading="lazy" src="https://media.graphassets.com/ShYk46ISSyujjIVIZV02" alt="Breaking down the wall to &quot;product development&quot;" width="700" height="396" /></a> </p><h2>Create better products</h2><p>We want to build products that really push the limit, that really help to steer companies toward digitization. Not because of fear of the upstarts, the FinTechs et.al. – but to be at the forefront of the next wave, outpacing the insurgents. To make the world a better place!</p><p>We created a working group with some of our brightest minds, and consulted with <a href="http://theblackframe.com/" target="_blank">specialists</a> . We used state-of-the-art tools like a <a href="http://productfield.com/" target="_blank">product field</a> :</p><p><a href="https://media.graphassets.com/2EE9tfKcQPOSOweVzebQ"><img loading="lazy" src="https://media.graphassets.com/2EE9tfKcQPOSOweVzebQ" alt="A &quot;Product Field&quot; for Digital Product Discovery" width="700" height="530" /></a> </p><h2>Pivot</h2><p>But then we realized: yes, we could create better products, but they would just be another project trying to get funded in the yearly ritual called budgeting. We would be just one more voice screaming for attention. So we need to improve the signal-to-noise ratio: We need to weed out the competition.</p><p>So we pivoted and are now offering</p><p><a href="https://media.graphassets.com/HRuNVoFXRCauTHBLbdee"><img loading="lazy" src="https://media.graphassets.com/HRuNVoFXRCauTHBLbdee" alt="Sign: &quot;Project Killery as a Service&quot;" width="700" height="538" /></a> </p><p>We will go through your portfolio of possible projects and kill them.</p><p>This offer comes with an introductory price of just five percent of what you would have invested in the first year of the <a href="https://twitter.com/swardley/status/933069547271327744?lang=en" target="_blank">killed project</a> . The enterprise version adds a Doom mod, where you can really <a href="http://psdoom.sourceforge.net/" target="_blank">shoot</a>  ’em up.</p><p><a href="https://media.graphassets.com/LCtjwlCJRmSJ6nCVVbWi"><img loading="lazy" src="https://media.graphassets.com/LCtjwlCJRmSJ6nCVVbWi" alt="Pricing scheme for &quot;Killing your projects&quot;" width="700" height="469" /></a> </p>

Product Discovery: Create better products

Principal IT Consultant

<p>Wer in der Wicket-Community unterwegs ist, hat mitbekommen, dass es etwas länger gedauert hat, aber im Mai 2018 war es endlich soweit: <a href="https://wicket.apache.org/start/wicket-8.x.html" target="_blank">Wicket 8</a>  wurde released.</p><p>Klar, Wicket ist nicht mehr der „letzte Schrei“, ist aber schon lange ein stabiles und gut gewartetes Framework – Qualitäten, die in Webentwicklungsframeworks nicht immer selbstverständlich sind, und seit Wicket 6 ist auch die Dokumentation endlich so hilfreich, wie sie sein sollte. Außerdem bleiben wir von großen „Breaking Changes“ wie denen von Wicket 1.5 auf Wicket 6 verschont. Nicht zuletzt wegen dieser Stabilität wird Apache Wicket in Systemen mit höheren Sicherheitsanforderungen und klassischen Web-Frontends, wie zum Beispiel von Banken und Versicherungen, verwendet.</p><p>Wir werden in einer Reihe kurzer Blogartikel die wichtigsten Wicket-Features noch einmal kurz zeigen und die interessantesten Änderungen in Wicket 8 erklären. Zuerst widmen wir uns der Änderung, die zumindest auf unsere Projektarbeit den größten Einfluss hat: Models und wie die Arbeit mit ihnen durch Lambdas erleichtert wird:</p><h2>Models allgemein</h2><p>Erst einmal ein paar Worte zu Wicket im Allgemeinen: Apache Wicket ist ein auf Java aufsetzendes, komponentenbasiertes Webframework, in dem eine Pageklasse der Controller ist. Diese Page enthält einen Komponentenbaum, der aus Wicket-eigenen Komponenten, wie Links, Labels, Panels, Markupcontainer etc. bestehen kann, aber ebenso aus selbstgeschriebenen Komponenten.</p><p>Das Data-Binding in diesem Komponentenbaum wird mit sogenannten <em>Models</em> gemacht. Ein Model ist erstmal nur ein Interface, das zwei Methoden enthält:<br /> <code>getObject()</code> und <code>setObject(T data)</code> zum Lesen und Schreiben der Daten.</p><p>Im einfachsten Fall ist ein Model also eine herumreichbare, schreibbare Objektreferenz. Durch diese Abstraktion können sich mehrere Komponenten dieselbe Datenquelle teilen, ohne sich untereinander zu kennen – Abhängigkeiten und mögliche Seiteneffekte werden reduziert. Durch Auslagerung dieser Logik in Models muss auch nicht jede Komponente von Hand geupdated werden, sondern die Komponenten selbst holen sich den aktuellen Stand aus ihrem Model.</p><div>

```java8
HomePage.java:
IModel model = Model.of("Hello World!");
add(new Label("output1", model));
add(new Label("output2", model));
```

</div><div>

```html
HomePage.html:
<span wicket:id="output1"></span>
<span wicket:id="output2"></span>
```

</div><p>Hinter diesem schmalen Interface kann beliebige Logik abstrahiert werden, so dass die Daten auf jede beliebige Art und Weise beschafft und geschrieben werden können.<br />  </p><h2>ResourceModel</h2><p>Ein häufiger Anwendungsfall ist, auszugebende Strings nicht direkt im Code zu haben, sondern über Java Resource-Bundles zu laden, typischerweise aus <code>.properties</code>-Dateien. Hier hilft das <code>ResourceModel</code>. Diese Model-Implementierung übernimmt das Laden des Strings. Im Code wird nur das <code>Model</code> aus dem vorherigen Beispiel durch ein <code>ResourceModel</code> ersetzt.</p><div>

```java5
IModel model = new ResourceModel("greeting");
```

</div><p> </p><h2>PropertyModel</h2><p>Was aber, wenn die Daten nicht über Ressourcen geliefert werden, sondern über Objekte, auf die wir eine Referenz haben? Hierfür gibt es das <code>PropertyModel</code>, das Attribute von Objekten mittels Reflection ausliest.</p><div>

```java5
Greetable greetable = new Greetable();
IModel model = new PropertyModel<>(greetable, "greeting");
```

</div><div>

```java5
Greetable.java:
private String greeting;
 
public String getGreeting() {
            return greeting;
}
```

</div><p>Das <code>PropertyModel</code> ist sehr komfortabel zu benutzen, aber nicht alle fühlen sich wohl damit, Reflection einzusetzen und dadurch ein Stück weit die durch Java gewährleistete Typsicherheit zu verlieren.<br />  </p><h2>IModel</h2><p>Stattdessen kann man ein <code>IModel</code> direkt implementieren. Hierfür müssen drei Methoden geschrieben werden, die weiter oben genannten <code>setObject(T data)</code> und <code>getObject()</code>, und <code>detach()</code>. <code>detach()</code> wird am Requestende aufgerufen, räumt gegebenenfalls auf und gibt Ressourcen frei. Für ein rein lesendes Model würden wir hier also zwei Methoden „leer“ lassen und nur <code>getObject()</code> implementieren.</p><div>

```java8
        IModel<String> model = new IModel() {
            @Override
            public String getObject() {
                return greetable.getGreeting();
            }
 
            @Override
            public void setObject(String object) {
                // NOP
            }
 
            @Override
            public void detach() {
                // NOP
            }
        };
```

</div><p>Das ist natürlich für den täglichen Gebrauch etwas unhandlich. Für diesen häufigen Fall gab es bisher das <code>AbstractReadOnlyModel</code>, das <code>setObject</code> und <code>detach</code> bereit stellt. Es muss also nur noch <code>getObject</code> implementiert werden:</p><div>

```java5
IModel; model = new AbstractReadOnlyModel() {
            @Override
            public String getObject() {
                return greetable.getGreeting();
            }
        };
```

</div><p> </p><h2>Read-only Models mit Lambdas</h2><p>Mit dem auf Java 8 ausgerichteten Wicket 8 können wir diesen Anwendungsfall jetzt noch etwas einfacher umsetzen:</p><p>In Wicket 8 sind <code>detach()</code> und <code>setObject()</code> Default-Methoden geworden, müssen also nicht mehr implementiert werden. Das heißt, <code>AbstractReadOnlyModel</code>s werden jetzt durch einfach <code>IModel</code>s ersetzt, in denen nur die <code>getObject</code> Methode implementiert wird.</p><div>

```java5
        IModel<String> model = new IModel() {
            @Override
            public String getObject() {
                return greetable.getGreeting();
            }
        };
```

</div><p> <br /> Da es jetzt aber nur noch eine einzige abstrakte Methode gibt, können wir nach dem SAM (Single Abstract Method) Pattern einfach ein Lambda verwenden:</p><div>

```java5
IModel<String> model = () -> greetable.getGreeting();
```

</div><p>Fazit: Typsichere Read-Only Models sind mit Wicket 8 jetzt Einzeiler.<br />  </p><p>Übrigens: Wer in 4 Tagen so richtig viel über Apache Wicket lernen will – uns gibt es auch als Workshop, meldet euch bei Interesse einfach per Mail!</p>

Fancy stuff in Wicket 8: Models mit Lambda

IT Consultant

IT Consultant Digital Integration

Machine Learning Engineer

Senior IT Consultant

Consultant

Senior IT-Consultant

Sales Manager

IT-Consultant

<p>Überall wird von der Cloud geschwärmt: Grenzenlose Skalierung und unzählige Features sind bereits „out of the box“ verfügbar. Das alles gibt es zu unschlagbar günstigen Preisen. Das Thema Nachhaltigkeit kommt dabei selten zur Sprache. Rechenzentren verbrauchen heute aber schon ähnlich viel Energie wie Kleinstädte und der Energiebedarf <a href="https://www.sueddeutsche.de/wirtschaft/cloud-energieverbrauch-strom-digitalisierung-1.5529289" target="_blank">steigt immer weiter an</a> . Dabei stellen sich in Bezug auf Nachhaltigkeit andere Fragen, als wir es in der IT normalerweise gewohnt sind: Ist der schnellste Server wirklich notwendig? Wie wirkt sich ein kleineres Modell auf den CO2-Ausstoß aus? Können wir unsere Cloud-Emissionen durch die Nutzung von Serverless-Services optimieren oder behalten wir lieber die Zügel in der Hand?</p><p>Um diese Fragen zu beantworten, müssen wir zunächst eine Idee von unseren aktuellen Cloud-Emissionen bekommen. Erst auf Basis des Ist-Zustands lassen sich mögliche Verbesserungen feststellen und der CO2-Verbrauch optimieren.</p><h2>Cloud-Emissionen-Analyse der drei großen Anbieter im Vergleich</h2><p>Mittlerweile haben die großen Cloud-Provider das Thema Nachhaltigkeit für sich entdeckt und werben mit ambitionierten Nachhaltigkeitszielen – egal ob Amazon Web Services (<a href="https://sustainability.aboutamazon.com/environment/the-cloud" target="_blank">AWS</a> ), <a href="https://azure.microsoft.com/de-de/global-infrastructure/sustainability/#overview" target="_blank">Azure</a>  von Microsoft oder die Google Cloud Platform (<a href="https://cloud.google.com/sustainability?hl=de" target="_blank">GCP</a> ). Im Folgenden werfen wir einen Blick auf die Tools, die Emissionen unserer Cloud-Architektur messen und aufbereiten.</p><h3>Emissionen bei Amazon Web Services messen</h3><p>AWS gibt eigene Best Practices im <i>Well-Architected Framework</i> heraus. Bei der <a href="https://www.youtube.com/watch?v=8_Xs8Ik0h1w&t=5299s" target="_blank">re:Invent 2021</a>  hat das Unternehmen die <a href="https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sustainability-pillar.html" target="_blank">Sustainability Pillar</a>  in die Sammlung aufgenommen. Die Dokumentation ist aktuell aber noch ausbaufähig. Handlungsanweisungen beschreibt AWS oft nur oberflächlich, zum Beispiel folgende Empfehlung: „Choose regions near Amazon renewable energy projects“. Die Information, welche Standorte mit erneuerbaren Energien arbeiten, bleibt Amazon aber schuldig. Das müssen wir uns selbst zusammensuchen.</p><p>Stichwort erneuerbare Energien: AWS will bis 2025 alle Services zu 100 % mit erneuerbaren Energien betreiben (<a href="https://sustainability.aboutamazon.com/environment/the-cloud?energyType=true" target="_blank">Quelle</a> ). Aktuell werden allerdings einige Regionen lediglich über Zertifikate ausgeglichen. Dazu zählt auch die für die deutschen Datenschutzanforderungen relevante Region <em>eu-central-1 (Europe / Frankfurt)</em>.</p><p>Mit dem kostenlosen <a href="https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/what-is-ccft.html" target="_blank">Carbon Footprint Tool</a>  bietet AWS eine Übersicht der Emissionen, die genutzte Services verursachen. Das Tool befindet sich in der AWS Management Console unter <i>Billing</i> – <i>Cost & Usage Reports</i>. Es wird die Berechtigung <em>sustainability:GetCarbonFootprintSummary</em> benötigt, um das Dashboard aufrufen zu können.</p><div><img src="https://media.graphassets.com/bDJJlpYSSiP2NqSGp0ew" alt="AWS - Carbon Footprint Tool – Verschiedene Diagramme der Emissionen nach Regionen, Services und Zeiträumen" width="1024" height="441" /><p>AWS: Verschiedene Diagramme der Emissionen nach Regionen (Mitte) und Services (Rechts).</p></div><p>Die Angabe der Emissionen erfolgt in Tonnen CO2-Äquivalente (MTCO2e, metric tons of carbon dioxide-equivalent) und wird monatlich aktualisiert. Amazon benötigt bis zu drei Monate, um die Daten zu sammeln und aufzubereiten. Die gesammelten Daten lassen sich nach Service, Region und in unterschiedlichen Zeiträumen darstellen. Welche Services sich aber in der Gruppe „Other“ verstecken, können wir aktuell nur vermuten. Hier wäre ein höherer Detailgrad hilfreich, um die Emissionen gezielt reduzieren zu können.</p><p>Besonders interessant ist außerdem die Ansicht „Weg zu 100 % erneuerbarer Energie“, die eine Schätzung der zukünftigen Emissionen ist. Die Berechnung beruht auf den bisher genutzten Services und Regionen im gesamten AWS-Account.</p><div><img loading="lazy" src="https://media.graphassets.com/LOitldmxTxi2UJ3cNOv5" alt="AWS - Carbon Footprint Tool – Diagramm, das den Weg zu 100 % erneuerbarer Energie darstellt" width="1024" height="378" /><p>AWS: Diagramm, das die voraussichtlich ausgestoßenen Emissionen darstellt</p></div><p><b>Fazit:</b> AWS hat einen ersten Schritt getan, um die Entwicklungsteams auf dem Weg zu einer nachhaltigeren Cloud-Architektur zu unterstützen. Es ist aktuell aber auch nicht mehr als ein erster Schritt. Das zeigt sich nicht nur am Detailgrad des Sustainability Pillars. Eine nächste, sinnvolle Verbesserung könnte die Übersicht des Strommixes in den Regionen sein. Und auch wenn das Carbon Footprint Tool einen guten Überblick gibt, sind nicht alle Auswertungen detailliert genug.</p><h3>Verfügbare Werkzeuge von Microsoft Azure</h3><p>Auch Microsoft strebt bis 2025 an, alle angebotenen Services ausschließlich durch erneuerbare Energie zu betreiben (<a href="https://azure.microsoft.com/de-de/global-infrastructure/sustainability/#carbon-benefits" target="_blank">Quelle</a> ). Aber auch hier fehlt eine Übersicht des aktuell genutzten Strommixes nach Regionen. Bei der Auswahl müssen sich User auf einzelne Ankündigungen von Azure verlassen, wie die Nachricht der Eröffnung eines <a href="https://news.microsoft.com/europe/2021/11/16/microsoft-opens-its-sustainable-datacenter-region-in-sweden-creating-new-opportunities-for-a-cloud-first-sweden/" target="_blank">neuen Rechenzentrums in Schweden</a> , das Microsoft mit 100 % erneuerbaren Energien betreibt.</p><p>Vergleichbar mit AWS bietet auch Azure ein <a href="https://appsource.microsoft.com/en-us/product/power-bi/coi-sustainability.emissions_impact_dashboard?tab=Overview" target="_blank">Emissions Impact Dashboard</a>  an. Die verursachten Cloud-Emissionen stellt es ebenfalls in Tonnen CO2-Äquivalente dar und Nutzer*innen können sie im zeitlichen Verlauf, nach Regionen und Services analysieren. Da für den Zugriff auf das Dashboard allerdings eine „Power BI Pro“-Lizenz benötigt wird, ist die Analyse nicht kostenlos.</p><div><img loading="lazy" src="https://media.graphassets.com/rQAJRThTJeiWH9CsUWIy" alt="Azure – Emissions Impact Dashboard – Verschiedene Diagramme der Emissionen nach Services, Regionen und Zeiträumen" width="1024" height="578" /><p>Emissions Impact Dashboard – Verschiedene Diagramme der Emissionen nach Services, Regionen und Zeiträumen (<a href="https://appsource.microsoft.com/en-us/product/power-bi/coi-sustainability.emissions_impact_dashboard?tab=Overview" target="_blank">Quelle</a> )</p></div><p>Eine Prognose in die Zukunft gibt es nicht, dafür lässt sich der Vergleich mit einer ähnlichen Infrastruktur im eigenen Rechenzentrum („On-Premises“) ermitteln. Da hierfür lediglich die Selbsteinschätzung der Effizienz der aktuellen Infrastruktur abgefragt wird, basieren die Ergebnisse nur auf groben Schätzungen.</p><p><b>Fazit</b>: Microsoft hat sich ebenfalls in Bewegung gesetzt und mit dem <i>Emissions Impact Dashboard</i> ein Analyse-Tool zur Verfügung gestellt. Leider kann nicht jedes Team darauf zurückgreifen, da die kostenpflichtige Lizenz eine Einstiegshürde darstellt. Um nach der Analyse des Ist-Zustandes mit der Optimierung unserer Architektur starten zu können, sollte Microsoft Hilfestellungen und Best Practices nachliefern. Aktuell fehlen sie noch.</p><h3>Die Tools der Google Cloud Platform im Überblick</h3><p>Google gibt an, bereits heute CO2-neutral zu sein. Bei genauerem Hinsehen erreichen sie das aktuell allerdings nur über Zertifikate und Emissionsausgleich. Im Gegensatz zu AWS und Azure visiert Google erst das Jahr 2030 an, um 100 % erneuerbare Energien zu nutzen (<a href="https://cloud.google.com/sustainability?hl=de" target="_blank">Quelle</a> ).</p><p>Dennoch lässt sich sagen, dass Google im direkten Vergleich am besten abschneidet: Mit dem <a href="https://cloud.google.com/carbon-footprint?hl=de" target="_blank">Carbon Footprint Reporting</a>  bietet Google eine kostenlose Übersicht der verursachten Emissionen an, die Anwender*innen direkt über den Billing-Account nutzen können. Auch hier lassen sich die Daten nach Ressourcen und Regionen filtern und im zeitlichen Verlauf betrachten.</p><div><img loading="lazy" src="https://media.graphassets.com/Ju6rwOuTe6toyHpEN956" alt="GCP – Carbon Footprint Reporting – Verschiedene Diagramme der Emissionen nach Zeiträumen und Projekten" width="1024" height="434" /><p>GCP: Diagramme der Emissionen nach Monaten (links) und Projekten (rechts)</p></div><p>Im Vergleich zur Konkurrenz bietet GCP aber deutlich mehr Details. Das Dashboard ordnet die Emissionen einzelnen Services und Projekten zu. Damit können die Nutzer*innen die größten CO2-Verursacher einfacher erkennen und optimieren.</p><p>Allerdings stellt Google nicht nur bereits verursachte Emissionen dar. Mit dem <a href="https://cloud.withgoogle.com/region-picker/" target="_blank">Region Picker</a>  bietet das Unternehmen ein Werkzeug an, um die passende Region für das Hosting der genutzten Services auszuwählen. Neben dem Preis und der Latenz können Anwender auch den CO2-Fußabdruck einbeziehen. Die Faktoren fließen auch direkt bei der Auswahl einer Region ein: Regionen mit besonders hohem Anteil an erneuerbaren Energien hebt das Tool mit einem grünen Blatt-Icon hervor und sie sind direkt im Kontext der ausgeführten Aktion ersichtlich. Anders als bei AWS und Azure müssen wir die Informationen nicht selbst suchen.</p><div><img src="https://storage.googleapis.com/gweb-cloudblog-publish/images/Cloud_Run_region_selector.max-700x700.jpg" loading="lazy" alt="Google Cloud – Auswahl der Region mit Indikator für geringe Emissionen" width="700" height="469" /><p>GCP: Auswahl der Region mit Indikator für geringe Emissionen</p></div><p><b>Fazit:</b> Obwohl das Dashboard kostenlos ist, bietet Google viele Details. Außerdem gibt es bereits eine Übersicht der <a href="https://cloud.google.com/architecture/reduce-carbon-footprint?hl=de" target="_blank">Best Practices</a> zur Reduktion der Cloud-Emissionen. Google punktet außerdem mit zusätzlichen Informationen im Kontext der Services (Stichwort: Auswahl der Regionen). Dadurch haben wir die Möglichkeit, uns aktiv für eine nachhaltigere Lösung zu entscheiden.</p><h3>Ausblick</h3><p>Es ist auch heute schon möglich, die Emissionen unserer Cloud-Architektur zu ermitteln, egal welchen der drei großen Cloud-Provider wir nutzen. Im Artikel haben wir die aktuell verfügbaren Tools von AWS, Azure und Google Cloud betrachtet. Wir können aber mit Sicherheit davon ausgehen, dass sie in den nächsten Monaten jede Menge Verbesserungen der Tools und Dokumentationen veröffentlichen.</p><p>Microsoft (Dashboard nicht kostenlos) und Amazon (Dashboard mit wenigen Details) müssen hier nachziehen, um den Anschluss an die GCP nicht zu verlieren. Währenddessen kann sich Google darauf fokussieren, weitere Orientierung direkt im User Interface zu bieten und so beim Aufbau einer nachhaltigeren Architektur zu unterstützen.</p><p>Im nächsten Artikel der Reihe Green Cloud werden wir Möglichkeiten betrachten, um die gemessenen Emissionswerte zu reduzieren. Das Ziel ist, neben der Verfügbarkeit, der Performance und <a href="https://blog.codecentric.de/2020/04/cloud-fruehjahrsputz-aws-kosten/">dem Preis</a>  noch einen weiteren Faktor in unsere Cloud-Strategie einfließen zu lassen: die Nachhaltigkeit unserer Software.</p>

Green Cloud: Emissionen unserer Cloud-Architektur messen

Mit den <a href="https://aws.amazon.com/de/blogs/aws/introducing-cloudfront-functions-run-your-code-at-the-edge-with-low-latency-at-any-scale" target="_blank">CloudFront Functions</a> bietet AWS die Möglichkeit, den Funktionsumfang von CloudFront um kleine JavaScript-Funktionen zu erweitern. AWS führt diese Funktionen direkt an den Edge-Locations aus und ermöglicht es dadurch, alle ankommenden Requests auszuwerten oder zu bearbeiten, bevor sie an die Backend-Systeme weitergesendet werden. 

Das folgende Beispiel zeigt eine einfache *CloudFront Function*, die einen ankommenden Request als `event` übergeben bekommt. Diesem Request wird ein Header hinzugefügt, bevor der Request zur weiteren Verarbeitung wieder an CloudFront übergeben wird.    
```javascript
function handler(event) {
    const request = event.request;
    request.headers['custom-header'] = { value: "some value"};
    return request;
}
```
Da die Funktionen für jeden Request ausgeführt werden, ist es besonders wichtig, dass die Ausführung performant und effizient erfolgt. Ein Grund dafür, dass die CloudFront Functions so performant sind, ist der <a href="https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/functions-javascript-runtime-features.html"  target="_blank">reduzierte JavaScript-Funktionsumfang</a>. Es sind hauptsächlich ES5- und ausgewählte ES6- und ES7-Features verfügbar. Damit fallen auch `import`- und `export`-Statements weg, die genutzt werden, um Code als Node-Module in anderen Dateien wiederzuverwenden.

```javascript
// module.js
export function myExportedFunction(event) {...}

// Im Test kann die exportierte Funktion kann nach dem Import genutzt werden
import { myExportedFunction } from './module.js';
```

Für die Anbindung der Funktion an CloudFront ist der fehlende `export` kein Problem, da lediglich der Pfad zur JavaScript-Datei benötigt wird. Wenn wir die Funktion aber mit Unit-Tests absichern wollen, stoßen wir auf Probleme. Amazon bietet zwar die Möglichkeit, CloudFront Functions manuell in der AWS-Konsole zu testen. Dies kann automatisierte Tests allerdings nicht ersetzen.

![cf_fn_testing.png](https://media.graphassets.com/sl9Pku5sQXqNcCOeF0l2 "Screenshot aus AWS Console: CloudFront Functions können über das CloudFront-UI getestet werden.")

Im Folgenden beschreibe ich zwei Möglichkeiten, die es ermöglichen, unsere CloudFront Functions zu testen, auch wenn wir sie nicht als Node-Module exportieren können.

## Lösung 1: Function
Die JavaScript-Funktion `readFileSync` erlaubt es, Dateien einzulesen und im JavaScript-Code zu nutzen. Anschließend lässt sich der eingelesene Code über den `Function`-Konstruktor initialisieren. Wir können jetzt unsere Tests wie gewohnt schreiben.

```javascript
const code = fs.readFileSync('./cloudfront-function.js');
const handler = new Function(`return ${code.toString()}`)();

// Die Funktion im Folgenden getestet werden
const result = handler(event);
```

Der Vorteil dieser Lösung ist, dass sie ausschließlich JavaScript-Features nutzt. Es ist also keine zusätzliche Dependency notwendig. Auf der anderen Seite müssen wir etwas mehr Code schreiben, um die Datei zu lesen und als Funktion zu initialisieren. Eine Alternative zum `Function`-Konstruktor ist die <a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/eval" target="_blank">eval</a>-Funktion, die ebenfalls JavaScript-Code aus einem String parsen kann.

⚠️ **Achtung!** Beide Lösungen sind mit Vorsicht zu genießen. Das Einlesen von Code aus externen Quellen stellt ein Sicherheitsrisiko dar und sollte nur in einem gesicherten Umfeld stattfinden. In unserem Fall werden die Funktionen aber nur in Tests genutzt und öffnen keine Schwachstellen in unserem Produktivcode.

## Lösung 2: rewire
Die Bibliothek <a href="https://github.com/jhnns/rewire" target="_blank">rewire</a> erlaubt es, auf nicht-exportierte Properties und Funktionen zuzugreifen. Diese können entweder mit `__get__` gelesen oder mit `__set__` geschrieben werden. In unserem Fall reicht die Get-Funktion, der wir den Namen der gesuchten Funktion übergeben. Die Bibliothek gibt uns dann Zugriff auf die eigentlich nicht exportierte Funktion.

```javascript
const handler = rewire('./extract-ids-from-path.js').__get__('handler');
```

Im Vergleich zur ersten Lösung können wir hier also mit weniger Code an die zu testende Funktion kommen. Dafür müssen wir aber eine zusätzliche Dependency zu unserem Projekt hinzufügen.

## Fazit
Auch wenn es auf den ersten Blick ungewohnt ist, gibt es verschiedene Ansätze, um unsere CloudFront Functions zu testen. Je nach Präferenz können wir ausschließlich JavaScript nutzen oder eine zusätzliche Dependency hinzufügen, um etwas Code sparen. Egal für welchen Weg wir uns entscheiden: Unser Code sollte automatisiert getestet werden, um nicht auf manuelle Tests über die AWS-Konsole angewiesen zu sein.

AWS CloudFront Functions testen

Die ökologische Nachhaltigkeit eines Systems ist aktuell häufig noch kein Thema. Nachhaltigkeit bedeutet für mich in diesem Kontext die Reduktion der verursachten Emissionen durch gesenkten Ressourcenverbrauch – egal ob die Emissionen beim Cloudprovider im Rechenzentrum oder beim Datentransport zum User entstehen. Je früher diese Anforderung mitgedacht wird, desto einfacher kann sie schon in die Architektur einfließen.

Im Folgenden möchte ich Ideen für nachhaltige Architekturentscheidungen beschreiben und dabei auch einen Blick auf andere, nicht-funktionale Anforderungen werfen. Häufig können wir durch eine kostengünstigere oder performantere Lösung auch den Stromverbrauch unseres Systems senken. Der Fokus soll hierbei auf der Public Cloud liegen. Falls ihr ein bereits bestehendes System optimieren wollt, ist es sinnvoll, <a href="https://www.codecentric.de/wissens-hub/blog/emissionen-cloud-architektur-messen" target="_blank">zunächst den aktuellen Verbrauch zu analysieren</a>.

## Wahl der Cloud-Region
Die erste Entscheidung vor dem Deployment einer Ressource in die Cloud ist der Standort. Heutzutage bieten alle Cloud-Anbieter ihre Services weltweit in unterschiedlichen *Regions* und *(Availability) Zones* an. Relevante Faktoren für die Wahl eines Standorts sind die Kosten und Ausfallsicherheit. Auch die Entfernung und damit die <a href="https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_user_a5.html" target="_blank">Latenz</a> zu den Usern spielt eine Rolle.

Möchte man ein möglichst emissionsarmes Deployment der Anwendung, ist der wichtigste Faktor der <a href="https://cloud.google.com/architecture/reduce-carbon-footprint#choose_the_most_suitable_cloud_regions" target="_blank">Strommix vor Ort</a>. Je nach Land und Region unterscheidet sich der Anteil erneuerbarer Energien im Strom stark. Google bietet mit dem <a href="https://cloud.withgoogle.com/region-picker" target="_blank">Region Picker</a> ein Tool an, um die Faktoren Preis, Latenz und Strommix zu gewichten und den optimalen Standort zu ermitteln. Bei den anderen Anbietern können wir mithilfe <a href="https://aws.amazon.com/de/blogs/architecture/how-to-select-a-region-for-your-workload-based-on-sustainability-goals" target="_blank">externer Services herausfinden</a>, in welchen Regionen der Anteil erneuerbarer Energien hoch ist.

Der Strommix sollte aber nicht das einzige Argument für eine Region sein. Jedes Datenpaket gelangt über eine Vielzahl von Systemen von unserem Server zum User und zurück. Je weiter die Strecke, desto mehr Zeit wird benötigt. Aber auch der Stromverbrauch steigt durch die Länge der Strecke an. Wenn unsere Anwendung außerhalb des eigenen Systems Datenverkehr verursacht, ist uns auch dieser Stromverbrauch zuzuschreiben. Hier gilt es also, zwischen dem besseren Strommix einer Region und der Entfernung zu unseren Usern abzuwägen.

## Managed Services
Bei den grundlegenden Compute- und Storage-Services haben wir aber häufig die Wahl zwischen mehreren Alternativen. Eine davon sind <a href="https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_hardware_a4.html" target="_blank">Managed Services</a>: Wir können Code ohne Server und Container mit *Google Cloud Functions* ausführen und Datenbanken ohne Updates und Migrationen mit *AWS DynamoDB* betreiben. 

Leider geben Anbieter kaum Informationen über Architektur und Auslastung der Managed Services heraus. Wir können uns an dieser Stelle nur darauf verlassen, dass die Serverless-Angebote auf höchste Auslastung optimiert werden. Dadurch sparen sich AWS, Azure und Co. Stromkosten und steigern ihre Marge. Wir können uns von einer höheren Auslastung weniger betriebene Hardware und damit einen geringeren Stromverbrauch erhoffen.

Generell muss der Service aber immer zuerst <a href="https://cloud.google.com/architecture/reduce-carbon-footprint#choose_the_most_suitable_cloud_services" target="_blank">zum zu lösenden Problem passen</a>. Wenn eine Funktion beispielsweise 24/7 benötigt wird, explodieren die Kosten von FaaS-Angeboten, wie *AWS Lambda* im Vergleich zu einer eigenen Serverinstanz schnell. Mit „As-a-Service“-Angeboten können wir aber die Verantwortung für die Auslastung unseres Systems an die Cloudprovider abgeben. 

## Leerlauf reduzieren
Wir alle kennen Test- und Entwicklungssysteme, die 24/7 betrieben werden – auch wenn niemand mit ihnen arbeitet. Ressourcen, die nicht benötigt werden, sollten alleine schon aus Kostengründen heruntergefahren werden. Dies reduziert auch den Stromverbrauch und damit die ausgestoßenen Emissionen. Dadurch können wir einen großen Einfluss nehmen, da viele Server im <a href="https://www.computerweekly.com/feature/A-waste-of-energy-Dealing-with-idle-servers-in-the-datacentre" target="_blank">Leerlauf auf Arbeit warten</a>.

Verarbeitet unser System nicht zeitkritische Workloads, können wir hier ebenfalls ansetzen. Ein typisches Beispiel sind Batchjobs, die in der Nacht aufwendige Berechnungslogiken durchführen. Wir können diese Workloads zeitlich verlagern und so Kosten sparen, da die Cloudprovider ihre Server günstiger anbieten, wenn die Auslastung gering ist. Ein Beispiel sind die *<a href="https://aws.amazon.com/de/ec2/spot/instance-advisor" target="_blank">EC2-Spot-Instanzen</a>* von AWS. Gleichzeitig erhöhen wir auch die Chancen für einen emissionsärmeren Strommix, wenn wir unsere Arbeit abseits von Industrie und Haushalten ausführen. Um den Strombedarf von Lastspitzen zu decken, muss häufig Strom aus nicht erneuerbaren Quellen hinzugenommen werden. Die Chance dafür können wir mit diesem Vorgehen verringern.

Mit Services wie der <a href="https://www.electricitymaps.com" target="_blank">Electricity Map</a> können wir noch dynamischer auf den aktuellen Strommix einer Region reagieren. Damit lassen sich Ort und Zeit für eine möglichst ressourcensparende Ausführung von Workloads ermitteln, die nicht zeitkritisch sind. Diese Lösung ist erstmal sehr komplex in der Umsetzung – erlaubt es dann aber, auf aktuelle Bedingungen zu reagieren und den nachhaltigsten Strommix zu nutzen.

Auch die asynchrone Verarbeitung mithilfe einer <a href="https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_software_a2.html" target="_blank">Queue</a> ist eine Möglichkeit, den eigenen Stromverbrauch zu optimieren. Anstatt bei hoher Last zusätzliche Instanzen hochzufahren, kann eine Queue die Anfragen abpuffern. Dadurch umgehen wir eine Überprovisionierung, um unerwartete Lastspitzen auf dem Server verarbeiten zu können. 

## Komponenten skalieren
Individuelle Skalierung kann aber auch einen Schritt früher anfangen. Wieso sollten wir das gesamte System dauerhaft laufen lassen, wenn eigentlich nur ein kleiner Teil ständig genutzt wird?

<a href="https://cloud.google.com/architecture/reduce-carbon-footprint#minimize_idle_cloud_resources" target="_blank">Google empfiehlt</a>, Microservices zu implementieren, falls Teile des Systems unterschiedlich stark genutzt werden. Beispielsweise wird ein *login-service* nur initial gebraucht, um eine Session zu starten. Im Anschluss benötigen die User den *search-service* aber häufig, um Produkte zu finden und den *basket-service*, um diese in den Einkaufswagen zu legen. Aber egal ob Microservices, Monolith oder etwas dazwischen – wir müssen die Nutzungsprofile unserer Systemkomponenten kennen. Nur dann können wir die beste Kombination von “as a service”-Angeboten und dedizierten Servern wählen, um das Problem zu lösen.

Spezialisierte Services helfen uns aber nicht nur dabei, die Performance zu verbessern, indem einzelne Komponenten schneller und stärker skaliert werden können. Auch für den Stromverbrauch hat dieser Ansatz Vorteile: Wir können Instanzen der Services – und damit auch den Stromverbrauch – herunterfahren. Die Kosten reduzieren wir damit gleich mit.

## Fazit
Wir können bereits beim Entwurf einer Architektur darauf achten, ein nachhaltigeres Fundament aufzustellen. Dabei muss es nicht unbedingt auf ein „entweder – oder“ hinauslaufen. Häufig gewinnen wir im Falle einer nachhaltigen Entscheidung auch auf der Kosten- und Performance-Ebene.

Aktuell gibt es noch große Unterschiede beim Strommix in unterschiedlichen Regionen. Über „As-a-Service“-Angebote kann die Verantwortung für eine optimale Auslastung der Ressourcen an die Provider abgegeben werden. Wenn Optimierungen wie diese zu den anderen Anforderungen an ein System passen, lassen sich Emissionseinsparungen auf einfache Weise umsetzen.

Nicht jedes Projekt wird von Anfang an möglichst sparsam entworfen. Aber auch im Nachhinein lassen sich Optimierungen umsetzen. Die Grundlage hierfür ist ein gutes <a href="https://www.codecentric.de/wissens-hub/blog/cloud-fruehjahrsputz-aws-kosten" target="_blank">Monitoring der Kosten</a> und der Performance eines Systems. Dadurch bekommen wir Hinweise für weiteres Optimierungspotential. Diese Potentiale betrachten wir im nächsten Teil der „Green Cloud“-Serie, wenn wir uns die Skalierung des Systems genauer anschauen.


Green Cloud: Ideen für eine nachhaltigere Architektur

<p><em>„Sprichst du mit jemandem in einer Sprache, die er versteht, so erreichst du seinen Kopf. Sprichst du mit ihm in seiner eigenen Sprache, so erreichst du sein Herz.“ – Nelson Mandela</em></p><p>Diesen Freitag und Samstag (12.-13.3.) sind auch wir bei der remote <a href="https://www.deafit.org" target="“_blank”">DeafIT 2021</a>  dabei! Die Konferenz ist ein Raum für gehörlose und hörende IT-ler, um sich fachlich auszutauschen. Das einzigartige an dieser Konferenz: Jeder Talk wird sowohl in Laut- als auch Gebärdensprache zur Verfügung gestellt. Parallel dazu gibt es virtuelle Stände, die man besuchen kann. An unserem Stand wollen wir euch einen unserer Beiträge für mehr Inklusion in der IT zeigen: <a href="https://signtogether.github.io/DGSMemory" target="“_blank”">ein Memory, das beim Lernen Deutscher Gebärdensprache (DGS) unterstützt</a> .</p><h2>OffProject Time für gute Zwecke nutzen</h2><p>Als Softwareentwickler:Innen lösen wir ständig Probleme. Die meiste Zeit über tun wir das für unsere Kunden, die unsere Hilfe wollen, um ihre Geschäftsmodelle und -prozesse zu digitalisieren. Aber auch in unserem Alltag gibt es viele Herausforderungen, die man mit digitalen Lösungen begleiten kann. Nur fehlt dafür leider oft die Zeit und das Geld. Durch unsere OffProject Time bei codecentric können wir allerdings einen Beitrag leisten, unsere Expertise verstärkt auch für solche Projekte einzusetzen.</p><p>Und so haben wir in den letzten Jahren den jährlichen Charity Day des Standortes München einem Hackathon zu Gunsten solcher Projekte gewidmet. Ein solcher Hackathon ist auch eine ideale Gelegenheit für Teambuilding. Der zeitlich knappe Rahmen schweißt uns mehr zusammen, und wir können einige wichtige Skills für unsere alltägliche Arbeit schulen: Gerne zerreden wir viele innovative Ideen, noch bevor wir ihnen überhaupt eine Chance gegeben haben. Dafür ist in diesem Setup keine Zeit, sondern man muss sich im Team schnell und konstruktiv auf ein gemeinsames Ziel einigen. Da sichergestellt ist, dass man sich zeitlich nicht zu ausschweifend damit auseinandersetzt, kann das auch wirklich etwas sein, an das man sich sonst nicht so heran getraut hätte, weil es dem Team doch zu roh oder kreativ erscheint. Beim Hackathon gilt: einfach ausprobieren. Dann überrascht man sich manchmal selbst, wie machbar vieles doch ist. Allerdings kann man auch nicht zu weit nach den Sternen greifen, sondern muss sich auf ein kleines Set an Features begrenzen, um realistischerweise zu einer nutzbaren Umsetzung zu kommen. So trainieren wir für uns immer wieder den MVP-Gedanken und fokussieren unsere Arbeit, statt viel abzuschweifen oder vergoldete Wasserhähne zu bauen.</p><h2>Die Idee des DGS Memory: Spielend Gebärden lernen</h2><p><img src="https://media.graphassets.com/0d4XCnE4QQKkZLp0U9Ul" alt="DGS Memory mit zwei aufgedeckten Karten: einem Video und dem Begriff &quot;Software Architektur&quot;" width="409" height="412" /></p><p>In Bezug auf das unterstützte Lernen von DGS hat das für uns bedeutet: Wir passen ein bewährtes Spielkonzept wie Memory an die Bedürfnisse von Gebärdensprache an. Diese hat ganz andere Eigenschaften als wir es von Lautsprachen gewohnt sind, z. B. kann man Unterhaltungen auf Entfernung oder in lauten Umgebungen führen, stößt aber an Grenzen, wenn es dunkel ist. Daraus ergeben sich für Lernende ganz andere Herausforderungen. Statische Vokabelkarten funktionieren für das Lernen von Gebärdensprache nicht sehr gut, da das Visuelle und die Bewegung im Fluss eine große Rolle spielen. Hier kann ein digitaler Lernansatz wahnsinnig gut unterstützten, da wir mit Videos arbeiten können, statt mit statischen Bildern und Text. Für unsere Umsetzung ist also die größte technische Herausforderung, Videos gut einzubetten und dem Spieler vielfältige Möglichkeiten zu geben, diese anzuzeigen. Dabei haben wir sowohl alltägliche Vokabeln gewählt (Kategorien wie Tiere oder alltägliche Floskeln) als auch speziell an das Programm der DeafIT angepasste IT-Wörter wie „Agiles Projektmanagement“ oder „Web Development“. So wollen wir die Kommunikation auf der Konferenz, aber besonders auch im Alltag vereinfachen — egal ob beruflich oder privat. Gerne könnt ihr euch mit dem Memory auf die kommenden Konferenztage einstimmen!</p><h2>Mitstreiter gesucht!</h2><p>Mittlerweile hat sich aus dem Hackathon-Projekt eine <a href="https://github.com/signtogether" target="“_blank”">Open-Source-Initiative</a>  entwickelt. Die aktuell geplanten Features enthalten z. B. verbesserte Accessibility, aber auch das Anlegen eigener Kategorien. Wir freuen uns wahnsinnig über Mitstreiter, egal ob es um Feedback, Hilfe bei Design oder Programmierung geht – jede:r kann sich gerne beteiligen. Besonders wünschen wir euch aber einfach Spaß beim Spielen und Lernen der wundervollen Deutschen Gebärdensprache!</p><p>Hier gehts</p><ul><li><ul><li>zur DeafIT: <a href="https://www.deafit.org" target="“_blank”">https://www.deafit.org</a> </li><li>zum DGS Memory: <a href="https://signtogether.github.io/DGSMemory" target="“_blank”">https://signtogether.github.io/DGSMemory</a> </li><li>zum GitHub Repository: <a href="https://github.com/signtogether/DGSMemory/issues" target="“_blank”">https://github.com/signtogether</a>  bzw. <a href="https://github.com/signtogether/DGSMemory/issues" target="“_blank”">https://github.com/signtogether/DGSMemory</a> </li></ul></li></ul>

Digitalisierung unterstützt Inklusion – Vorfreude auf die DeafIT 2021

München | Team

Vielen Dank für deine Anfrage. Ich melde mich bei dir.

Vielen Dank für deine Anmeldung. Eine E-Mail zur Bestätigung ist zu dir unterwegs.

Diese Seite ist eine Vorschau. \nKlicken Sie hier\n, um den Vorschaumodus zu verlassen.

Zu deiner Suche haben wir leider keine passenden Blogartikel gefunden. 

Du hast noch Fragen zu diesem Thema? Dann sprich mich einfach an.

Die \nDatenschutzerklärung\n der codecentric AG habe ich zur Kenntnis genommen und bestätige das mit der Absendung des Formulars.*

Entdecke spannende weiterführende Themen und lass dich von der codecentric Welt inspirieren.

Ich möchte eure Inhalte abonnieren. Diese Einwilligung kann ich jederzeit widerrufen bzw. den Blog Newsletter abbestellen. Die Datenschutzerklärung habe ich gelesen. Ich bin damit einverstanden, dass die codecentric AG, Hochstr. 11, 42697 Solingen, mich über eigene Dienstleistungen, branchenrelevante Events, Webinare und Publikationen der codecentric AG über die von mir angegebene E-Mail-Adresse informiert. Meine Einwilligung ist freiwillig. Ich kann meine Einwilligung jederzeit mit Wirkung für die Zukunft widerrufen (z.B. über den hierfür vorgesehenen Abmeldelink in unserem Newsletter, per E-Mail an datenschutz@codecentric.de oder per Post an die oben genannte Adresse der codecentric AG) erklären. Weitere Hinweise zur Verarbeitung meiner personenbezogenen Daten und zu meinen Rechten als betroffene Person finde ich hier: \nhttps://www.codecentric.de/datenschutzerklaerung\n

Bitte wähle deine/n gewünschte/n Standort/e aus.

Wir möchten dich als Mensch kennenlernen. Erzähle uns, wer du bist, worauf du Wert legst, wie du gerne arbeitest und was du von uns als Arbeitgeber erwartest.

Bitte füge deine Bewerbungsunterlagen ​(mind. Lebenslauf, gerne auch mehr)​​ ​als eine ​PDF-​Datei ​hinzu.

Ich habe die \nDatenschutzbestimmungen\n und die Einwilligung in die Datenverarbeitung gelesen und stimme diesen zu.*

Job application form field placeholder 10

Keine passende Rolle gefunden? Bewirb dich bitte trotzdem initiativ! Jenseits von starren Schubladen zählen für uns vielmehr Motivation, Kompetenz und der Cultural Fit.

Job application form field placeholder 11

Dies ist ein Pflichtfeld, bitte fülle es aus.

Kontakt

Absenden

Willkommen im Team München

Gemeinsam bessere Projekte umsetzen.

Wir helfen deinem Unternehmen.

Unsere Leistungen

Hilf uns, noch besser zu werden.

Zu den Jobangeboten