chore: sync content to repo (#10361)
Co-authored-by: nilbuild <4921183+nilbuild@users.noreply.github.com>
This commit is contained in:
1 parent
5a1fea4fa0
commit
8316b9c50e
103 files changed
+108
-104
No files matched your search
@@ -1,5 +1,5 @@
|
||||
# Animations & Graphics
|
||||
|
||||
|
||||
Animations and graphics are used in both video production and live streaming to illustrate concepts that are difficult to convey through code or speech alone. Architecture diagrams, data flow animations, and branded lower-thirds all add clarity and professionalism. Tools like After Effects, Motion, and simpler web-based tools make this accessible without specialist design skills.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# APIs & SDKs
|
||||
|
||||
|
||||
APIs and SDKs are the primary technical surfaces that DevRel teams support and promote. Understanding how they work, how they are designed, and how they are documented is fundamental to the role. DevRel professionals often serve as the bridge between the developers building on these interfaces and the teams that create them.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Code of Conduct
|
||||
|
||||
|
||||
A code of conduct is a formal document that sets expectations for member behavior and describes consequences for violations. It typically covers harassment, discrimination, and respectful communication. Publishing a code of conduct signals that the community takes inclusion seriously and provides recourse for members who experience problems.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Collaborations
|
||||
|
||||
|
||||
Content collaborations involve creating blog posts, tutorials, or case studies jointly with community members, partners, or customers. Collaborations produce more credible content because they include real user perspectives, and they give the collaborating parties a shared stake in promoting the result. They are also an effective way to recognize and reward community contributors.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Community Guidelines
|
||||
|
||||
|
||||
Community guidelines define the norms of behavior expected from all members. They cover how to treat other members, what content is appropriate, how to ask for help, and what will result in removal. Clear guidelines create a safer, more welcoming environment and give moderators a consistent basis for making decisions.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Community Management
|
||||
|
||||
|
||||
Community management is the day-to-day work of keeping a developer community active, healthy, and growing. It includes moderating discussions, welcoming new members, facilitating conversations, resolving conflicts, and recognizing contributors. Effective community management makes the difference between a community that thrives and one that goes quiet.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Community Support
|
||||
|
||||
|
||||
Community support involves being present in the spaces where developers ask questions and share problems, such as forums, Discord servers, GitHub issues, and Stack Overflow. DevRel teams monitor these channels, answer questions, and connect developers with the right resources. Active support signals that the company cares about developer success beyond the sale.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Conference Speaking
|
||||
|
||||
|
||||
Conference speaking is one of the highest-visibility activities in DevRel. A well-received talk at a major developer conference can reach thousands of developers and build lasting credibility. Building a speaking career involves developing signature talks, submitting to CFPs (Calls for Papers), and investing in the preparation and delivery skills that make talks memorable.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Conflict Resolution
|
||||
|
||||
|
||||
Conflict resolution addresses disputes between community members before they damage the community's health. This involves understanding each party's perspective, applying the community guidelines consistently, and helping members reach a resolution or enforcing consequences when necessary. Handled well, conflict resolution demonstrates that the community is safe and governed fairly.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Consistent Posting
|
||||
|
||||
|
||||
Consistent posting means publishing on a regular schedule so the audience knows when to expect new content. Algorithms on most platforms reward consistency with better distribution, and audiences are more likely to follow accounts that post reliably. A content calendar helps plan and batch content production to maintain consistency without burning out.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Continuous Learning
|
||||
|
||||
|
||||
Continuous learning is the ongoing practice of staying current with technical developments, community trends, and DevRel practices. The field evolves quickly, and professionals who invest in learning consistently are better equipped to serve their communities and grow their careers. Learning happens through reading, courses, conferences, and hands-on experimentation.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Creating Brand Voice
|
||||
|
||||
|
||||
Brand voice is the consistent tone, style, and personality expressed across all of a company's communications. For DevRel, the brand voice needs to feel credible and peer-like to developers, avoiding corporate speak. Defining the brand voice in a brief guide helps everyone who creates content maintain a consistent identity across platforms.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Cross-Promotion
|
||||
|
||||
|
||||
Cross-promotion means sharing each other's content across different audiences and platforms when two parties produce related material. A guest blog post can be promoted by both the author and the hosting publication, reaching developers who follow each. Cross-promotion multiplies the distribution of individual pieces of content with minimal additional effort.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Data-Driven Strategy Shift
|
||||
|
||||
|
||||
A data-driven strategy shift means changing the content approach based on what performance data reveals. If certain topics, formats, or posting times consistently outperform others, those findings should reshape the content plan. Regularly reviewing analytics and acting on them prevents continuing to invest in content that does not reach or engage the target audience.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Developer Marketing
|
||||
|
||||
|
||||
Developer marketing focuses on reaching, attracting, and retaining developers as an audience. Unlike consumer marketing, it requires technical credibility and relies on education, tutorials, open-source contributions, and community engagement rather than advertising. The goal is to help developers understand what a product does and how to get started quickly.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Documentation
|
||||
|
||||
|
||||
Developer onboarding documentation covers everything a new developer needs to go from zero to their first successful integration. It includes tutorials, API references, and user guides organized to match the developer's journey. Good onboarding documentation reduces the time to first success and lowers the volume of basic support questions.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Editing
|
||||
|
||||
|
||||
Editing transforms raw footage into a polished, watchable video by removing mistakes, dead air, and tangents. It also involves adding titles, captions, transitions, and annotations to guide the viewer. Even modest editing significantly improves the watchability of technical content and demonstrates respect for the audience's time.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Encouraging Participation
|
||||
|
||||
|
||||
Encouraging participation means reducing the barriers and increasing the motivations for members to contribute. Tactics include welcoming new members publicly, asking direct questions to quiet members, creating low-effort entry points like polls or reactions, and making it easy to find ways to help. Communities that actively encourage participation grow faster and retain members longer.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Execution
|
||||
|
||||
|
||||
Execution is the delivery of the event itself, ensuring that everything planned comes together on the day. This includes managing the schedule, supporting speakers, handling technical issues, engaging attendees, and creating a welcoming atmosphere. Good execution makes an event feel polished and leaves attendees with a positive impression.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Feedback Collection
|
||||
|
||||
|
||||
Collecting feedback after an event reveals what worked, what did not, and what attendees want from future events. Feedback can be gathered through post-event surveys, direct conversations, and monitoring social media reactions. Acting on feedback visibly shows the community that their input shapes future events.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Git
|
||||
|
||||
|
||||
Git is the standard distributed version control system. Core operations include committing changes, branching, merging, and pushing to remote repositories. DevRel professionals use Git daily when maintaining sample code, contributing to open-source projects, and collaborating on documentation.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# GitHub
|
||||
|
||||
|
||||
GitHub is the most widely used platform for hosting Git repositories and collaborating on code. Beyond version control, it provides tools for project management, issue tracking, community engagement through Discussions, and public backlog management. For many developer communities, a company's GitHub presence is a key signal of openness and developer investment.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
# Google Analytics
|
||||
|
||||
|
||||
Google Analytics tracks web traffic, user behavior, and conversion events on documentation sites and developer portals. It shows where visitors come from, which pages they view, how long they stay, and where they drop off. These insights help DevRel teams optimize documentation structure and content to improve the developer onboarding experience.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Guest Blogging
|
||||
|
||||
|
||||
Guest blogging involves writing for external publications or inviting external authors to contribute to the company blog. Publishing on established developer platforms increases reach beyond the existing audience. Hosting guest posts brings fresh perspectives, recognizes community contributors, and reduces the content production burden on the internal team.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Handling Q&A
|
||||
|
||||
|
||||
Q&A sessions test a speaker's depth of knowledge and ability to think on their feet. Good Q&A handling involves active listening to understand the question fully, anticipating common questions in advance, and giving concise answers. Difficult or off-topic questions should be acknowledged and redirected without dismissing the person asking.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Handouts
|
||||
|
||||
|
||||
Handouts are supplementary materials distributed before, during, or after a talk, such as slides, reference guides, or code snippets. They allow attendees to review content after the session and reduce the need to take notes during the talk. In technical presentations, handouts that include code samples or setup instructions are especially useful.
|
||||
@@ -1,5 +1,5 @@
|
||||
# History and Evolution
|
||||
|
||||
|
||||
DevRel as a formal discipline emerged in the late 1980s when Apple and Sun Microsystems created dedicated teams to support third-party developers building on their platforms. Over the following decades it evolved from a support function into a strategic role, growing alongside the API economy and open-source movement. Today it covers a broad range of activities from technical content creation to community building and product feedback.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Identifying Audience
|
||||
|
||||
|
||||
Identifying the audience means understanding who the target developers are, what they build, what problems they face, and where they spend time online. This research shapes every decision about platform choice, content format, tone, and event type. Building a community without a clear picture of the audience leads to unfocused efforts and low engagement.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Importance of DevRel
|
||||
|
||||
|
||||
Developers make purchasing and adoption decisions based on technical quality, documentation, and community trust rather than traditional marketing. A strong DevRel practice reduces friction for new developers, builds long-term loyalty, and creates a feedback channel between the community and the product team. Companies with active DevRel programs typically see faster developer onboarding and higher platform engagement.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Initial Outreach
|
||||
|
||||
|
||||
Initial outreach is the process of inviting the first members to a new community before it has organic momentum. This involves identifying existing developers who use the product, reaching out directly, and giving them a reason to join and participate. The earliest members set the tone and help attract others through their presence and contributions.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Insights & Recommendations
|
||||
|
||||
|
||||
Insights and recommendations transform data into action. Rather than just reporting numbers, this involves explaining what the data means, why it changed, and what should be done differently as a result. Reports that include concrete recommendations are more valuable to stakeholders and more likely to lead to informed decisions.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Instagram
|
||||
|
||||
|
||||
Instagram is a visual platform used by some DevRel programs for brand building, event coverage, and behind-the-scenes content. It works best for reaching developers interested in company culture, community events, and visually engaging technical content like architecture diagrams or infographics. It is less effective for driving direct technical engagement than X or LinkedIn.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Issue Tracking
|
||||
|
||||
|
||||
Issue tracking through tools like GitHub Issues provides a structured way for developers to report bugs, request features, and ask questions within the context of a specific project. DevRel teams triage incoming issues, reproduce bugs, route them to the right teams, and communicate status updates back to reporters. Responsive issue management signals that the company takes developer feedback seriously.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Issues & Pull Requests
|
||||
|
||||
|
||||
GitHub Issues are used to report bugs, request features, and ask questions in a project's repository. Pull Requests propose changes to the codebase and trigger code review. DevRel professionals triage incoming issues, respond to questions, review community pull requests, and use both to maintain an active and welcoming project.
|
||||
@@ -1,3 +1,3 @@
|
||||
# JetBrains IDEs
|
||||
|
||||
|
||||
JetBrains produces a family of IDEs tailored to specific languages, including IntelliJ IDEA for Java and Kotlin, PyCharm for Python, and WebStorm for JavaScript. They are widely used in enterprise and professional development environments. DevRel professionals working with these ecosystems should be familiar with JetBrains tooling and its plugin system.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Key Metrics
|
||||
|
||||
|
||||
Key metrics in DevRel quantify the impact of the team's work on developer satisfaction, content effectiveness, community engagement, and growth. Tracking the right metrics helps justify investment in DevRel, identify what is working, and guide decisions about where to focus effort. Metrics should be chosen to reflect business outcomes, not just activity.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Labelling and Cleanup
|
||||
|
||||
|
||||
Labels in GitHub categorize issues and pull requests by type, priority, status, or area. Consistent labelling makes it easier for contributors to find beginner-friendly issues, understand what needs review, and filter by topic. Regular cleanup of stale issues and outdated labels keeps the repository approachable and the backlog meaningful.
|
||||
@@ -1,5 +1,5 @@
|
||||
# LinkedIn
|
||||
|
||||
|
||||
LinkedIn is the professional social network where developers follow company pages, read industry articles, and make career decisions. DevRel content on LinkedIn tends to perform well when it focuses on career insights, technical learnings, product announcements, and developer success stories. LinkedIn reaches a different segment of the developer audience than X, including more senior roles and enterprise buyers.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Live Streaming
|
||||
|
||||
|
||||
Live streaming brings DevRel content to audiences in real time, creating an interactive experience where viewers can ask questions and influence the direction of the session. It is used for coding sessions, product demos, community Q&As, and conference presentations. The informal, unedited nature of live streams can feel more authentic than polished video content.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Managing Difficult Questions
|
||||
|
||||
|
||||
Difficult questions include those that are hostile, outside the speaker's knowledge, or designed to derail the discussion. Effective strategies include acknowledging the question honestly, offering to follow up offline, and redirecting to the talk's core topic when appropriate. Remaining calm and professional when challenged builds credibility with the rest of the audience.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Managing Discussions
|
||||
|
||||
|
||||
GitHub Discussions provides a forum-like space within a repository for longer-form conversations that are not bug reports or feature requests. DevRel teams use it for Q&A, announcements, polls, and general community conversations. Actively managing Discussions keeps the community informed and creates a searchable knowledge base for common questions.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Media Appearances
|
||||
|
||||
|
||||
Media appearances include interviews, podcast episodes, and press quotes that extend reach to audiences beyond those already following the speaker. Being accessible to journalists, podcast hosts, and newsletter writers as a knowledgeable source increases visibility and positions the individual as a go-to expert in their area.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Meetups
|
||||
|
||||
|
||||
Meetups are local or virtual gatherings of developers around a specific technology, interest, or geography. Attending and speaking at meetups builds relationships at a community level and reaches developers who may not attend large conferences. Organizing meetups creates a recurring touchpoint with the local developer community.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Milestones & Releases
|
||||
|
||||
|
||||
GitHub Milestones group issues and pull requests into planned releases or goals. They help communicate the project roadmap to contributors and users. Keeping milestones current and closing them with proper release notes shows a project is actively maintained and makes the development process legible to the community.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Mind Mapping
|
||||
|
||||
|
||||
Mind mapping is a visual technique for organizing ideas around a central concept, with branches representing related topics. It is used in talk preparation to explore the full scope of a subject before deciding what to include or cut. Mind maps help speakers see connections between ideas and avoid presenting in an overly linear way.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Moderation
|
||||
|
||||
|
||||
Moderation involves reviewing content and member behavior to ensure the community stays within its guidelines. It ranges from removing spam and off-topic posts to handling reports of harassment or conflict. Good moderation is consistent, fair, and transparent, and it responds promptly enough to prevent problems from escalating.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Networking Strategies
|
||||
|
||||
|
||||
Networking strategies are deliberate approaches to building professional relationships that support career growth and the effectiveness of DevRel work. Effective networking is about giving value first, maintaining relationships consistently rather than only when needed, and engaging with communities in both online and in-person contexts.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Networking
|
||||
|
||||
|
||||
Networking in DevRel involves building professional relationships with other developers, advocates, event organizers, and community leaders. Strong networks amplify the reach of DevRel work through referrals, collaborations, and co-promotion. Conferences, meetups, and online communities are the primary venues for building these connections.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Office Hours
|
||||
|
||||
|
||||
Office hours are scheduled sessions where developers can join a live call to ask questions, get help debugging, or discuss their use case directly with a member of the DevRel or product team. They provide high-touch support for developers who are stuck and create direct feedback opportunities that are harder to get through asynchronous channels.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Online Communities
|
||||
|
||||
|
||||
Online communities are digital spaces where developers gather to discuss topics, ask questions, and share work. Examples include Discord servers, Slack workspaces, Reddit communities, GitHub Discussions, and Stack Overflow. DevRel professionals participate in these spaces to support developers, gather feedback, and build visibility for their product.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Online Communities
|
||||
|
||||
|
||||
Online communities for networking include developer forums, Slack groups, Discord servers, and LinkedIn groups focused on DevRel, developer tools, or specific technologies. Active participation in these spaces builds relationships with peers, potential collaborators, and future employers. Being helpful and visible in online communities compounds over time.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Open-Source
|
||||
|
||||
|
||||
Contributing to open-source projects is a high-credibility networking and learning activity. It creates public evidence of technical skills, builds relationships with maintainers and contributors, and demonstrates investment in the ecosystem. DevRel professionals who contribute to open source are seen as genuine participants in the community rather than pure marketers.
|
||||
@@ -1,3 +1,3 @@
|
||||
# PechaKucha
|
||||
|
||||
|
||||
PechaKucha is a presentation format where a speaker shows 20 slides for exactly 20 seconds each, totaling 6 minutes and 40 seconds. The strict timing forces brevity and encourages visual storytelling over dense slides. It is used at community events and conferences where multiple short talks are given in sequence.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Planning
|
||||
|
||||
|
||||
Event planning involves defining the format, audience, goals, venue or platform, agenda, and budget. Good planning accounts for logistics, speaker preparation, accessibility, and contingency scenarios. Starting the planning process well in advance gives enough time to promote the event and attract the right attendees.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Platform Selection
|
||||
|
||||
|
||||
Platform selection is the choice of where to host and grow a community, such as Discord, Slack, GitHub Discussions, a forum, or a mailing list. The right platform depends on the audience's existing habits, the desired type of interaction, and the level of moderation required. It is better to commit to one platform and do it well than to spread effort thinly across many.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Platform Specific Analytics
|
||||
|
||||
|
||||
Platform-specific analytics cover the insights available within community platforms like Discord, GitHub, and YouTube. GitHub Insights shows repository traffic and contributor activity. YouTube Studio shows watch time, audience retention, and traffic sources. Each platform provides unique data that complements the broader analytics picture.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Post Event Followup
|
||||
|
||||
|
||||
Post-event followup extends the value of an event beyond the day it occurred. This includes sending recordings and resources to attendees, publishing a summary, following up with speakers, and reaching out to new contacts made during the event. Timely followup reinforces relationships and converts event energy into lasting community connections.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Presentation Techniques
|
||||
|
||||
|
||||
Presentation techniques are the methods used to structure and deliver a talk effectively. Common approaches include the Rule of Three for organizing content, storytelling to make technical material memorable, and visual aids to reinforce key points. Choosing the right technique depends on the audience, the topic, and the format of the event.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Promotion
|
||||
|
||||
|
||||
Promoting an event means reaching the target developer audience through the channels they use, including social media, community forums, email newsletters, and partner networks. Effective promotion communicates the value of attending clearly and creates multiple touchpoints between announcement and the event date.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Public Backlog
|
||||
|
||||
|
||||
A public backlog on GitHub exposes the planned and in-progress work on a project or SDK to the developer community. It increases transparency, allows external contributors to identify where help is needed, and gives users insight into when issues they care about will be addressed. Maintaining a clean and up-to-date public backlog builds community trust.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Publishing
|
||||
|
||||
|
||||
Publishing thought leadership content involves writing articles, essays, research reports, or opinion pieces for blogs, industry publications, and developer platforms. The goal is to contribute ideas that the audience finds genuinely useful or thought-provoking, not just to market a product. Consistent, high-quality publishing establishes a reputation as a credible voice in the ecosystem.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Recognition Programs
|
||||
|
||||
|
||||
Recognition programs acknowledge and reward community members who contribute positively through answering questions, creating content, reporting bugs, or helping onboard new members. Formats include MVPs, badges, featured spotlights, and early access programs. Recognition programs increase motivation, build loyalty, and identify potential advocates and future collaborators.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Recording
|
||||
|
||||
|
||||
Recording a high-quality technical video requires adequate screen resolution, a clean microphone signal, and a distraction-free environment. Screen recordings for tutorials should use a large font, high contrast, and a zoomed-in view when showing code. Recording in shorter segments and assembling them in editing is usually more efficient than attempting long single takes.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Regular Reports
|
||||
|
||||
|
||||
Regular reports, produced weekly, monthly, or quarterly, keep stakeholders informed about DevRel performance without requiring them to dig into raw data. They typically cover key metrics against targets, highlights from the period, and areas for improvement. Cadence and format should match the audience's level of interest and the pace of the work.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Repetition & Reinforcement
|
||||
|
||||
|
||||
Repetition and reinforcement involve stating key messages multiple times across a talk in different ways to improve retention. The principle is to tell the audience what you will say, say it, then summarize what you said. Repeating the core idea in varied forms helps different types of learners absorb it.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Reporting
|
||||
|
||||
|
||||
Reporting translates raw analytics data into structured summaries that communicate the impact of DevRel work to stakeholders. Regular reports build organizational trust in the team and provide a record of progress over time. Good reports focus on trends and insights rather than raw numbers, and connect metrics to business outcomes.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Rules and Policies
|
||||
|
||||
|
||||
Rules and policies go beyond the code of conduct to cover operational details: how to post in different channels, what is off-topic, how to report issues, and what promotional content is allowed. Well-documented rules reduce ambiguity and lower the moderation burden by preventing common misunderstandings before they arise.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Rules of Three
|
||||
|
||||
|
||||
The Rule of Three is a presentation principle based on the idea that audiences remember information most effectively when it is grouped in sets of three. Structuring a talk around three main points, three examples, or three takeaways makes the content easier to follow and recall. It is one of the most widely used frameworks in speechwriting and presentation design.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Sample Projects
|
||||
|
||||
|
||||
Sample projects are complete, working applications that demonstrate how to use a product in a realistic context. Unlike tutorials, which teach step by step, sample projects give developers a starting point they can explore, run, and adapt. They are especially useful for developers who prefer to learn by reading code rather than following instructions.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Scripting
|
||||
|
||||
|
||||
A script or detailed outline before recording ensures the video covers its topic efficiently and stays on track. Even a loosely structured script reduces retakes, filler words, and tangents. For tutorial videos, scripting means working through the code in advance so the recording flows without unexpected errors or confusion.
|
||||
@@ -1,3 +1,7 @@
|
||||
# SEO Basics
|
||||
|
||||
SEO (Search Engine Optimization) for technical blog posts involves writing about topics developers search for, using accurate and specific language, structuring content with clear headings, and linking to related resources. Good SEO practices make content discoverable long after it is published and compound in value over time.
|
||||
|
||||
SEO (Search Engine Optimization) for technical blog posts involves writing about topics developers search for, using accurate and specific language, structuring content with clear headings, and linking to related resources. Good SEO practices make content discoverable long after it is published and compound in value over time.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
- [@roadmap@Visit the Dedicated SEO Roadmap](https://roadmap.sh/seo)
|
||||
@@ -1,3 +1,3 @@
|
||||
# Social Media Analytics
|
||||
|
||||
|
||||
Social media analytics tools, including native platform dashboards and third-party tools like Buffer and Sprout Social, track post performance, audience growth, and engagement over time. They allow comparisons across content types and posting times, revealing patterns that inform the content strategy.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Social Media
|
||||
|
||||
|
||||
Social media is a primary channel for DevRel outreach, community engagement, and content distribution. Different platforms serve different purposes: X for real-time conversation, LinkedIn for professional reach, Instagram for visual storytelling, and Facebook for certain community groups. An effective social media presence builds audience, drives traffic, and keeps the developer community informed.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Social Media
|
||||
|
||||
|
||||
Social media writing for DevRel involves communicating technical ideas concisely across platforms like X, LinkedIn, and Mastodon. Posts need to be accurate, engaging, and relevant to the developer audience. Social media writing builds a public presence for both the individual and the product, and drives traffic to longer-form content.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Storytelling
|
||||
|
||||
|
||||
Storytelling frames technical content within a narrative structure that makes it more relatable and memorable. A story typically follows a pattern of context, conflict, and resolution, which maps well onto problem-solution formats common in DevRel talks. Good technical storytelling shows real-world impact rather than just describing features.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Streamyard
|
||||
|
||||
|
||||
Streamyard is a browser-based live streaming studio that makes it easy to broadcast to multiple platforms simultaneously, add guests via video call, display comments on screen, and apply branded overlays. It reduces the technical complexity of live production, making it accessible for DevRel teams without dedicated streaming infrastructure.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Support
|
||||
|
||||
|
||||
Developer support in DevRel covers the channels and resources that help developers resolve problems and get answers. It includes asynchronous options like forums, issue trackers, and FAQs as well as synchronous options like webinars and office hours. Good support reduces developer frustration, speeds up integrations, and creates opportunities for direct feedback.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Surveys
|
||||
|
||||
|
||||
Surveys are structured questionnaires used to collect feedback from event attendees or community members at scale. A good post-event survey is short, specific, and includes both rating scales and open-ended questions. Survey results provide quantitative data on satisfaction and qualitative insights on what to improve.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Technical Documentation
|
||||
|
||||
|
||||
Technical documentation explains how a product works and how to use it. Good documentation is accurate, complete, and organized so developers can find what they need quickly. It includes conceptual overviews, how-to guides, API references, and troubleshooting sections, each serving a different stage of the developer journey.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Technical Setup
|
||||
|
||||
|
||||
Technical setup for live streaming involves configuring streaming software, audio and video hardware, internet connection stability, and platform settings. Testing the full setup before going live reduces the risk of technical failures mid-stream. A basic checklist covering audio levels, screen share functionality, and backup plans helps ensure smooth broadcasts.
|
||||
@@ -1,3 +1,3 @@
|
||||
# The Hook
|
||||
|
||||
|
||||
A hook is the opening of a presentation designed to capture audience attention immediately. It can be a provocative question, a surprising statistic, a short story, or a live demonstration. A strong hook sets the tone for the talk and gives the audience a reason to keep listening.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Thought Leadership
|
||||
|
||||
|
||||
Thought leadership means contributing original ideas, perspectives, and analysis to conversations in the developer and technology community. It is built through publishing, speaking, and participating in discussions in ways that demonstrate expertise and a distinctive point of view. Strong thought leadership increases both personal and company credibility over time.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Tools
|
||||
|
||||
|
||||
DevRel teams use a range of analytics tools to measure content and community performance. These include general web analytics, social media native analytics, and platform-specific tools. Using the right tools for each channel ensures the team has accurate, actionable data rather than relying on manual tracking.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Topic Selection
|
||||
|
||||
|
||||
Choosing the right blog topics means identifying subjects that the target audience is actively searching for or discussing, that align with the product's strengths, and that the author can cover with genuine depth. Good topic selection combines keyword research, community observation, and awareness of trending conversations in the ecosystem.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Tracking Engagement
|
||||
|
||||
|
||||
Tracking engagement means monitoring likes, comments, shares, replies, and saves across social platforms to understand how the audience is responding to content. High engagement relative to reach indicates the content is resonating. Engagement data is more useful than follower count because it reflects active interest rather than passive presence.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Tutorials
|
||||
|
||||
|
||||
Tutorials guide developers through completing a specific task step by step. A good tutorial has a clear goal, working code at every step, and is written for the developer's current level of knowledge. Tutorials are the most effective onboarding content because they give developers a concrete win early in their experience with a product.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Twitch
|
||||
|
||||
|
||||
Twitch is a live streaming platform primarily known for gaming but with a growing developer and coding community. It is used by some DevRel professionals for live coding sessions, pair programming, and casual community interactions. Twitch's chat and clip features make it easy for viewers to engage and share moments from a stream.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Understanding APIs
|
||||
|
||||
|
||||
An API (Application Programming Interface) defines how software components interact, specifying the requests that can be made, the data formats used, and the authentication required. DevRel professionals must understand REST, GraphQL, and webhook patterns well enough to explain them clearly, write accurate documentation, and identify friction points in the developer experience.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Use Case Based
|
||||
|
||||
|
||||
Use-case-based sample projects are organized around what a developer wants to build rather than around individual API features. Examples include a chat application, an image processing pipeline, or a payment integration. This framing is more intuitive for developers who arrive with a goal in mind rather than a desire to explore the API systematically.
|
||||
@@ -1,3 +1,3 @@
|
||||
# User Guides
|
||||
|
||||
|
||||
User guides explain how to accomplish common tasks and workflows with a product, sitting between tutorials and API references in depth. They address the "how do I do X?" questions that come up after the initial onboarding. Organized by use case rather than by API structure, user guides are particularly valuable for developers building more complex integrations.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Video Production
|
||||
|
||||
Video production for developer relations covers planning, recording, and publishing technical content such as tutorials, live streams, and conference talks. It involves scripting, screen and audio capture, editing, and distribution — with emphasis on clear code visuals and practical examples for a developer audience.
|
||||
Video production for developer relations covers planning, recording, and publishing technical content such as tutorials, live streams, and conference talks. It involves scripting, screen and audio capture, editing, and distribution — with emphasis on clear code visuals and practical examples for a developer audience.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Video Production
|
||||
|
||||
|
||||
Video production is a significant part of DevRel content work, covering tutorial screencasts, conference talk recordings, product demos, and interview content. Good technical video requires clear scripting, quality audio, and competent editing to be worth a developer's time. Video content reaches audiences who prefer watching to reading and performs well on YouTube and social media.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Video
|
||||
|
||||
|
||||
Video quality in live streaming covers resolution, frame rate, lighting, and camera angle. Good lighting, particularly a key light facing the presenter, makes a significant difference in perceived production quality. While 1080p is standard, consistent framing and a clean background matter more than raw resolution.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Visualization
|
||||
|
||||
|
||||
Visualization in presentations means using diagrams, charts, architecture drawings, and live demos to illustrate concepts that are harder to convey in words alone. Strong visuals reduce cognitive load and help diverse audiences follow technical content regardless of background. The best visuals are simple, focused, and directly tied to the point being made.
|
||||
@@ -1,5 +1,5 @@
|
||||
# VS Code
|
||||
|
||||
|
||||
Visual Studio Code is the most widely used code editor among developers across almost every language and platform. It is lightweight, extensible through a large marketplace of extensions, and free. Being fluent in VS Code helps DevRel professionals create tutorials and demos that match the environment most developers already use.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
@@ -1,3 +1,3 @@
|
||||
# Webinars
|
||||
|
||||
|
||||
Webinars are live online presentations that allow DevRel teams to demonstrate features, walk through tutorials, and answer questions from a wider audience than in-person events. They are recorded and shared afterward, extending their value beyond the live session. Regular webinars create a predictable touchpoint with the developer community and generate useful content.
|
||||
@@ -1,3 +1,3 @@
|
||||
# What is DevRel?
|
||||
|
||||
|
||||
Developer Relations (DevRel) is the practice of building and maintaining relationships between a company and the developers who use its products, APIs, or platforms. It sits at the intersection of engineering, marketing, and community management. DevRel teams work to make developers successful with a product, which in turn drives adoption, retention, and trust.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Writing Documentation
|
||||
|
||||
|
||||
Writing documentation for APIs and SDKs requires combining technical accuracy with clarity. Good API documentation includes authentication instructions, endpoint references with request and response examples, error code explanations, and quickstart guides. Documentation is often the first thing a developer consults and directly affects whether they continue evaluating the product.
|
||||
@@ -1,3 +1,3 @@
|
||||
# Writing Process
|
||||
|
||||
|
||||
A structured writing process produces better blog posts more consistently. It typically involves outlining the structure before writing, drafting without self-editing, revising for clarity and accuracy, and getting a technical review before publishing. A repeatable process reduces the time spent on each post and improves quality over time.
|
||||
@@ -1,5 +1,5 @@
|
||||
# Writing Skills
|
||||
|
||||
|
||||
Writing is one of the most high-leverage skills in DevRel because written content reaches far more developers than any single presentation. DevRel writing spans technical documentation, blog posts, social media, and email. Clear, accurate, and well-structured writing builds trust and helps developers succeed without needing direct assistance.
|
||||
|
||||
Visit the following resources to learn more:
|
||||
|
||||
Loaded 100 of 103 files, more files were not shown because too many files have changed in this diff.
Show more
Reference in new issue
Block a user