Anton Kazakov
Engineering Director, App Stores @ Canonical
Munich, Germany
Actions
Anton is an Engineering Director at Canonical (the publisher of Ubuntu). As an engineering leader, he's built and scaled teams, shaped tech organisations in the SaaS and consumer-facing worlds. He has a passion for systemic approaches and helping people thrive and grow. He's mentoring other engineering leaders both at work and outside of work, making sure they onboard on their leadership journey quickly and smoothly. Outside of work, he enjoys hiking, mountain skiing, and spending time with his family.
Links
Area of Expertise
Topics
Healthy Performance & Career Management for Engineers
Performance management is as important a topic as it is notorious and almost universally considered "corporate bureaucracy" by engineers. Many engineers want to write code and ignore this side of their corporate life as much as possible. But it doesn't have to be the area that they would only frown upon. Refine it, add career management to the pot, stir the two for a while, and the result can become very useful, engaging, and even fun.
Let's have a look at a Performance & Career Management Framework specifically tailored for engineers and engineering leaders of all levels that will make them happy and make you a leader with a lasting positive impact on their careers.
The observer effect of engineering productivity measurement
The discussion about measuring developers' productivity has been strong in recent years. We've seen many articles, hot takes, reports from renowned consulting firms, and Twitter/X battles over the difference of opinions on the topic. Why does it attract so much attention of engineering leaders across the globe? Because we want to know. We want to know if our leadership efforts help move the needle. Because, as Peter Drucker said, "you cannot improve what you don't measure", right? ...Right?
Whereas there's certainly truth to this popular quote, measuring engineering productivity we should certainly remain mindful of something that is known from physics: the observer effect. The very fact that we measure engineering productivity changes it already. So, what can we do to minimise it?
Let's have a look together into how engineering productivity could be measured in the least intrusive and most useful way.
A complete guide to measuring your tech debt and using the results
No one likes when there's a lot of tech debt, right? But how do we understand how much exactly we have of it? Where exactly does it sit? Which part of it is actually the most annoying? What would be the benefit of spending time tackling it?
When you plan tackling your tech debt, all these questions deserve answers. Especially when we're asked about the ROI on our efforts. Also, we want to prioritise tech debt items well to spend effort wisely.
This talk is about that: how we measure our tech debt, interpret the numbers to get the above questions answered, and take the right decisions after.
Logging as a Painkiller
Has it ever happened to you that a search for an answer to a simple 'how the hell did that happen?' question took you hours and hours of debugging? Have you ever had no clue even after that? If yes, then you know how painful that was. It didn't have to be like that. We'll talk about how to make this pain go away to enable you to spend significantly less time on troubleshooting issues and streamline your productivity.
Be Fullstack, because everyone should
There's been years and years of debates around the topic whether or not should a frontend engineer care about knowing backend code of their application or being able to do some UX for it, whether a backend engineer should care about being able to work on the frontend and perform DevOps tasks for their team. We can continue this list of combinations for long.
There is an opinion that strict specialisation is the answer here. Not only I disagree, but I will gladly prove you that Fullstack is nearly always the answer, no matter the position (but maybe not the Fullstack you are now thinking of).
I'll do my best to prove this point with examples of possible situations, growth paths and such.
How Content Security Policy will save us all from XSS
What if we could stop worrying about XSS vulnerabilities once and for all? What if we could just build our apps without having to think about the user content trying to execute malicious code on our website stealing our customers' payment data or even stealing access to some admin areas and potentially delivering even more damage?
Well, Content Security Policy can provide us with that. We'll take a look at what it is, at its stable and experimental features.
We will build our own Content Security Policy, experiment with it and see how one could introduce it on a large website with little hassle.
WeAreDevelopers World Congress 2025 Sessionize Event Upcoming
Infobip Shift 2024 Sessionize Event
WeAreDevelopers World Congress 2024 Sessionize Event
Codemotion Milan 2023 Sessionize Event
Build Stuff 2021 Lithuania Sessionize Event
Build Stuff 2020 Lithuania Sessionize Event
Anton Kazakov
Engineering Director, App Stores @ Canonical
Munich, Germany
Links
Actions
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top