#codebarn - Digitalisierung von Dev bis Ops

CTA, SEO, SEM, MfG… und sowieso sind alles Landing Pages! Eine “normale” Webseite baut keiner mehr. A/B Tests finden heraus, welche am besten ist und ob die Call-to-Action funktioniert, oder doch lieber von Blau auf Grün gewechselt werden soll. Dann bewerben wir noch alles schnell bei Google, bei Facebook und Konsorten und dann wird man ja gesehen… oder etwa nicht?

Alle schreiben sich selber zu, zu wissen, welche Regeln man befolgen muss, um sofort sichtbar zu sein. In welche Keywords man sich einkaufen muss. Wo man Ads schaltet. Wie diese aussehen müssen. Wie man LinkedIn Artikel schreibt. Die Angebote sind vielfältig. Aber wenn es jeder weiß, wieso verschwindet dann trotzdem so viel in der Versenkung?

Aus ein paar Versuchen werden Annahmen und Vorhersagen gemacht, über das zu erreichende auf den jeweiligen Plattformen. Und wenn der Erfolg dann nicht bei dir ankommt… tja, dann hast du etwas falsch gemacht! Dabei ist so viel reiner Zufall. Ja, wir können erahnen, wie sich Algorithmen aktuell verhalten. Diese ändern sich aber. Ja, wir wissen einigermaßen genau, wie sich Menschen in der Regel auf einer Webseite benehmen. Aber nicht alle sind gleich!

Nicht alles, was als “Standard” propagiert wird, passt auf die eigene Zielgruppe, die Personas, die man ansprechen möchte. Ist das alles also nur ein Tropfen auf den heißen Marketing-Stein? Oder wie kann ich zumindest herausfinden, was für mich funktioniert? Torben und Savas haben da bestimmt ein paar Ideen…

Wie stellt ihr euch so auf? Erzählt es uns doch mal unter codebarn@zackbummfertig.tv (aber keine Ads-, Marketing-, Vertriebsversprechen bitte ^^’)

Eigentlich ist es doch schön: Man hat jeden Tag zu tun, arbeitet, schreibt Mails, spricht im Team in Meetings. Die Auftragslage ist gut.. Also alles gut?

Natürlich ist das Ziel Auslastung, um einen gewissen Projekt- und, seien wir ehrlich, Lebensstandard zu halten. Aber muss man dafür wirklich jedes Projekt annehmen? Muss man alles machen um das Geschäft am Laufen zu halten? Abseits von Work-Life-Balance, welche ein anderes Thema beschreibt: Wie hält man eine Eigenmotivation für den eigentlichen Traumberuf?

Sei es die Selbstständigkeit in Aufgaben, die Produkt- und Projektmotivation, welche uns antreibt, oder der Dritte, der Manager oder das Team, was uns motiviert. Wie kann uns das überhaupt helfen, nicht in den Burn-out zu laufen, um vernünftig zu planen, aber gleichzeitig nicht ins Schlingern oder den Boredom zu fallen?

Motivation, Belastung und Resilienz sind sehr intrinsische Themen, welche extrinsisch beeinflusst werden: Das Telefon klingelt, der Messenger blinkt. Aber wir sitzen am Steuerknüppel, also wie die Kontrolle behalten?

Über ihre persönlichen Erfahrungen und Hausmittel sprechen Savas und Torben dieses mal, und auch mit Erfahrung darf man sagen: Selbst die alten Herren sind nicht gefeit vor den Problemen!

Wie handhabt ihr Projekte, Stress, Kommunikation etc.? Erzählt es uns unter codebarn@zackbummfertig.tv

Testen? Wofür? Läuft doch alles. Und überhaupt, wofür brauche ich denn Tester? Das bisschen rumklicken kann ich auch selbst!

Sowas hört man gerne. Von Entwicklern, die keine Fehler machen. Von Managern, die keine Tester bezahlen wollen, weil die Entwickler gefälligst 100% funktionierenden Code schreiben sollen. Aber so einfach ist die Welt der Soft- und Hardware leider nicht. Mobile Geräte haben den Markt stark fragmentiert, und selbst 100% Unit-getesteter Code kann Fehler enthalten, wenn die Testbedingung und ggf. die Spezifikation schon falsche Annahmen machten.

Dafür gibt es die Quality Assurance. QA ist dabei jedoch ein übergreifender Begriff, der viel enthält und wo alle mit drauf einzahlen müssen, damit die Qualität auch wirklich abgesichert wird: Die Entwickler müssen Unit, Integration, E2E Tests schreiben. Tester klicken sich durch die Application und verifizieren ggf. die Acceptance Criteria. Und dazwischen? Da gibt es doch heute Test Automation und entsprechende Engineers für. Was machen die eigentlich?

Das beantwortet uns diesmal Benjamin Bischoff ( https://www.linkedin.com/in/benjamin-bischoff/ ), Test Automation Engineer bei Trivago, und gibt uns einen Einblick, wie die getestete Welt von morgen ausschaut.

Failed ihr noch oder testet ihr schon? Erzählt es uns unter codebarn@zackbummfertig.tv

Weiterführende Links:
- https://www.ministryoftesting.com/
- https://www.istqb.org/
- https://testcon.lt/
- https://www.selenium.dev/
- https://cucumber.io/

Wie fängt eigentlich alles an? Naja, nicht alles. Aber wie haben wir angefangen?

Wie fing das mit dem Programmieren an? Mit dem Interesse für Technik, Software und Co. Ob Studium, Ausbildung oder Quereinsteiger… was sind unsere Gründe und Hintergründe? Es wird Zeit, sich anzuschauen, wie Savas und Torben überhaupt angefangen haben, was sie “durchgemacht” haben und woran sie gewachsen sind.

Dabei gibt es auch “einfache” Fragen:
- Wie kommt man in die Programmierung und was sollte man (heute) am besten erlernen?
- Welche Programmiersprache soll ich lernen?
- Welches Framework sollte man können?
- Wo verdiene ich am meisten?
- Wo hab ich die besten Jobchancen?

Denn diese Fragen kommen immer wieder auf. Zeit zu versuchen, Antworten zu finden. Und wie ginge das besser, als mit einer externen Betrachterin wie Antje ( https://www.linkedin.com/in/antje-lemberg-00a140182/ ), die Beauftragte für den Anfang. Denn ihr Werdegang weicht ein wenig von dem von Torben und Savas ab…

Wie habt ihr angefangen? Wir seid ihr in die Industrie gekommen? Schreibt uns gerne an codebarn@zackbummfertig.tv

Weiterführende Links:
- https://www.udacity.com/
- https://www.udemy.com/
- https://www.coursera.org/
- https://www.linkedin.com/learning/

Es war ein großes Versprechen der 2000er und 2010er: Spielzeuge, die untereinander agieren können, Kindern noch besser Wissen vermitteln mit Spaß und Freude, und alle Brettspiele durch NFC, Tablets und positronische Gehirne das Erlebnis zu verbessern. Rausgekommen sind ein paar Leuchttürme, wie die Tonies und das eine oder andere Brettspiel wie Space Alert und XCOM. Ist das der Durchbruch?

Industrie 4.0, die totale Vernetzung, IoT an jeder noch so kleinen Produktionslinie mit Millionen Daten, welche KIs antreiben und lernen lassen… Spielzeuge für die großen Kinder war auch solch ein Versprechen, was wir ebenfalls seit mehreren Legislaturperioden gepredigt bekommen. Und ja, ein paar Produktionsketten sind auch vernetzt. Oft nur, um Störungen schneller zu erkennen. Aber wo ist der echte Mehrwert? Der nächste Schritt?

Der Markt ist hoch interessant, die Technik spannend, die Möglichkeiten… Gewaltig? Darüber wollen Savas und Torben mal sprechen, als Consumer aber auch Entwickler, warum wir hier seit Jahren mehr Schein als Sein erleben…

Wieviele Skylanders liegen bei Euch rum? Schickt uns gerne Bilder davon an codebarn@zackbummfertig.tv

Wir alle sind schon einmal gescheitert: im Sportunterricht, in der Liebe, auch in unseren Projekten. Aber ist das schlimm?

“Move fast and break things” war einst das interne Facebook Motto. Aber selbst das hält heute nicht mehr stand und wurde zu “Move fast with stable infrastructure”. Also, was ist der richtige Weg?

Torben und Savas haben schon einige Projekte mitgemacht, die anders endeten als ursprünglich geplant. Projekte, die komplett gestoppt wurden, zu Verlusten führten oder sogar ganze Teams auflösen. Daraus haben sie ihre Lehren gezogen und sind daran gewachsen, sogar vielleicht mehr als durch Erfolge. Doch macht sie das immun gegen das Scheitern? Und sollte es das überhaupt?

Dieses Mal sprechen wir über das Scheitern, über Fehlplanungen, unausgesprochene Annahmen, Kommunikationsfehler und die Lessons Learned, die zumindest wir daraus ziehen konnten. Aber: Das sind unsere Erfahrungen! Sie sind nicht pauschal auf euch übertragbar, da alle Eingabefaktoren bereits im Kleinen stark auseinandergehen können. Vielleicht könnt ihr ein paar Features mitnehmen und auf eure Prozesse labeln…

Wie oft seid Ihr schon gefailed? Schreibt uns codebarn@zackbummfertig.tv

Alles wird nur noch agil gemacht. Egal ob Software-Entwicklung oder Recruiting-Prozesse: Agil muss es sein! Warum? Weil das besser ist! Wieso? Ja… gute Frage. Wird schon irgendwie. Erzählen alle anderen doch, dass das besser ist.

Es grassieren eine Menge “Vorurteile” gegenüber agilen Methodiken. Und sowieso wird agil gerne mit Scrum gleichgesetzt. Wenn man das einführt, muss man weniger planen, weil man ja agil ist. Das Team performed besser, denn es ist selbstorganisiert. Ich als Manager muss nur noch sagen, dass ich die App in drei Monaten will, und den Rest wird sich das Team schon erfragen oder selber machen und in drei Monaten habe ich den Profit. Perfekt! Ist das alles wirklich so einfach?

Dafür setzt sich Savas dieses mal ohne Torben aber dafür mit Alexander Stein (https://www.linkedin.com/in/alexander-stein-11413077/) zusammen und bespricht Agilität, Scrum, Kanban, XP, Lean und so viel mehr, denn neben Regelwerken und Prozessen sind die Menschen hinter diesen entscheidend.

Falls ihr uns eure Erfahrungen mit agilen Methodiken mitteilen wollt oder auf der Suche nach Hinweisen und Support seid, schreibt uns gerne an codebarn@zackbummfertig.tv

Weiterführende Links:
- Manifesto for Agile Software Development https://agilemanifesto.org/
- Scrum Guides https://scrumguides.org/
- Agiler Norden e.V. https://agiler-norden.de/
- Scrum.org https://www.scrum.org/
- Scrum Alliance https://www.scrumalliance.org/
- Kanban University https://kanban.university/
- https://www.danpink.com/books/drive/
- https://www.amazon.de/Thinking-Fast-Slow-Daniel-Kahneman/dp/0141033576

Viele Entwickler haben schon mal davon geträumt: Irgendein Paket auf Github veröffentlichen und plötzlich “berühmt” werden, anerkannt von “der Community”. Stolz erfüllt den Entwickler. Sichtbarkeit, Funding, und die Projekte kommen dann von alleine. Es klingt fast schon romantisch. Aber stimmt das?

Torben hat seinen ersten akzeptierten Laravel Pull Request sogar ausgedruckt, mit einem gewissen Stolz. Savas hat einige Repos und Contributions zu Projekten, welche er selber einsetzt. Weniger aus Sichtbarkeit, aber aus Verbesserung und damit Nutzen. Eigentlich vollkommen egozentrisch, oder?

Bei über 50 mio Repos und über 15 mio aktiven Entwickler allein auf Github ist es auch schwer den Fame einzuheimsen. Also ist der Ansatz der Falsche? Oder was bringt die Entwicklung von und für OSS?

Warum sollten Entwickler OSS machen? Wir leben heute von Stackoverflow, von NPM Packages, fast alles was wir nutzen wäre ohne OSS nicht denkbar. Und dabei übt es einen selbst auch!
Bei einer Bewerbung gleich auf sein Github Repo zu verlinken gehört heute zum guten Ton, und man kann mehr aus dem Code lesen als aus der Bewerbung. Projekte wie https://realworld.io helfen mit “echten” Projekten Frameworks und Programmiersprachen kennenzulernen.

Also dient Open Source nicht nur dem Selbstzweck der Offenheit für andere, sondern öffnet auch den eigenen Horizont um neues zu lernen, größeres zu probieren, unter anderen Gegebenheiten zu agieren… benefit for all!? Aber was wenn Open-Source und Open-Ideas aufeinander prallen…

Wie versprochen, hier ist Torbens PR #999 https://github.com/laravel/jetstream/pull/999 ^^

Contributed ihr auch? Schickt uns doch gerne eure Open Source Projekte an codebarn@zackbummfertig.tv

Alles ist eine App! Die Smartphones haben unsere Sprech- und Denkweise verändert, sodass Apps nicht mehr nur auf mobilen Geräten laufen, sondern auch auf Desktops, Kühlschränken, Fernsehern und Druckern. Und alle wollen Apps haben, vor allem bei Google und Apple. Also ist doch alles easy, oder?

Mit Cross-Compile Frameworks und mehr und mehr Fokus auf mobile Apps sollte man meinen, dass das Entwickeln ein Kinderspiel ist. Ein bisschen Zusammenklicken, Standard-Widgets nehmen, Daten-API dran und gut ist. Aber dann geht der Spaß erst los! Das Package ist wieder nicht kompatibel mit Android 29. Du hast bei Apple den Tracking-Overlay nicht eingebaut. Und dein Reviewer hat heute einen echt beschissenen Tag.

Welche Stolpersteine und Probleme von Entwicklung über Tests bis zu Einreichung und Release passieren können besprechen Torben und Savas dieses Mal in der #codebarn.

Fragen und Feedback empfangen wir sehr gerne hier: codebarn@zackbummfertig.tv

Es wird von Onlinezugang, Digitalisierung, Startup-Offensive und Programmierfächern an der Schule gesprochen. Aber am Ende warten wir trotzdem noch sechs und mehr Wochen auf einen Termin für den Personalausweis, um diesen zu beantragen und abzuholen.

In Estland kann ich ein Unternehmen online gründen. In Deutschland bin ich gezwungen dem Notar Vorlesestunden zu bezahlen. Und danach kommen tausend weitere auf mich zu (oder auch nicht) und wollen auch noch was. Aber sie haben ja jetzt alle Online-Formulare… also alles Digital, oder was?

Warum “Digitalisierung” nicht einfach bedeutet “PDF auf der Webseite zum ausdrucken und Faxen” besprechen Savas und Torben einmal ganz frei von Vorurteilen. Aus der Sicht der Möglichkeiten, schauen sie, was Digitalisierung sein kann, wie es helfen kann, wie es Mehrwert erzeugen kann, und warum “Digitalisierung” nicht automatisch “Arbeitsplatzvernichtung” meint… denn auch “Digitalisierung” kann “Bürokratisierung” fördern. Aber wollen wir das?

Feedback und Co: codebarn@zackbummfertig.tv

2020 wurde das erste Haus in Deutschland in Beckum in einem 3D-Druckverfahren hergestellt. In 100 Stunden zum Eigenheim? Wenn wir Bürokratie und das drumherum mal weglassen…

Können das nun alle selbst? 3D-Drucker kann sich jeder bestellen. Prusa, Creality, Anycubic und viele mehr sind auf dem Markt. Material gleich dazu. Modell runtergeladen und fertig ist die Scheibenbremse für das eigene Auto. Oder doch nicht?

Wofür dann selber drucken? Testen, Prototyping, Rapid Development sind Begriffe, welche in der Softwareentwicklung gang und gäbe sind. Mit 3D-Druck aber auch Raspberry Pi und Arduino halten sie seit Jahren ebenfalls Einzug in die Hardware. Mal schnell den eigenen interaktiven Spiegel oder das Smart Home bauen. Oder die schnelle Kundenzählung, Einlasskontrolle und so viel mehr. Jetzt kann jeder selbst nicht nur die Software sondern auch die Hardware prototypen.

Aber reicht der Prototyp auch für die Serie? Um das herauszufinden, haben Savas und Torben heute Chris Figge von https://twitch.tv/chrisfigge zu Gast um das Thema “Fail Fast, but fail” mal genauer im Bereich des Hardware Prototyping zu durchleuchten.

Feedback und Co: codebarn@zackbummfertig.tv

Von New Work wird schon lange gesprochen, und Freelancer auf Bali sind nichts neues. Aber in den letzten Jahren hat sich das Remote arbeiten plötzlich durch viele Industrien in auch alte, verkrustete Umgebungen eingeschlichen. Doch ist oder war das gut?

Es ließ sich nicht vermieden und vorher schon sprachen alle von eigenen Time Blocks, von Freiheit seinen Tag zu gestalten und dadurch effizienter zu sein. Hat das geklappt? Man hört von verschobenen Game Releases viel häufiger. Tage werden durch Meetings zerrissen, die formalisierter als der Gang zum Kaffee sind. Abstimmungen zwischen Entwicklern sind möglich durch Tools wie z.B. Jetbrains, aber wie viel werden sie effektiv genutzt?

Torben und Savas gucken sich die Herausforderungen ihres eigenen Alltags einmal an, sprechen über ihre Historie mit Remote Teams und Work und reden über Gegenwart und Zukunft, denn weg wird diese neue Welt nicht gehen…

Feedback und Co: codebarn@zackbummfertig.tv

Low-Code ist das neue Buzzword. Manchmal sogar schon No-Code. Aber wenn wir No-Code wollen, brauchen wir denn dann überhaupt noch Entwickler?
Low-Code-Tools und Prinzipien gibt es schon lange, aber sie kommen mehr und mehr in den Vordergrund und werden derzeit als Trend stark gehyped. Aber was steckt hinter diesem Hype? “Schreibt” sich jetzt jeder seine eigenen Tools? Ist es nur noch ein Zusammenklicken von Buttons und Containern, wie früher in Visual Basic und Delphi? Oder lösen wir eine neue Epidemie der VBA Makro Excel Virenschleudern aus?

Fragen und Feedback an codebarn@zackbummfertig.tv

Entwickler sind heutzutage eine gefragte Ressource. Alle brauchen Programmierer. Der Fachkräftemangel schreit jeden Tag aus den Nachrichtenblättern. Das führt dazu, dass Entwickler heiß begehrt auf LinkedIn, Xing und anderen Plattformen sind.
Doch wie rekrutiert man Entwickler und was sagt uns eigentlich dieser Schwall an Standardtexten und Versprechungen wirklich über die jeweilige Herausforderung?

Marketing und Vertrieb an sich sind schwer. Aber Marketing zum Zweck der Rekrutierung ist noch einmal schwieriger. Man muss Menschen überzeugen, sich im Extremfall ein Leben lang einer Sache zu widmen.
Wenn diese Menschen aber stark gefragt und sich dessen bewusst sind und dementsprechend Ansprüche haben, wie macht man das dann? Indem man agil ist? Modern? Eine Work-Life Balance lebt? Einen Pool auf dem Dach hat?

Torben und Savas graben sich einmal durch diesen Wust von Versprechungen und Bullshitting und diskutieren darüber, ob, wenn alle “speziell” sind, es keiner mehr ist…

Wie rekrutiert ihr oder wie wollt ihr angesprochen werden? Erzählt uns eure Geschichten unter codebarn@zackbummfertig.tv

Viele Entwickler von heute sind in mit Videospielen aufgewachsen. Und nicht wenige werden sich gedacht haben: Das will ich auch machen! Aber wollen alle wirklich Spiele machen?
Programmierung und Spieleentwicklung sind nämlich zwei paar Schuhe, da ein Spiel zu entwickeln viel mehr umfasst als “nur” das Programmieren: Product Design, Art, die “Game Loop”, Marketing, Vertrieb, F2P, Pay2Win etc. Wer sich einmal damit beschäftigt und versucht, ein neues “Schach” oder “Mensch ärgere dich nicht” zu entwickeln, wird schnell merken, dass viel mehr dazugehört, als man sich anfangs vielleicht vorstellen konnte.
Welche Erfahrungen haben Torben und Savas gemacht und von welchen können sie heute noch zehren? Wie blicken sie auf die derzeitigen Konsolidierungen am Markt? Und wie stehen AAA-Produktionen einem Candy Crush gegenüber - in puncto Entwicklung, Marketing und Umsatz? Denn am Ende wollen wir alle doch nur Spaß am Spiel haben…

Game Empfehlungen bitte an codebarn@zackbummfertig.tv

Jedes Jahr bringt Neues: Programmiersprachen, Frameworks, Tech Trends und mehr Themen sprießen permanent aus dem Boden. Und trotzdem stehen Java, Python und C immer noch. Python gerade wieder mehr denn je durch einen “neuen” Trend namens “AI”. Jedoch haben diese Trends meist nur die Halbwertszeit eines Higgs-Bosons.
In einem Hin und Her aus kurzen Themenblöcken sprechen Torben und Savas über aktuelle und vergangene Tech Trends & Themen, die sie bewegen oder bewegten und bewerten diese teils auch ganz subjektiv.
Was ist aus manchen Themen geworden und was wurde nur heiß gekocht, aber nicht so heiß gegessen? Sind das alles nur neue Buzzwords nach “Knowledge Management” und “Cloud”? Oder steckt vielleicht doch mehr hinter dem ein oder anderen…?

Feedback und Co. bitte an codebarn@zackbummfertig.tv

Blockchains, Ledgers, Crypto, Currencies und jetzt NFTs: So viel Tech-Sprech gab es lange nicht mehr in alltäglichen News. Und während manche sich beschweren, dass an der Schule nicht gelehrt wird, wie man seine Steuern macht, “investieren” heute alle in Bitcoins, kaufen NFTs und setzen auf Anlagen. Aber weiß denn jeder, wie das überhaupt funktioniert? Und was kommt am Ende dabei rum? Können Ledger aussterben?

Gerüchte und Fakten, Hype und Hypothesen umgeben die Stichworte Bitcoin & Blockchain allgegenwärtig. Jeder will dabei sein, aber selbst tech-affine Entwickler und User können sich zwar einlesen, aber es der Großmutter erklären, so dass auch sie es versteht, wird schwerer.

Darum wollen wir uns dieser “Kunstwelt” aus Schein und Sein einmal zuwenden und herausfinden: Was ist Schein? Und was ist wirklich Sein…

Feedback wie immer an codebarn@zackbummfertig.tv

Jira, Gitlab, Productboard, Hubspot, Zoom, Slack, Teams… Sterben wir den SaaS-Tod?

Monthly Recurring Revenue, Churn Rates, KPIs etc. sind die Buzzwords des modernen Business Models. Keiner verkauft mehr “Software”. Alle verkaufen “Services”! Und ein Service reicht nicht mehr aus. Der Projektmanager benötigt Jira und Productboard. Die Developer Gitlab und Jetbrains. Die Artists Zeplin und Adobe. Und alles muss auch noch verknüpft werden. Also die Plugins gleich noch oben drauf. Ach ja, und einen Microsoft oder Google Business Account haben wir ja auch alle.

Hier 10€, da 5€… pro User… pro Monat. Und wenn die Konsequenz fehlt, geht auch die Konsistenz zwischen den Tools verloren. Da sprechen die einen über Slack, die anderen haben ein Teams-Team und wieder andere Zoomen durch die Video-Calls.
So schön diese moderne, liberale Wahlfreiheit doch erscheint - haben wir überhaupt eine Wahl?

Feedback und Co bitte an codebarn@zackbummfertig.tv

Die letzten zwei Jahre haben den Online-Handel in neue Höhen getrieben. Durch Ausfall der stationären Geschäfte ist es notwendig geworden, andere Wege zu finden, seine Produkte in die Hände der Menschen zu bekommen. Ein eigener Online Shop - das muss es sein!

Aber ist das denn wirklich so einfach? Versprechen tun die Anbieter viel, aber halten sie diese Versprechen denn auch ein? Und wenn wir uns das Ganze aus Entwicklersicht anschauen, ist es denn auch flexibel genug, als dass eine Agentur hier mehr als “nur” zusammenklicken kann?
Zusammen durchstöbern Torben und Savas die “Unicorns” wie Shopify, Squarespace und Wix und schauen, was Developer diesen Ökosystemen wirklich bieten können.

Feedback und Co bitte an codebarn@zackbummfertig.tv

Wenn man alles alleine entwickelt, muss man nur sich selber organisieren. Sobald aber größere Projekte anstehen mit vielen Entwicklern oder sogar mehreren Teams, kommt sehr schnell eine Management-Schicht dazu, deren Aufgabe es ist, zu organisieren und zu kommunizieren. Aber was eigentlich?

Egal ob Agil oder Wasserfall: Organisation und Kommunikation sind zwei wichtige Aspekte in der geteilten und heutzutage auch verteilten Arbeit. Wer arbeitet mit wem an was - und ist überhaupt klar, was zu erarbeiten ist? Was erwartet der PM vom Dev und andersherum? Und überhaupt: Was ist eigentlich ein PM? Und was ein PO? Und ein Producer? Und und und…

Torben & Savas haben in beiden Positionen gearbeitet und tun es auch noch aktuell - sei es technisch, projekt- oder produktorientiert. Wenn Devs zu Managern werden, gibt es gerne mal Probleme, und überhaupt: sollten Devs überhaupt Manager sein? Die Antworten sind nicht ganz einfach…

Feedback und Co bitte an codebarn@zackbummfertig.tv

Alexa scheint überall zu sein. Die Echo-Geräte gehören bei jedem Event zu den meistverkauften Einheiten bei Amazon. Selbst im Auto kann Alexa sein. Aber wofür eigentlich? Steuern wir nun alles per Sprache? Spielen, lauschen, leben wir nur noch mit Alexa?

So sehr die Hardware verbreitet ist, scheint das dazugehörige Ökosystem noch nicht allzu geläufig zu sein. Was kann man nutzen, um selbst Skills zu entwickeln? Was muss man dabei bedenken?

Wie gut, dass Torben das bereits gemacht hat, um uns einen Einblick in die Welt von Alexa, Speech-to-Text und interaktiven Hörspielen zu geben.

Feedback und Co bitte an codebarn@zackbummfertig.tv

Serverless ist das neue “Big Data”, das neue “Cloud” unter den Buzzwords. Aber was bedeutet das eigentlich? Habe ich jetzt gar keine Server mehr? Und muss ich jetzt alle meine Applikationen in “Functions” übersetzen?

Serverless Computing wirft oft viele Fragen auf, aber genauso, wie man nicht einfach “in die Cloud” geht, steht hinter “Serverless” ein Aspekt der Functions as a Service (FaaS), welche explizit genutzt werden müssen und sollten, um den Mehrwert der automatischen Skalierung und Bereitstellung bekommen zu können.

Torben und Savas geben eine Einführung und unterhalten sich über die mittlerweile zahlreichen und vielfältigen Provider von AWS bis Vercel und Frameworks von Serverless bis Vapor. Außerdem erläutern sie, wann es Sinn macht, FaaS in Betracht zu ziehen und wann aber auch nicht. Denn es ist nicht “one solution fits all”...

Feedback und Co bitte an codebarn@zackbummfertig.tv