A compelling Developer Evangelist portfolio demonstrates not just what you know but how you teach and how you contribute to developer success. Start with a concise, navigable homepage that serves as a hub for your written content, recorded talks, and code samples. Each portfolio item should follow a standard template: problem statement, prerequisites, reproducible steps, expected outcomes, and follow-up resources. This structure helps reviewers and hiring managers quickly assess the depth and applicability of your work.
Emphasize reproducibility for code samples. Include a clear README, a single command to run the example locally, Dockerfiles or docker-compose configurations, and CI configuration that validates the sample. Automate setup steps to minimize friction for reviewers and community users. Where possible, provide a live deployment (e.g., on Netlify, Vercel, or a demo cloud account) so viewers can interact with your sample without having to run it locally. If the project interacts with paid services, include mock endpoints or local emulators.
Record and host at least three speaking engagements or workshop recordings. These should vary by length and audience level: a short 10β15 minute introduction for a meetup, a 30β45 minute workshop with hands-on exercises, and a longer 60-minute conference talk that includes architectural or performance insights. Include slides and a short post with timestamps for the recorded sections so prospective employers can evaluate your pacing and content scaffolding. Use talk descriptions to highlight measurable outcomes from the session, such as number of attendees who completed the workshop or GitHub stars generated afterward.
Publish technical writing that highlights problem-solving. Focus on real developer pain points and provide end-to-end solutions. Use code blocks, diagrams, and callouts to surface pitfalls and best practices. Demonstrating the ability to present performance comparisons, trade-offs, and security implications shows maturity beyond simple tutorials. Repurpose long-form content into smaller artifacts (tweet threads, short videos, one-page cheat sheets) to show you can meet developers where they are.
Highlight open-source contributions, not merely by listing pull requests but by telling the story of the contribution: what problem you solved, how you engaged with maintainers, and what acceptance process looked like. If youβve maintained a project, include release notes and metrics such as number of active users, contributors, or downloads. If youβve led an ambassador or community program, include artifacts like onboarding guides, community metrics, and testimonials.
Make your portfolio discoverable and easy to scan. Use a simple navigation scheme, tag items by technology and audience level, and include a short 'about' section that describes your DevRel philosophy. Add social proofβlinks to mentions, conference program entries, or quotes from community members. Finally, maintain and iterate on the portfolio: remove outdated content, update broken demos, and add a changelog to show continued activity and responsiveness to feedback.