Skip to Main Content
Lightning Talk Intermediate

The Geometry of Technical Belonging: Building Communities from the Outside In

Proposal status is Rejected
Session Description

Most DevRel and community playbooks tell you how to build a technical community. Very few tell you what it actually feels like to build one before you belong to it yourself.

This talk is about the invisible architecture of technical spaces: the social geometry that determines who feels welcome in a room and who quietly orbits the edges of it. Drawing from my experience laying the DevRel foundation for smallest.ai in San Francisco, I realised what happens when you're tasked with engineering belonging while still negotiating it yourself.

Attendees will walk away with a structural model for community design - one that treats events not as logistics problems but as social infrastructure. The talk covers how three specific levers (access design, demo format, and invite criteria) shape the legitimacy gradient of a room, and what happens to signal quality when you deliberately redistribute them. The talk covers:

• Why technical communities are legitimacy hierarchies by default and how to design against that without sacrificing signal

• What lowering the demo bar (without lowering standards) actually looks like in practice, and why it sharpens curiosity over polish

• How outsiders make better community architects and why the most underrated DevRel skill is knowing where the thresholds are

This is a talk for community builders who are building from zero: no existing community, no inherited playbook, no guarantee that the room will fill. It's for the people who have ever stood at the edge of a technical event wondering where they fit and then decided to redesign the room.

Key Takeaways

  • Recognize the invisible architecture of technical communities. Learn how legitimacy, access, and participation are often shaped by design choices rather than intent.

  • Audit and redesign community thresholds. Identify where people drop off—from invitation criteria to demo formats and make deliberate choices about who gets to contribute and how.

  • Lower barriers without lowering standards. Discover practical ways to optimize for curiosity, experimentation, and participation while maintaining technical quality

References

https://harshmello.substack.com/p/building-belonging-where-you-dont

Session Categories

Community

Which track are you applying for?

Main track

Speakers

Harshita Jain
Harshita Jain Developer Relations Engineer | Smallest AI

I’m a Developer Relations Engineer at Smallest AI, bridging real-time Voice AI and developer communities. My focus is on enabling developers to build with real-time AI - from integrating smallest.ai into open-source orchestrators to enabling production-ready voice pipelines.

A big part of my work is driving adoption through community-led growth. I’ve organized hackathons, run a Startup Grants Program, and partnered closely with startups - supporting them from first API call to real-world deployment.

I also serve as a Hackathon Coach at Major League Hacking , mentoring hackathon organisers as well as hackers as they build, ship, and occasionally debug at 3am.

Before this, I was a Software Development Engineer at Mobile Premier League (MPL), where I built real-time networking multiplayer games at scale - systems designed to handle thousands of concurrent players without breaking a sweat. That experience continues to shape how I think about performance, systems design, and user experience in high-stakes environments.

Across everything I do, I’m drawn to the intersection of technology, design, and community. I’ve spoken at global conferences like GitHub Universe, DevRelCon Yokohama, DevRelCon India, Open Tech Summit Jakarta, HackCon by MLH, and codebar - often exploring how gamification and game design principles can make developer communities more engaging, inclusive, and resilient.

https://www.linkedin.com/in/harshitajain16/