Danilo Velasquez
Staff Engineer at Adevinta
In this kickoff episode of Señors @ Scale, host Neciu Dan sits down with Danilo Velasquez — Staff Engineer at Adevinta and longtime frontend performance obsessive.
Main Takeaways from my conversation with Danilo:
Tracking performance manually doesn’t scale. Danilo initially spent 4–5 hours each week gathering Lighthouse scores for dozens of pages. Automating that process with the Lighthouse Node API cut the task to 15 minutes and opened the door to real-time Prometheus integration. The result? A living dashboard that made performance a continuous conversation—not a one-time audit.
💡 Page ownership should align with team ownership. Danilo saw firsthand how abstract “domain boundaries” broke down when multiple teams had partial responsibility for the same pages. His solution: make each team responsible for its own application and page set. When ownership changes, move the code. It’s painful, but clear.
💡 Micro frontends led to micro-messes. In one system, they had 50+ frontend services powering a single feature. It looked modular on paper, but was impossible to maintain. Danilo now recommends grouping apps by team instead of slicing purely by domain—favoring practical boundaries over architectural purity.
💡 Old dependencies are a form of technical debt. Danilo advocates for building as close to the platform as possible—favoring native web components over frameworks when feasible. A five-year-old web component still runs today, but a five-year-old React app might be a minefield of outdated packages.
💡 Platform engineering is a force multiplier. Rather than shipping features directly, Danilo found more leverage in improving CI pipelines, optimizing DX, and standardizing tooling. Helping 10 teams ship better beats building a single product faster. It’s the clearest example of “scaling through others” in engineering.
💡 End-to-end tests are flaky for a reason—and it’s not just the tooling. Danilo points out that many e2e failures reflect real user bugs: delayed renders, missing elements, or race conditions. If your tests fail often, it might be telling you your frontend is too complex, not that Cypress is broken.
💡 Performance regressions should trigger incidents. In Danilo’s org, if a Web Vitals metric turns red, it’s treated like a production outage. That means war rooms, halted deployments, and dedicated fixes. It's a cultural shift: performance isn’t a “nice-to-have”—it’s infrastructure.
💡 Core Web Vitals data needs business context. Most teams track Web Vitals separately from conversion metrics—but that’s a missed opportunity. Danilo recommends wiring performance data into tools like Google Analytics to see if faster LCP actually improves sales, signups, or retention. Without that, you’re optimizing in a vacuum.
💡 Fonts can kill your LCP. One project had 12 separate font files for various weights and styles, all blocking the render. Switching to system fonts massively improved performance with zero user complaints. If users can’t tell the difference—but your metrics can—it’s worth rethinking your stack.
💡 The consent banner might be your LCP—and that’s okay. For EU users, the cookie/consent UI is often the first required interaction. Trying to hide or defer it might break compliance. Instead, Danilo suggests embracing it: load it early, strip down fonts, and make it snappy.
💡 Lighthouse results depend heavily on where and how you run them. Danilo discovered huge swings in scores when Lighthouse ran on shared cloud infrastructure vs. isolated VPS machines. To reduce variability, consider running it on dedicated, stable environments—especially if you’re gating PRs with performance checks.
💡 Long tasks? Try setTimeout(0). If your TTI or FID is struggling, Danilo recommends identifying heavy JS operations and wrapping them in a microtask with setTimeout. It’s a surgical fix—but it can yield major gains by unblocking the main thread faster.
💡 Mentorship isn’t about knowledge transfer—it’s about presence. Danilo believes the best mentors don’t just answer questions—they stick around, ask “why,” and help mentees think for themselves. That kind of leadership builds long-term capability, not short-term productivity.
Episode Length: 57 minutes of pure value
💡 More Recent Takeaways
Señors @ Scale host Neciu Dan sits down with Craig Abbott, Principal Accessibility Specialist at TetraLogical and the former Head of Accessibility at the UK's Department for Work and Pensions, one of the largest government departments in the country, where he built a dedicated accessibility practice from nothing and open sourced the DWP Accessibility Manual. Craig has over 15 years in user centred design and has led accessibility work across the public sector and at Elastic. From what sustainable accessibility actually means and why third party audits alone don't get you there, to the three C's of compliance, culture and capability, to running screen readers in VMs without expensive licences, to accessibility acceptance tests in CI with Playwright, Cucumber and Guidepup, to why compliance does not mean usable, this is the accessibility conversation for teams who want it to survive the person who cares about it.
Señors @ Scale host Neciu Dan sits down with Carmen Huidobro, CTO at Incredible Bee in Vienna, where she builds products and helps teams figure out what should be automated and what should stay in the hands of users. Carmen has spent 17 years in tech, almost all of it freelancing, working across Objective-C, Ruby on Rails, the web, mobile, hardware, and even ABAP inside an SAP consultancy, plus five years in developer relations and developer education. Her argument is that the generalist versus specialist debate misses the point: the durable skill is being an expert at adapting. From adding a local Mistral model to a twenty-year-old macOS app without betraying the people who use it, to the refugee hackathon project the City of Vienna still runs a decade later, to why she won't take money from junior developers, this is a conversation about the skills that survive the shift.
Señors @ Scale host Neciu Dan sits down with Marko Gaćeša, Head of Product at Semaphore, the agent-native CI/CD platform, and the first product guest on the show. Marko is a serial entrepreneur whose career spans developer tools, IoT, industrial automation and enterprise SaaS, including founding Dry Tools and serving as Chief Product Officer at Alchemy Cloud, with earlier work in domains like medical equipment where quality is non-negotiable. From why testing rather than coding is now the bottleneck, to what agent-native CI/CD actually means when developers live inside their coding agent, to how SemAI attacks flaky tests and automates migration off GitHub Actions, to pricing a platform where a minute of CI is not the same minute everywhere, this is the product side of developer tooling from someone shipping it.
Señors @ Scale host Neciu Dan sits down with Maxim Salnikov, AI Dev Tools Solution Engineer at Microsoft, where he leads AI native development enablement for over 100 enterprise customers of Microsoft and GitHub in Norway. Maxim has been building for the web since the late 90s and spends his days inside real enterprise dev teams across finance, energy, agriculture, and pure software companies, watching AI adoption succeed and fail. From why adoption is a change management problem rather than a technology one, to the anatomy of an AI harness and the external layer successful companies build on top of it, to the context engineer and agent ops roles now appearing in team topologies, to managing agent skills as versioned dependencies instead of letting them pollute the repo, this is the enterprise AI adoption conversation from someone who sees a hundred versions of it.
📻 Never Miss New Takeaways
Get notified when new episodes drop. Join our community of senior developers learning from real scaling stories.
💬 Share These Takeaways
Want More Insights Like This?
Subscribe to Señors @ Scale and never miss conversations with senior engineers sharing their scaling stories.