Baruch Sadogursky
Principal Developer Productivity Engineering Advocate, Gradle
Лид ДевРела
Nashville, Tennessee, United States
Actions
Baruch Sadogursky (@jbaruch) did Java before it had generics, DevOps before there was Docker, and DevRel before it had a name. He started DevRel at JFrog when it was ten people and took it all the way to a successful $6B IPO by helping engineers solve problems. Now Baruch keeps helping engineers solve problems but also helps companies help engineers solve problems. He is a co-author of the "Liquid Software" and "DevOps Tools for Java Developers" books, Java Champion and CNCF Ambassador alumni, serves on multiple conference program committees, and regularly speaks at numerous most prestigious industry conferences, including Kubecon, JavaOne (RIP), Devoxx, QCon, DevRelCon, DevOpsDays (all over), DevOops (not a typo) and others.
Барух Садогурский (@jbaruch) писал на Джаве до того, как в ней появились дженерики, рассказывал про ДевОпс до того, как появился Докер, и занимался ДевРелом до того, как его стали так называть. Барух основал DevRel в JFrog когда там было 10 человек, и помог компании дойти до IPO с оценкой в $6B помогая инженерам лучше делать их работу. Теперь Барух продолжает помогать иженерам, а так же помогает компаниям помогать инженерам. Он соавтор книг "Liquid Software" и "DevOps Tools for Java Developers", является членом ПК нескольких престижных конференций и выступает регулярно на таких конференциях как Kubecon, JavaOne (мир праху его), Devoxx, QCon, DevRelCon, DevOpsDays (по всему миру), DevOops (не опечатка) и так далее.
Area of Expertise
Topics
RoboCoders: Judgment Day – AI IDEs Face Off en
Can AI-powered IDEs take software development to the next level? Unlike traditional code assistants that provide suggestions or guidance, AI-driven IDEs like Cursor and Windsurf promise to act as full-fledged agents capable of handling entire workflows. In this live showdown, we’re putting that promise to the test by challenging these tools to build a smart light bulb controller—something we’ve never developed before.
From setting up the project and implementing features to testing, debugging, and optimizing, the AI will take the reins. This isn’t about helping—it’s about doing. The audience will decide the winner based on how well the tools perform and, of course, whether the demo actually works.
Join us to see if AI IDEs can deliver on their bold promise of transforming development, or if they’re just another stepping stone on the path to something bigger.
This is a fun hands–on talk – two speakers, two laptops, two IDEs, one demo. Who will do better? Whose demo will even work? Who will have a better developer experience? The audience will be the judge.
Codepocalypse Now: LangChain4j vs. Spring AI en
Which Java framework handles AI better: LangChain4j or Spring AI? In this live coding showdown, we’ll build a semantic code search application from scratch, putting both frameworks to the test. We’ll cover project setup, using language models, setting up a retrieval-augmented generation workflow, and creating a REST API.
You’ll see how these frameworks handle embedding generation, vector database integration, and real-world development challenges. By the end, the audience decides who wins—based on which framework gets the job done faster, better, and with less hassle (and whether the demo actually works).
This isn’t just a comparison; it’s a live experiment under pressure. Come and see which one comes out on top!
This is a fun hands–on talk – two speakers, two laptops, two IDEs, one demo. Who will do better? Whose demo will even work? Who will have a better developer experience? The audience will be the judge.
We Solved DevOps. What’s Next? en
Hear me out: We solved DevOps. I am not saying that everyone is doing it right (or even trying), but we have the solution if you want to do it right. Here is the theory, the technology, the communities, the docs, and the books—go knock yourself out. Do DevOps: empower your teams, make deployments a breeze, build invincible CI/CD pipelines, and create production environments that are secure, stable, and observable. Done.
Now, in perfect alignment with DevOps and the Theory of Constraints, it’s time to turn our gaze to the next bottleneck: the production environments of our production environments. They’re a mess. We accept soul-sucking toil, slow and unstable tests and builds, and constant distractions as the norm, just as we accepted the insufferable, manual “throw garbage between silos” all-night deployments of the pre-DevOps era. But, as with DevOps, we shouldn’t take these for granted. It’s time to rise again and resist our development environments' “Pre-DevOps” state. Let’s engineer better developer productivity for all!
Technical Enshittification: Why Everything in IT is Horrible Right Now and How to Fix It en
Ever feel like everything in IT is going downhill? Services are bloated, slow, and buggy, and even the simplest apps need ridiculous hardware to run. It's not just you noticing this. Bugs are everywhere, support teams are clueless, nothing works as advertised, and don't even get me started on IoT protocols and the whole Cloud Native scene. And remember when half the world's air traffic got grounded because of a null pointer exception that slipped into production untested?
To top it off, innovation seems to have hit a standstill (except maybe in AI). There's nothing noticeably new in the last ten versions of Android and iOS or the last hundred updates of Chrome and Firefox. Google spent months hyping a new login screen that was basically just rearranged. Can you name one exciting new feature in any software over five years old? (And no, slapping a ChatGPT bot onto it doesn't count.) When Facebook used to "move fast and break things," at least they were moving forward. What's their excuse now?
So, what's causing this technical decline, which we're calling "Technical Enshittification" (borrowing from Cory Doctorow's broader social and economic term)?
While fixing the Googles, Apples, and Metas of the world might be out of reach, there's plenty you can do to prevent this downward spiral in your own projects and companies.
This talk covers practical strategies to tackle and avoid this mess, focusing on AI, user-centered design, solid testing, and developer productivity. Real-world examples show how AI-powered developer tools can keep IT services efficient, innovative, and user-friendly.
Learn how to turn things around and ensure long-term success in today's digital world.
Coding Fast and Slow: Applying Kahneman's Insights to Improve Development Practices and Efficiency en
How does behavioral psychology connect to coding? This talk explores how understanding and managing your mental energy can transform the way you work. Using accessible research, including Daniel Kahneman’s concepts of “fast” and “slow” thinking, we’ll dive into how different types of thinking impact decision-making and productivity. We’ll also discuss how to conserve mental fuel, so you have the focus and clarity needed for critical tasks—even at the end of a demanding day.
In addition to understanding how our minds work, we’ll talk about practical techniques for managing time and allocating mental resources effectively. This includes strategies to reduce context switching, avoid wasting mental energy on low-priority tasks, and stay focused on what really matters. By using your mental energy wisely, you’ll be able to maintain productivity and avoid burnout.
If you’re interested in learning how to apply behavioral psychology to your workflow, improve time management, and make smarter decisions with less effort, this talk is for you.
Surviving the Techpocalypse: Empowering Survivors with Developer Productivity Engineering en
These days, with tech jobs vanishing left and right, we're all stuck between helping out our laid-off buddies and keeping things moving forward.
Enter Developer Productivity Engineering (DPE). It's a game-changer that helps both folks and companies handle layoffs and tight resources. Join us as we explore a world of bummed-out engineers and struggling companies, showing how DPE can turn even the most down-in-the-dumps developer into a productivity superstar.
By jumping on the DPE bandwagon, we can face tough economic times together, flipping challenges into chances to succeed.
Shifting Left, Shifting Blame: How DPE Levels the DevOps Playing Field en
Ah, developers, the golden children of IT! They're the ones who bring the code to life and make the magic happen. But sometimes, they dodge responsibilities, whether it's security vulnerabilities, usability issues, or integration challenges. "That's for Ops to handle closer to production," they say, crossing these concerns off their "definition of done" list. And when things go wrong? Ops is left holding the bag, cleaning up messes they didn't make.
Enter Developer Productivity Engineering (DPE), the framework that encourages developers to take ownership from the start. DPE fosters faster feedback, ensuring that developers address various issues—security, usability, and even third-party integrations—early on. It's not just about writing code; it's about writing accountable code.
You might be thinking, "Isn't that what DevOps is for?" Absolutely, but DPE takes it a step further. It's like DevOps on steroids, making sure everyone is not just collaborating but also accountable for their part.
And here's the best part: developers actually want this. They take pride in code that compiles and passes unit tests. What they've lacked is a way to take ownership of quality issues that go beyond basic functionality. DPE gives them the tools and the mindset to do just that.
So, if you're tired of the blame game where Ops gets all the flak and developers seem untouchable, come discover how DPE can change the dynamics. It's a win-win for everyone, leveling the playing field and making sure everyone is accountable for delivering quality.
DevOps Reframed: Embracing the Path to Developer Productivity Engineering en
Building on the success of DevOps practices, which already employ the Theory of Constraints to tackle bottlenecks, Developer Productivity Engineering (DPE) emerges as the next natural progression. DPE takes a step further by optimizing workflows, automating tasks, and providing real-time feedback to developers, keeping software delivery nimble and efficient.
In this engaging talk, we'll explore how DPE enhances the DevOps framework, streamlining the development process throughout the software delivery lifecycle. See why mastering DPE is essential for all engineers, including Platform and Site Reliability Engineers, as it aligns with core principles like reducing toil, promoting automation, and implementing observability, all while keeping bottlenecks at bay.
With a touch of wit and insight, learn practical tips to harness DPE's power and elevate your software development game. Join us as we reframe the DevOps landscape, revealing the importance of DPE as the next step in our software development evolution, ensuring continued success and growth by effectively managing constraints and bottlenecks.
DevOps for developers (or maybe against them?!) en ru
"DevOps" is the operations people’s crafty plan to make developers do other people's work, but we are smart enough to see right through this naive rebranding trick!
Baruch suggests you think about it: we, the developers, have written all the code. It passes all the tests; it obviously works, and works well (Are we a little proud? We are!); so we are DONE.
Now, out of the blue, a bunch of "thought leaders" (all with an operations background, mind you!) are trying to tell us that we have to learn YAML, Docker, Kubernetes and Terraform to deploy our software because suddenly it is our concern?!
In this talk, we'll discuss why developers do or don’t need DevOps. We'll consider arguments made by DevOps visionaries and see whether they hold water. Hopefully, by the end of the talk, we'll understand whether DevOps really helps developers to deploy better code to production more often, or if it is just another scam made up by marketing and evangelists.
This is a fun and provocative talk. I am starting by claiming that developers have no incentives to do any DevOps and will work my way to explain why; although there is some truth in that, it doesn't matter. The business must commit to DevOps, and once the business is committed, everyone has to be on board.
DevOps для разработчиков (или против них?!) en ru
DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу, но мы слишком умны, чтобы попасться на эту элементарную уловку ребрендингом! Посудите сами: мы написали код, он проходит тесты. Он, очевидно, работает и работает хорошо (Мы гордимся собой? Да!). И тут мы закончили.
Но приходят эти «визионеры» (все из operations, прошу заметить!) и рассказывают нам, что теперь надо учить YAML, Docker, Kubernetes и Terraform, потому что внезапно это наша головная боль?!
В этом докладе мы поговорим о том, зачем разработчикам нужен или не нужен DevOps. Мы рассмотрим аргументы, которые приводят идеологи DevOps, и решим, состоятельны они или нет. К концу доклада, будем надеяться, нам станет понятно, действительно ли это способ, который поможет нам (разработчикам) поставлять лучший код в прод чаще, или это, как всегда, разводка маркетологов и евангелистов.
Fast Feedback, Faster Development: An Introduction to Developer Productivity Engineering (DPE) en
Explore Developer Productivity Engineering, a field laser-focused on delivering swift feedback loops while keeping developers in their flow. DPE elevates code quality and developer morale by reducing frustrating hiccups, eliminating toil, and providing better feedback, faster. Ready for a smoother and more efficient dev experience? This talk's your ticket.
Engineering Success: Empowering Developers through Enhanced Productivity en
Developer success encompasses well-being, work-life balance, and workplace culture, but it also hinges on engineering environments and tools. In this talk, we explore how enhancing developer productivity can drive success and satisfaction.
As DevRel team members, we shape the developer experience by collaborating to improve engineering processes and tools. We'll discuss strategies for enhancing tools and adopting new ones that excel in promoting productivity.
In developer relations, our mission includes championing initiatives that benefit developers' productivity and well-being. The concept of "developer productivity engineering" (DPE) unifies our efforts to enhance productivity through engineering practices.
Join us to discover insights and strategies for elevating developer productivity. Whether you're a developer advocate or a DevRel manager, this talk will offer valuable perspectives on fostering a culture that prioritizes developer success. Together, we'll explore how DPE can transform engineering culture, benefiting developers, DevRel teams, and organizations.
If this version meets your needs, I'm glad we could find the right fit! If you have any further requests or need additional assistance, please feel free to let me know.
Influencing DevOps without Authority - how "DevOps engineer" can advance real DevOps en ru
You know about DevOps, you know DevOps is right for your organization, but hey, what can you do? As an individual contributor or a team leader, your authority to transform your organization to DevOps is limited. But your influence is not!
In this talk, Baruch will show how some proven influencing and negotiating techniques can be used to convince critical stakeholders in your organization in the necessity of DevOps.
We look at the arguments, the techniques, and the small tricks, which work in particular situations with particular engineering and business leadership positions and will prepare you to deliver the message of DevOps most convincingly to each.
"Influence without Authority", "Getting to Yes", "Getting past No" and others applied to IT organizations with DevOps message.
Устраиваем DevOps без полномочий: Даже "ДевОпс инженер" может помочь en ru
Казалось бы, доклад про устроение ДевОпса должен быть про настройку Дженкинса, но нет!
Этот доклад для тех, кто понимает, что ДевОпс это история про культуру, коллаборацию и общение, но не очень представляет как будучи скромным исполнителем или тимлидом, повлиять на целый энтерпрайз или галеру, и свдинуть организацию в соторну ДевОпса.
Барух расскажет какими методами можно воспользоваться для влияния на stake–holder-ов, что кому говорить, как мотивировать, и как работать с возражениями.
Пожалуй, за исключением парапсихологических практик и гипноза (которые не стоит раскрывать неокрепшим умам), на этом доладе будет обозрены все способы влиять, не имея полномочий на благо наступления повсеместного ДевОпса в индустрии.
Devnexus 2025 Sessionize Event Upcoming
DevOps Vision and MLOps Vision 2024 Sessionize Event
DevOpsDays Tel Aviv 2023 Sessionize Event
BaselOne 2024 Sessionize Event
JConf.dev 2024 Sessionize Event
swampUP 2024 Sessionize Event
KCDC 2024 Sessionize Event
JCON EUROPE 2024 Sessionize Event
Devnexus 2024 Sessionize Event
DeveloperWeek 2024 Sessionize Event
DevRel Experience 2023 Sessionize Event
DevOps Vision 2023 Sessionize Event
Oπe\n Conf - 2023 Sessionize Event
BaselOne 2023 Sessionize Event
DevOps Days Buffalo 2023 Sessionize Event
Infobip Shift 2023 Sessionize Event
DevOpsDays Birmingham (UK) 2023 Sessionize Event
swampUP 2022 City Tour - Munich Sessionize Event
swampUP 2022 City Tour - London Sessionize Event
swampUP 2022 City Tour - New York City Sessionize Event
Yalla DevOps Tel Aviv 2022 Sessionize Event
JNation 2022 Sessionize Event
swampUP 2022 Sessionize Event
DevOpsDays Austin 2022 Sessionize Event
Cloud Native Kitchen Sessionize Event
DeveloperWeek New York 2020 Sessionize Event
EuropeClouds Summit Sessionize Event
DeveloperWeek Global 2020 Sessionize Event
Azure Day Rome 2020 Sessionize Event
All The Talks Sessionize Event
DevOps Summit Amsterdam 2019 - Two days DevOps experience Sessionize Event
Yalla! DevOps 2019 Sessionize Event
swampUP 2018 Sessionize Event
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