I'm Lorenz — glad you dropped by.
Get ready for an engaging,
audio-enhanced glimpse into my world.
AI-infused content ahead!
Turn your sound on (headphones or speakers
).
I didn't choose Computer Science because it was a "smart career move." I picked it out of curiosity. As a kid, I took things apart to see what was inside. Sometimes I managed to put them back together. Sometimes not so much. Computers felt exciting: complex opaque systems with leverage.
That mix of curiosity and usefulness made the decision after my Abitur feel natural.
University added nuance. I built a solid theoretical foundation, but much of the teaching lagged behind how modern software is actually built and used. Over time, I noticed a pattern: my energy spiked when I was creating, experimenting, and testing ideas against reality — and dropped when learning felt disconnected from impact.
- more details -
University taught me something: I don't thrive in purely academic setups. Many courses leaned heavily on legacy theory with little connection to current tooling, workflows, or real-world constraints. That disconnect slowly drained my motivation — not because the material was too difficult, but because it drifted away from the reason I'd chosen the field in the first place.
During my Master's studies, this tension became impossible to ignore. My first thesis topic, polyp recognition in gastrointestinal data, had to be dropped due to missing data from the University Hospital Würzburg. It was frustrating, but also my first real lesson in how research can fail for reasons that have nothing to do with competence or effort.
The second topic clicked immediately: Lightweight Interactive Segmentation of 3D Medical and Gastroenterology Data. The work focused on image segmentation: dividing complex medical images into meaningful regions so structures could be analyzed separately. The data ranged from CT and MRI to ultrasound, PET, and microscopic recordings.
Together with a doctoral researcher, I worked hands-on on developing an image segmentation model. We entered the CVPR Foundation Models for Interactive 3D Biomedical Image Segmentation Challenge and placed first. The work culminated in a publication introducing our model, iMedSTAM.
But the long delays caused by the abandoned first topic and the extended writing phase took their toll. Over time, it became clear: my struggle wasn't with Computer Science, it was with the academic format surrounding it. Eventually, I deliberately decided not to complete the Master's thesis.
I don't see that choice as a failure. I see it as clarity. I do my best work when I can build, iterate, and solve concrete problems, not when optimizing footnotes for documents destined to gather digital dust. I bring curiosity and real research experience, and I'm not afraid to question assumptions or call out unproductive complexity when it gets in the way of real impact.
Most of my work started with the same feeling: this shouldn't be this hard. Whether it was networking, data analysis, or research tooling, I kept running into systems that were powerful but unnecessarily painful to use. So I built alternatives that focused on clarity, reliability, and getting out of the user's way.
VPNBOX set out to make complex VPN routers usable by almost anyone. The goal was simple: secure devices in minutes, not hours. We worked on turning a traditionally fragile setup into a plug-and-play experience, built on a lean and stable Ubuntu Core system that could update itself without breaking.
We were also among the first to ship native WireGuard support, long before it became mainstream, ensuring modern cryptography without sacrificing simplicity. The result was a modern system that stayed out of the way. End devices connected securely with minimal configuration, and maintenance became effortless, even for hardware without native VPN support. Advanced networking stopped feeling intimidating and started feeling boring in the best possible sense.
ScreenshotsMany feedback tools try to be loud to get attention: pop-ups, annoying overlays, interruptions. Snapolly went the opposite direction.
We designed it as a quiet, on-page questionnaire that lives in the corner and asks for input with minimal effort, no pressure, and only when users engage with the page content.
Collecting insights stopped feeling like a necessary evil and more like fun.
Working with Google Search Console data often meant exporting CSVs, hitting row limits, and stitching workflows together by hand. I built the Search Analytics Node to remove that friction entirely.
As an open-source KNIME extension, it pulls Search Console data straight into existing analytics workflows. With just a few clicks, users can retrieve more than 100,000 rows per query and slice the data by page, search query, country, or device - without leaving KNIME.
The impact was faster analysis, fewer errors, and much less time spent wrestling with files than with insights.
Website Article in Website Boosting magazineMy first paid role at the University of Würzburg focused on modeling an alveolus, the tiny air balloons in our lungs. Translating biological assumptions into simulations quickly taught me how fragile models can be if the underlying assumptions aren't questioned.
It was a hands-on lesson in scientific thinking: validate early, stay skeptical, and accept that some ideas don't survive contact with reality.
In my second role, I worked on multiple interactive web applications to visualize research data and make results more explorable rather than static. I also built a web app to collect participant data via Prolific, ensuring a smooth process for both researchers and participants.
My primary focus was full-stack web development, with Deno as the core runtime. The goal throughout was the same: modern, maintainable systems that researchers could actually use.
The outcome was research tooling that felt alive—easier to explore, share, and use than static charts and papers.
Letter of Recommendation by Prof. Dr. Goran GlavašI don't collect tools like trophies. I use them like instruments in a workshop: pick the right one, learn how it behaves, and put it down once the job is done.
I'm always learning, but not in the "memorize everything" way. I'm very much on team look it up when you need it. Documentation isn't a last resort for me -- it's where I naturally gravitate. I enjoy figuring things out by reading, trying, breaking, and fixing.
JavaScript is my long-term companion. It's the language I feel most at home with, and the one I reach for instinctively. I've spent most of my time building full-stack web applications and making sure all the moving parts actually fit together.
- more details -
You'll often find me hopping between documentation, source code, and small experiments until things click. That process isn't hesitation -- it's how I stay sharp and adaptable. I don't aim to remember everything; I aim to know where to look and how to reason once I get there.
AI helpers are part of that workflow as well. I like using them as sparring partners: for code reviews, exploring alternative approaches, or thinking through a tricky situation from a different angle. They're instrumental -- as long as they don't replace thinking. I prefer to keep my brain fully engaged.
JavaScript remains my home base. TypeScript hasn't been a constant in my work yet, but I'm starting to lean into it.
On the runtime side, I fell hard for Deno and never really looked back at Node.js. The ecosystem feels cleaner, more opinionated, and closer to how I like to work. During my VPNBOX days, I wrote more Bash scripts than I'd care to admit and spent a lot of time configuring GNU/Linux systems and networking. That's the kind of experience that teaches you how systems behave and work.
Containers and virtualization are tools I really enjoy working with. Most of my hands-on experience comes from LXC and LXD, including VM setups with GPU passthrough. I've experimented with Docker, and I'm keen to use it and learn more deeply as the right opportunity arises.
Most of my work so far has been in full-stack web development: building interfaces, wiring APIs, designing UIs, and ensuring the whole system feels coherent rather than fragile. Along the way, I've worked with many tools, sometimes profoundly, sometimes just enough to solve a specific problem.
What matters most to me isn't the length of a tool list. It's knowing how and why to use what's in the toolbox -- and staying curious enough to add new tools when the problem calls for it. And honestly, I'd love to take these habits beyond the web and see where else they apply.
I care about usefulness, freedom, and whether something actually works in the real world.
I'm drawn to free software (free as in freedom), thoughtful systems, good team energy, and work that values learning over buzzwords. Grades matter less to me than curiosity, and small decisions that make a surprisingly big difference.
- more details -
I deeply care about free and open source software. Freedom to inspect, change, share, and build on top of things matters to me far more than shiny lock-in. I care about protecting people, not drowning everyone in miles-long legislation that no one fully understands and that hurts consumers and businesses alike.
I'm a harmony-seeking person. A strong team, shared values, and a healthy working atmosphere outweigh hard metrics like salary for me. I do my best work when people enjoy collaborating and when there's trust instead of politics and control.
Outside of work, I move -- a lot. Cycling, rowing, running. Physical activity helps me think, reset, and stay curious. I'm also a big fan of feedback loops, gamification, and systems that reward progress instead of perfection. Small nudges can dramatically change behavior, and I find that endlessly fascinating.
I'm open to traveling for work, and I value flexibility—including the freedom to contribute to open-source projects in my free time or even build something of my own alongside a full-time role. I prefer clarity on these things early so that they won't turn into awkward conversations later.
I care less about grades and more about whether something is purposeful on a deep level. Does it work? Does it help? Does it move something forward? Buzzwords, empty meetings, and slideshows drain my energy quickly. I'm drawn to environments that value usefulness, honesty, learning, and clear thinking.
If you tested me on the spot about some obscure language edge case, I might not have the perfect answer ready. What I do have is a strong mental model of how systems behave, and the ability to reason my way to solutions quickly. I'm unreasonably interested in how small changes in tools, systems, or decisions can have outsized effects -- and I love exploring exactly why that happens.
Curiosity is what keeps me going. And it matters to me far more than any grade ever could.
Thank you for your time. I enjoy building useful things, and a bit better than what existed before. If you feel my mindset fits your team, I'd enjoy a real conversation — in person, if possible.