Vom HTL-Praktikum zum Technical Lead: Die DevStory von Markus Hiesmair (solvistas GmbH)

Ein Einstieg ohne Masterplan – und eine frühe Leidenschaft fürs Programmieren

In unserer DevJobs.at devstory „Markus Hiesmair, Software Engineer bei solvistas“ (solvistas GmbH) erleben wir einen Werdegang, der vielen Nachwuchsentwicklerinnen und -entwicklern bekannt vorkommen dürfte: Man steigt in die Technik ein, ohne genau zu wissen, was auf einen zukommt – und entdeckt dann Schritt für Schritt die eigene Begeisterung.

Markus beschreibt seinen Start so direkt, wie man es sich wünscht:

Dieser nüchterne Anfang markiert ein wiederkehrendes Muster seiner Laufbahn: Neugier, Ausprobieren, Dranbleiben. Er grenzt das Schulische vom Praktischen ab, ohne eines von beidem kleinzureden. Nach der Matura war für ihn klar, weiter zu studieren – aber genauso klar war, dass Praxis eine entscheidende Rolle spielt.

Das erste Andocken an die Praxis: ein Praktikum mit Substanz

Der Brückenschlag in die Berufswelt passierte früh. Markus „landete“ – so nüchtern formuliert er es – bei solvistas über ein Praktikum während der HTL-Zeit. Der Auftrag war konkret: ein Monat Evaluation von GWT.

Aus redaktioneller Sicht steckt in dieser kurzen Passage viel Lernstoff für junge Talente:

• Ein Praktikum ist mehr als „Mithilfe“ – es kann ein klar umrissenes, technisches Ziel haben.
• Evaluieren heißt: Hypothesen bilden, ausprobieren, vergleichen, einordnen. Genau diese Denkweise trägt später Projekte.
• Ein Monat fokussierter Tech-Deep-Dive kann Türen öffnen – wenn man Ergebnisse liefert und sichtbar macht, was man gelernt hat.

Das Praktikum blieb keine Episode. Es wurde zur Basis für den späteren Einstieg – ohne starre Bewerbungsschemata.

Der „informelle“ Einstieg, Bundesheer, und die Doppelrolle aus Teilzeit und Studium

Nach dem Bundesheer wählte Markus den direkten Weg:

Was hier auffällt, ist die Mischung aus Pragmatismus und Konsequenz: informell anklopfen, loslegen, parallel studieren, dranbleiben, und schließlich in Vollzeit wechseln. Dabei zieht er einen klaren Vergleich zwischen Theorie und Praxis:

Für angehende Entwicklerinnen und Entwickler ist das eine wertvolle Beobachtung. Studium und Beruf schließen einander nicht aus – im Gegenteil: Sie befruchten sich. Theorie vermittelt Konzepte und Sprache, Praxis liefert Kontexte, Trade-offs und Feedback. Wer beides verbindet, wächst schneller – fachlich wie menschlich.

Produktfokus: Ticketing für Sportvereine und Event-Veranstalter

Markus arbeitet bei solvistas in einem klar umrissenen Domänenumfeld:

Dieser Produktfokus zeigt, wie sehr echte Anwendungsfälle technische Entscheidungen prägen. Ticketing ist ein Feld, in dem Verlässlichkeit, Performance und Betrieb eine zentrale Rolle spielen – schon weil Peaks (z. B. bei Verkaufsstarts) oder kurzfristige Änderungen (z. B. Anpassungen im Saalplan, Preisstaffeln, Kontingente) echte Auswirkungen auf Kundinnen und Kunden haben. Markus benennt die Verantwortung im Projekt ohne Pathos, aber deutlich: Es geht um das Produkt, um Betrieb, um Weiterentwicklung.

Rolle und Verantwortung: Technical Lead mit Blick auf Betrieb und Weiterentwicklung

Markus beschreibt seine Rolle im Projekt so:

Damit verbunden ist ein Set an Aufgaben, die über das reine Programmieren hinausgehen:

• Technische Leitlinien definieren und vermitteln.
• Entscheidungen treffen und begründen.
• Betriebssicherheit mitdenken und gewährleisten.
• Entwicklungs-Roadmap und Produktanforderungen in Einklang bringen.
• Das Team coachen und befähigen.

Diese Mischung ist anspruchsvoll – und genau deshalb bezeichnend für viele Technical-Lead-Rollen in produktgetriebenen Umgebungen.

Full-Stack-Entwicklung mit Spring und Angular – und Betrieb in der Cloud

Zur Tech-Basis sagt Markus knapp und konkret:

Spring und Angular markieren die Kernbausteine im Backend- und Frontend-Bereich; „läuft alles in der Cloud“ setzt die Folien für Deployment und Betrieb. Dazu kommt die Teamdimension:

Was wir daraus mitnehmen: Tech-Stack, Betriebsmodell und Teamarbeit sind untrennbar. Wer Full-Stack in der Cloud entwickelt, bewegt sich ständig an der Schnittstelle zwischen Architektur, Code, Infrastruktur und Nutzererlebnis. Das verlangt sowohl technische Tiefe als auch kommunikative Breite.

Lernen in alle Richtungen: Technik, Zusammenarbeit, kontinuierliche Entwicklung

Markus beschreibt seinen Lernweg im Projekt als offen und vielgestaltig:

Das trifft einen Kern moderner Softwarearbeit: Veränderung ist normal. Relevanz entsteht daraus, Neues schnell zu verinnerlichen – und es in Team- und Produktprozesse zu übersetzen. Markus’ Formulierung „in viele Richtungen“ macht deutlich: Es geht nicht nur um Frameworks, sondern um Zusammenarbeit, Betrieb, Verantwortung und Qualität.

Wie beginnt man mit dem Programmieren? Interesse, Erkunden, Ausprobieren

Auf die Frage, wo man beginnen soll, antwortet Markus ohne Umschweife:

Sein Blick auf die HTL-Startphase wirkt erfrischend ehrlich:

Die Botschaft: Ein solider, einfacher Einstieg ist kein Makel – er ist die Basis. Wer neugierig bleibt und ausprobiert, schafft den Sprung von „Hello, World!“ zu sinnvollen Anwendungen. Erfahrung entsteht im Tun, in Projekten, im Feedback aus echter Nutzung.

Formale Bildung und Projekterfahrung: kein Entweder-oder

Markus bilanziert die Rolle von Schule und Studium nüchtern:

Genau diese Balance ist entscheidend:

• Formale Bildung liefert Konzepte, Methodik, Vokabular.
• Projekte liefern Kontexte, Randbedingungen, Trade-offs und Prioritäten.
• Gute Entwicklerinnen und Entwickler lernen, beides zu verbinden – und aus Feedback zu wachsen.

Zusammenarbeit, Coaching, Entscheidungsfähigkeit: Was eine technische Führung ausmacht

Was braucht es in einer Technical-Lead-Rolle? Markus betont vor allem das Miteinander:

Hier verdichten sich mehrere Leitlinien:

• Verständlich kommunizieren, was Zielbild und Architektur ausmacht.
• Erwartungen klären – nicht nur was, sondern warum.
• Coaching als Daueraufgabe verstehen – Wissen multiplizieren.
• Entscheidungen transparent begründen – und damit Orientierung geben.
• Erfahrung nutzen, um Komplexität einzuordnen – ohne besserwisserisch zu werden.

Praxisnahe Einsichten für Nachwuchs- und Berufsentwickler

Aus dem Gespräch mit Markus lassen sich konkrete, anwendbare Leitplanken ableiten – ohne dass man seine Stationen 1:1 kopieren müsste.

1) Folge der Neugier – und bau früh praktische Brücken

• Nimm jeden Anlass, etwas auszuprobieren: kleine Projekte, Übungen, Hackathons, Praktika.
• Definiere dir „Miniprobleme“, die du eigenständig lösen willst – auch eine Konsolenanwendung kann viel lehren.
• Nutze Praktika als Testfelder: Evaluieren, dokumentieren, Schlussfolgerungen ziehen.

2) Koppel Theorie und Praxis bewusst

• Lernstoff in Projekten verankern: Was bedeutet dieses Muster oder jenes Framework im echten Betrieb?
• Akzeptiere, dass Studium und Arbeit unterschiedliche Dinge lehren – beides ist wertvoll.
• Wenn möglich, sammle früh Berufserfahrung – Teilzeitmodelle können Brücken bauen.

3) Entwickle dich in mehrere Richtungen

• Technische Tiefe in deinem Stack (z. B. Spring und Angular) ist essenziell.
• Product-Sicht und Betrieb mitdenken: „läuft alles in der Cloud“ bedeutet Verantwortung für Deployments und Stabilität.
• Teamarbeit als Kompetenz trainieren: Feedback geben und nehmen, Erwartungen klären, gemeinsam Standards entwickeln.

4) Übernimm Verantwortung und übe das Begründen von Entscheidungen

• Als Technical Lead gilt: Ziele klar aussprechen, Architektur vermitteln, Trade-offs offenlegen.
• Entscheidungen dokumentieren und begründen – das schafft Nachvollziehbarkeit.
• Coaching nicht als Zusatzaufgabe, sondern als Kern der Rolle begreifen.

5) Lerne aus der Nutzung – nicht nur aus dem Code

• Produktarbeit (wie Ticketing) zeigt direkt Wirkung beim Endnutzer.
• Betriebserfahrung lehrt stabilitäts- und sicherheitsrelevantes Denken.
• „Immer wieder was Neues“ ist normal – setz dir Lernfenster und reflektiere Fortschritt.

Ein realistischer Karrierepfad: geradlinig, weil konsequent

Der Weg von Markus wirkt nicht sprunghaft – sondern konsequent. Von der HTL über das Praktikum zu einer Teilzeitrolle, flankiert vom Studium, schließlich der Umstieg auf Vollzeit und die technische Verantwortung im Produkt. Kein lautes „Karriere-Feuerwerk“, sondern verlässliches Wachstum durch Neugier, Praxis und Teamarbeit.

Was uns bei DevJobs.at beeindruckt, ist die ruhige Klarheit, mit der Markus die Bausteine benennt: Interesse als Startpunkt, Praxis als Beschleuniger, Zusammenarbeit als Enabler. Er macht deutlich, dass technisches Können und menschliche Faktoren zusammengehören – gerade, wenn man Verantwortung für ein Produkt, seinen Betrieb und das Team übernimmt.

Zentrale Zitate und Kernbotschaften im Überblick

• Leidenschaft darf schlicht beginnen: mit Freude am Tun.

• Theorie und Praxis ergänzen sich – nutze beide.

• Produktverantwortung erdet technische Entscheidungen.

• Technical Lead heißt, Entwicklung, Betrieb und Richtung zusammenzuführen.

• Stack, Betriebsmodell und Coaching bilden ein Ganzes.

• Start mit Neugier – Wachstum durch Projekte.

• Feedback aus Projekten ist der schnellste Lernkanal.

• Kommunikation, Coaching, Entscheidungsfähigkeit – die Säulen technischer Führung.

Fazit: Was wir aus „Markus Hiesmair, Software Engineer bei solvistas“ mitnehmen

Die devstory mit Markus zeigt, wie kraftvoll ein klarer, praktischer Weg sein kann: früh Verantwortung übernehmen, Technik und Betrieb zusammendenken, im Team klar kommunizieren, die eigene Neugier pflegen. Es ist der Weg eines Entwicklers, der ohne großes Aufheben genau das tut, was nachhaltige Softwareteams stärkt: ausprobieren, erklären, begründen – und am Produkt lernen.

Dass diese Reise bei solvistas GmbH in einer Technical-Lead-Rolle mündete, ist die logische Folge dieser Haltung. Wer neugierig bleibt, konsequent Erfahrung sammelt und als Teamplayer agiert, findet genau dort seine Wirkung: im Schnittfeld von Architektur, Code, Betrieb und Coaching – und in Lösungen, die für Nutzerinnen und Nutzer zählen, ob bei Black Wings, Blau-Weiß Linz oder anderen Event-Veranstaltern.

• 

  

  Jochen Falkner, Senior Data Scientist bei solvistas

  Jochen Falkner von solvistas erzählt im Interview von seinem Weg in die IT, den Aufgaben als Senior Data Scientist und welche Ratschläge er Neueinsteigern mitgeben würde.

  Jetzt ansehen
• 

  

  Theo Crazzolara, Data Engineer bei solvistas

  Theo Crazzolara von solvistas gibt im Interview Einblicke in seine Anfänge mit dem Programmieren, was er täglich im Data Engineering zu tun hat und was seiner Meinung wichtig für Beginner ist.

  Jetzt ansehen
• 

  

  Fabian Weißenböck, Software Developer bei solvistas

  Fabian Weißenböck von solvistas redet in seinem Interview über seine Anfänge mit dem Programmieren, was er aktuell in seiner Arbeit macht und was seiner Meinung nach wichtig für Beginner ist.

  Jetzt ansehen
• 

  

  Michaela Raab, Data Scientist bei solvistas

  Michaela Raab von solvistas gibt im Interview Einblicke in ihren Background, sowie ihren aktuellen Job als Data Scientist und gibt Tipps für Neueinsteiger.

  Jetzt ansehen
• 

  

  Mateo Adzaga, UX Designer bei solvistas

  Mateo Adzaga von solvistas redet im Interview über seine Tätigkeit als UX Designer, wie er damit begonnen hat und was er selbst gerne als Anfänger gewusst hätte.

  Jetzt ansehen
• 

  

  Sophie Brückl, Product Owner bei solvistas

  Sophie Brückl von solvistas teilt im Interview ihre Erfahrungen beim Wechsel vom Software Development hin zur aktuellen Arbeit als Product Owner und welche Tipps sie jenen gibt, die ähnliche Schritte planen.

  Jetzt ansehen