Skip to main content

Consulting

I help software teams navigate architecture, process, and the messy space between engineering and business. You book a session, bring a problem, and we think through it together. Available by the hour, for as long as it's useful — or just once, if that's all you need.

Most of my experience is in the Scala ecosystem, but good architecture, pragmatic engineering, and business alignment aren't language-specific.

Code is getting cheaper. AI tools generate it, junior developers produce more of it than ever before. What hasn't gotten cheaper is judgment — knowing what to build, what to leave out, how to structure systems that survive contact with real business needs, and how to see the bigger picture when everyone around you is deep in the details. That's what I offer.

Transparent hourly rate. The first session is free.


What I can help with

Architecture & Design - So that technical decisions don't come back to haunt you.

  • System architecture review and honest feedback
  • Domain modeling and structuring business logic
  • Library and technology selection (effect systems, HTTP stacks, persistence, etc.)
  • Build vs. buy — and knowing when "don't build" is the right answer
  • Diagnosing root causes of recurring technical issues
  • Recognizing over-engineering before it costs you

Scala Adoption & Team Effectiveness - Making Scala work for a single developer, the team, and the company.

  • Adoption strategy and migration planning
  • Onboarding — reducing time to productivity for new hires
  • Code style, conventions, and review practices
  • Team structure and collaboration patterns for Scala projects
  • Hiring strategy in a market where Scala talent is scarce
  • Tailored training sessions or workshops — focused on your team's specific challenges, not generic curriculum

Business–Engineering Alignment - Engineers think in systems. Business thinks in outcomes. I help to translate.

  • Making technical work visible and understandable to non-technical stakeholders
  • Building the ROI case for technical decisions (including Scala adoption)
  • Technical debt prioritization in terms management can act on
  • Technology roadmapping connected to business goals
  • Modeling business processes (workflows, decisions, approvals, audit trails, backoffice operations) in a way both engineers and product people can reason about

Fintech - Relevant if you're building financial services.

  • External systems integration
  • Accounting system design
  • Security and reliability considerations

Honest boundaries

There are areas where I'm not the right person — and I'd rather be upfront about it than waste your time.

  • Deep tooling — compiler internals, macro development, sbt plugin engineering. I'm only a humble user of these tools. There are people in the Scala community who are genuinely brilliant at this, and I'm happy to point you to them.
  • Specialized performance engineering — I can reason about performance at an architecture level, but if you need JVM bytecode profiling or GC tuning, you want a dedicated specialist.
  • Database internals — I design distributed systems and data models, but I'm not a DBA. If your problem is about database engine internals, that's outside my depth.
  • Staff augmentation — I'm here as an advisor. If you need people to build things, I can recommend companies that do staffing really well.

If your problem is in one of these areas, I'll tell you honestly — and if I know someone who's a better fit, I'll make the introduction.


Who this is for

This tends to work well if you recognize yourself here:

  • You're a CTO or VP Engineering making architecture bets or defending technology choices to the board. You want a senior second opinion that isn't trying to sell you a platform.
  • You're a tech lead or architect and the most experienced Scala person on your team. You want someone to review your designs, challenge your assumptions, or confirm you're on the right track.
  • You're an engineering manager dealing with slow delivery, painful onboarding, or a hiring pipeline that isn't working. You're not sure if the problem is technical, organizational, or both.
  • You're a startup founder making early architecture and technology decisions. You want to get them right without hiring a full-time architect or committing to a consulting firm.

What it costs

€250/hr

Your first introductory session (up to 1 hour) is free. Use it however works best for you — assess whether my experience is relevant to your situation, or come with a specific question and try to get an answer on the spot. If you get what you need in that first hour, walk away happy. No hard feelings, no follow-up sales pitch.

After that, sessions are billed hourly. No retainers, no minimum commitment, no hidden fees. You book time, we talk, you get an invoice.


Let's talk

Drop me an email or a message on Discord, LinkedIn, or X. Include a brief description of what you'd like to discuss, your availability, and your timezone — I usually respond the same day (I'm based in CET).

No pitch, no pressure. If I can't help, I'll say so.


About me

I'm Voytek — a staff software engineer with 13+ years of experience, primarily in Scala but also across the JVM ecosystem, TypeScript, and beyond.

I've worked across fintech, banking, information security, ad-tech, and telecom — building distributed systems, integrating payment providers, modernizing financial ledgers, and automating business processes. I build open-source tools and run the Business4s community — a Scala community focused on solving real business problems rather than chasing technical sophistication for its own sake.

Through years of open source work, conference speaking, and community building, I've built a broad network across companies, consultancies, and OSS projects. If I'm not the right person for your problem, I can often connect you with someone who is — whether that's a library maintainer, a domain specialist, or a team that does hands-on delivery.

I also run a free mentorship program for individual engineers. Consulting is a different thing: it's for teams and companies, with dedicated time and the ability to involve multiple people.

Work experience
  • SwissBorg — Staff Engineer. Crypto wealth management. Payments integration, financial ledger modernization, technical leadership, hiring, and engineering strategy.
  • Sony Electronics — InfoSec Automation Engineer. Security tooling, workflow automation, self-service platform design.
  • Nordea Bank — Senior Developer. Large-scale banking data platform with 50+ Scala engineers.
  • Toptal — Freelance. Data platform design and Scala/Spark migrations.
  • Grupa Wirtualna Polska — R&D Developer. Data pipelines, ad optimization, A/B testing, real-time processing.
  • AMG.net — Software Developer. Enterprise telecom solutions.
Open source
Conference talks

20+ talks at international conferences since 2017, including Scala Days, Scalar, Voxxed Days, Geecon, Sphere.it, L8Conf, and many more.

Topics: Scala, software architecture, business process modeling, software engineering practices.

Full list at w.pitula.me/presentations.

Writing

Selected articles:

Published on the SwissBorg Engineering Blog, Business4s Blog, and personal Medium.


FAQ

What's the difference between this and the free mentorship program?

Mentorship is for individual engineers working on their own growth — career, skills, learning, and whatever challenges they're facing at work and beyond. It's free, but it's best-effort and one-on-one only. Consulting is for teams and companies solving a concrete business or technical problem. You get guaranteed time, and you can bring multiple people to the call.

Do I need to be using Scala?

Scala is where most of my depth is, and probably 60–70% of my consulting will involve it. But a lot of what I help with — architecture decisions, team effectiveness, business alignment, avoiding over-engineering — isn't language-specific. If your problem is primarily about one of those areas, we can probably work together regardless of your stack.

Can you just write the code for us?

No — and honestly, you probably don't want me to. With AI-assisted development, code is becoming cheaper by the month. What's hard to get from an AI or a junior contractor is the judgment behind the code: what to build, what to skip, how to structure things so they hold up over time. That's what I focus on. I'll help you figure out exactly what to build and why — your team writes it. And if you need help finding people to build it, I can point you in the right direction.

What does a typical session look like?

Usually a video call. You describe the problem or decision you're facing, I ask questions, and we work through it together. Sometimes I'll review documents, diagrams, or code you share beforehand. The format is flexible — whatever gets you the most value for the hour.

What if my problem is solved in the free session?

Then we're done, and I genuinely mean that. The free session isn't a trick to get you on a call so I can upsell you. If one hour of conversation solves your problem, that's a good outcome for both of us — I learn something from every conversation too.

Do we need a contract?

That's up to you. If your company requires a formal agreement or an NDA, I'm happy to review and sign one. From my side, I'm comfortable relying on trust — the stakes are naturally balanced. My risk is an unpaid hour; yours is your word in a tight-knit community. Neither of us has a reason to make it complicated. I treat all client discussions as confidential regardless of whether we sign anything.