Coder Social home page Coder Social logo

community's Introduction

OpenTelemetry Icon OpenTelemetry community content

Table of Contents

Get Involved

There is a lot to do! If you are interested in getting involved, please join the mailing lists and attend the community meetings. If you're interested in contributing to a specific part of the project, please join the appropriate special interest group (SIG). Details for all of these items are below. We are a friendly, collaborative group and look forward to working together!

Governing Bodies

Both committees meet regularly, and the respective meeting notes are publicly available in the GC meeting notes and the TC meeting notes Google Docs. The Governance Committee meetings are also recorded. If you want to check out the recordings, head to the meeting recordings.

Areas of Interest

Technical committee members, maintainers, and approvers are encouraged to list their areas of interest in this document to help community members find interested parties and form new special interest groups.

Communication

Discussions

We use GitHub discussions for most communications. Please join us there!

For those who are brand new to OpenTelemetry and want to chat or get redirected to the appropriate place for a specific question, feel free to join the CNCF OpenTelemetry Slack channel. If you are new, you can create a CNCF Slack account here.

Calendar

The shared community calendar contains all public OpenTelemetry meetings, including weekly SIG meetings, monthly community meetings, etc. You can access it via:

The best way to subscribe to specific OpenTelemetry meeting series is to join the associated [email protected] meeting invite groups below. This will invite you to the specific OpenTelemetry meetings, correctly block time for accepted meetings, and keep your calendar in sync with new and updated events.

Alternatively, if you wish to subscribe to all OpenTelemetry meeting series you can subscribe to [email protected].

Mailing Lists

List Name Signup Membership Write Permissions Read Permissions Notes
[email protected] Here anyone GC and TC anyone
NotesThe community mailing list is for anybody who wants to monitor the latest news from the project. It is used to send updates on community meetings and announcements about new projects and SIGs. There is minimal moderation for a new user to reduce spam, and new users are approved after one post.
[email protected] Here anyone anyone anyone
NotesThe discussions mailing list is for anyone who is interested in contributing to OpenTelemetry or has questions (related to the contribution, technical issues,etc) they’d like to discuss. Will be used to announce updates related to how the project is being developed and ask general contribution questions related to the contribution processes. No approval is required to join.
[email protected] N/A TC anyone members
NotesUsed by the OpenTelemetry Technical Committee for internal communication. This mailing list should be used sparingly as we strive to keep all communication public. It only should be used to contact the Technical Committee with questions that cannot be discussed publicly on GitHub, GitHub discussions, or the community or contributors' mailing lists.
[email protected] N/A GC anyone members
NotesUsed by the OpenTelemetry GC for internal communication. Additionally, contact the GC for questions that cannot be discussed publicly on GitHub, GitHub discussions, or other mailing lists. For instance, members could use this for issues related to improper applications of our community membership guidance.
[email protected] Here GC and open for anyone anyone anyone
NotesMailing list to notify and request reviews of upcoming announcements, or request a post on the OpenTelemetry Twitter account or other public channels.

Media

For PR & Marketing inquiries, please contact [email protected].

License

All OpenTelemetry projects are shipped under the permissive Apache 2.0 license as CNCF IP Policy dictates. This blog post explains the reasoning behind choosing this license. Refer to CONTRIBUTING.md for details on code attribution.

Logos and Brand Guide

The OpenTelemetry logos and brand guide can be found in the CNCF artwork repository. In addition, a Google Slides template is also available.

How to

Special Interest Groups

We organize the community into Special Interest Groups (SIGs) to improve our workflow and more efficiently manage a community project. While meetings are expected to happen regularly, they are subject to contributors' availability and may be rescheduled or changed at time. Check our public calendar and SIG-specific GitHub discussions for meeting changes and cancellations. All meetings happen over Zoom, have a meeting notes document, and are recorded and available on Zoom cloud.

Please do not hesitate to contact SIG owners if the proposed time of the meeting or tools used is unavailable for you. For instance, it is a good practice to alternate morning/evening meetings once SIG has representatives from 3 largely distinct timezones. The best way to report it and suggest an alternative is to file an issue on this repository or discuss it in SIG-specific GitHub discussions.

Specification SIGs

Name Meeting Time Meeting Notes Slack Channel Meeting Invites Group Sponsors Governance Committee Liaison
Specification: General Every Tuesday at 08:00 PT Google Doc #otel-specification calendar-spec-general
Specification: Sampling Every Thursday at 08:00 PT Google Doc #otel-sampling calendar-spec-sampling Josh MacDonald Daniel Dyla
Specification: Configuration Every other Monday at 8:00 PT Google Doc #otel-config-file calendar-spec-config Carlos Alberto,
Jack Berg
Trask Stalnaker
Specification: Events Every Friday at 10:00 AM PT Google Doc #otel-event calendar-spec-events Ted Young,
Trask Stalnaker
Ted Young
Semantic Conventions: General Every Monday at 08:00 PT Google Doc #otel-semantic-conventions-wg calendar-semconv Armin Ruech,
Josh Suereth,
Reiley Yang
Trask Stalnaker
Semantic Conventions: Messaging Every Thursday at 8:00 PT Google Doc #otel-messaging calendar-semconv Johannes Tax,
Liudmila Molkova
Trask Stalnaker
Semantic Conventions: Database Every Wednesday at 9:30 PT and Friday at 8:30 PT Google Doc #otel-db-client-semconv-stability-wg calendar-semconv Jack Berg,
Liudmila Molkova
Trask Stalnaker
Semantic Conventions: System Metrics Every Thursday at 07:30 PT Google Doc #otel-system-metrics-wg calendar-semconv Josh Suereth Severin Neumann
Semantic Conventions: LLM Every Wednesday alternating between 08:00 and 16:00 PT Google Doc #otel-llm-semconv-wg calendar-semconv Alolita Sharma,
Liudmila Molkova
Alolita Sharma
Specification: Entities Every other week on Thursday at 08:00 AM PT Google Doc #otel-entities calendar-entities Josh Suereth,
Tigran Najaryan
Daniel Dyla
Agent Management Every other week on Tuesday at 11:00 PT Google Doc #otel-agentmanwg calendar-agent-mgmt Tigran Najaryan Ted Young
Prometheus Interoperability Every other week on Wednesday at 08:00 PT Google Doc #otel-prometheus-wg calendar-prometheus Alolita Sharma
Functions as a Service (FAAS) Every other Tuesday at 12:00 PM PT Google Doc #otel-faas calendar-faas Austin Parker
Profiling Every other week on Thursday at 08:00 AM PT Google Doc #otel-profiles calendar-profiling Josh Suereth,
Tigran Najaryan
Morgan McLean
Security Weekly on Wednesday at 08:30 AM PT Google Doc #otel-sig-security calendar-sig-security Juraci Paixão Kröhling,
Reiley Yang
Juraci Paixão Kröhling
OpenTelemetry on Mainframes Weekly on Tuesday at 10:00 AM PT Google Doc #otel-mainframes calendar-mainframe Alolita Sharma,
Daniel Dyla,
Morgan McLean
Morgan McLean

Implementation SIGs

Name Meeting Time Meeting Notes Slack Channel Meeting Invites Group Governance Committee Liaison
Maintainer Meeting Every Monday at 09:00PT Google Doc #otel-maintainers calendar-maintainer-meeting Morgan McLean
Android: SDK + Automatic Instrumentation Every Tuesday at 08:00PT Google Doc #otel-android calendar-android Trask Stalnaker
Collector Every Wednesday at 09:00 PT plus monthly on first Wednesday at 00:00 PT and on third Wednesday at 16:00 PT Google Doc #otel-collector calendar-collector Juraci Paixão Kröhling
C++: SDK Every week alternating between Monday at 13:00 PT and Wednesday at 9:00 PT Google Doc #otel-cpp calendar-cpp Severin Neumann
.NET: Automatic Instrumentation Every Wednesday at 9:00 PT Google Doc #otel-dotnet-auto-instr calendar-dotnet Morgan McLean
.NET: SDK Every Tuesday alternating between 9:00 and 16:00 PT Google Doc #otel-dotnet calendar-dotnet Morgan McLean
Erlang/Elixir: SDK Every other Thursday at 9:00 PT Google Doc #otel-erlang-elixir calendar-erlang Austin Parker
GoLang: SDK Every Thursday alternating between 10:00 and 15:00 PDT Google Doc #otel-go calendar-go Ted Young
GoLang: Automatic Instrumentation Every other week on Tuesday at 9:30 PT Google Doc #otel-go-instrumentation calendar-go Juraci Paixão Kröhling
Java: SDK + Automatic Instrumentation Every Thursday at 09:00 PT Google Doc #otel-java calendar-java Trask Stalnaker
JavaScript: SDK Every Wednesday at 09:00 PT Google Doc #otel-js and GitHub Discussions calendar-js Daniel Dyla
PHP: SDK Every Wednesday at 10:30 PT Google Doc #otel-php calendar-php Severin Neumann
Python: SDK Every Thursday at 09:00 PT Google Doc #otel-python calendar-python Daniel Gomez Blanco
Ruby: SDK Every Tuesday at 09:00 PT Google Doc #otel-ruby and GitHub Discussions calendar-ruby Ted Young
Rust: SDK Every Tuesday at 09:00 PT Google Doc #otel-rust and Gitter calendar-rust Ted Young
Swift: SDK Every Thursday at 09:00 PT Google Doc #otel-swift calendar-swift Alolita Sharma
Communications (Website, Documentation, etc.) Every other week on Monday at 10:00 PT Google Doc #otel-comms calendar-comms Severin Neumann
End-User SIG Every other week on Thursday at 10:00 PT Google Doc #otel-user-research calendar-user-research Daniel Gomez Blanco
eBPF Every week on Tuesday at 09:00 PT Google Doc #otel-ebpf calendar-ebpf Ted Young
Client Instrumentation Every Tuesday at 9:00 AM PT Google Doc #otel-client-side-telemetry calendar-client-side Daniel Gomez Blanco
Kubernetes Operator Every other week on Thursday at 09:00 PT Google Doc #otel-operator calendar-k8s-operator Juraci Paixão Kröhling
Community Demo Application Every Wednesday at 8:00 PT Google Doc #otel-community-demo calendar-demo-app Austin Parker

Related groups

W3C - Distributed Tracing Working Group

Join W3C Distributed Tracing Working Group to discuss standardization efforts in distributed tracing space.

Erlang Ecosystem Foundation – Observability Working Group

The Erlang and Elixir API and SDK are maintained by the Erlang Ecosystem Foundation Observability Working Group members. See the Observability Working Group page on the EEF website for details.

CNCF TAG Observability - Technical Advisory Group

The CNCF TAG Observability is a technical advisory group for observability that focuses on topics pertaining to the observation of cloud native workloads. Check out the CNCF TAG Observability page for details.

K8s SIG - Instrumentation Special Interest Group

The K8s SIG Instrumentation special interest group coordinates metric requirements of different SIGs for other components through finding common APIs. This group also covers best practices for cluster observability through metrics, logging, and events across all Kubernetes components. See the Instrumentation Special Interest Group for details on joining this group.

OpenMetrics

OpenMetrics is an effort to create an open standard for transmitting metrics at scale, supporting text representation and Protocol Buffers. See the OpenMetrics page for details.

eBPF Foundation

The eBPF foundation aims to facilitate collaboration between eBPF projects, and to ensure good maintenance and clear roadmap for eBPF core. See the eBPF Foundation page for more details.

community's People

Contributors

andrewhsu avatar arminru avatar atoulme avatar austinlparker avatar bhs avatar bogdandrutu avatar c24t avatar cartersocha avatar chalin avatar danielgblanco avatar dependabot[bot] avatar dyladan avatar fbogsany avatar flands avatar jack-berg avatar jpkrohling avatar lizthegrey avatar mayurkale22 avatar mtwo avatar pjanotti avatar reyang avatar sergeykanzhelev avatar sharrmander avatar svrnm avatar tedsuo avatar thomashchan1 avatar tigrannajaryan avatar trask avatar tsloughter avatar yurishkuro avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

community's Issues

REQUEST: Ruby SIG approver for bai

GitHub Username

@bai

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

Assignees field restriction

Can we make sure the Assignees field can accommodate any contributor, and not restricted to only a selected few?

REQUEST: New membership for danielkhan

GitHub Username

@danielkhan

Organization you are requesting membership in

@open-telemetry/opentelemetry-node

Requirements

Sponsors

REQUEST: Opentelemetry Service member for flands

GitHub Username

@flands

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

Can we remove the requirement for license headers?

The license should already be defined at the root of each project, does each file really need such documentation as well?

Removing the headers would also make it much less hassle to update the license and copyright date when needed, since it would only need to be done in a single place.

REQUEST: New membership for fbogsany

GitHub Username

@fbogsany

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

SIG Readme file template

We need a readme file template that can be used by SIGs to publish SIG specific information related to meetings, team etc.

REQUEST: New membership for discostu105

GitHub Username

@discostu105

Organization you are requesting membership in

@open-telemetry/opentelemetry-dotnet

Requirements

Sponsors

Get involved link should point to the mailing list

This section:

Get Involved
There is a lot to do! If you are interested in getting involved, please get in touch via this simple form. We are a friendly, collaborative group and look forward to working together.

should point to the mailing list, not some custom form. See #108

Process for repo creation and transfer

Currently, only admins can create or transfer repositories. The latter part is especially problematic, since it prevents someone from temporarily creating a repo under their own account and then subsequently transferring it. (Forking or re-cloning under the main org are also insufficient.)

Thoughts on something like an opentelemetry-temp org that has looser permissions? The idea being that non-admin contributors can create and/or transfer repos there, then admins can (if approved) transfer them over.

Definitely sounds convoluted, but I can't think of something better right now 😅

Draft starter SLA for issues and PRs

As discussed in the 6/18 meeting regarding "Due process for spec issues/PRs", would like to propose some starter/draft SLA for issues/PRs:

Issue SLA:
-For issue originator, after opening an urgent issue, allow at least (proposed) 1 business day before following up with additional info/questions or relevant individual(s). Use URGENT label to distinguish from other issues and provide reason behind the urgency.
-For issue originator, after opening a non-urgent issue, allow at least (proposed) 3 business days before follow up with additional info/questions or relevant individual(s).
-For issue resolver, after providing answers/resolution, allow at least (proposed) 2 business days for originator to respond before closing an issue.

PR SLA
-Minimum review period for PRs before they could be merged: proposing 3 business days.
-Maximum response time from reviewers/contributors: proposing 3 business days.
-If there is an exception to the general SLA, please highlight reasons in comments. Valid exceptions are typo PRs or documenting/implementing what have already been discussed/agreed, etc..
-If SLA is violated and no reason/justification comments are found, please be prepared to accept another PR which could modify or rollback prior changes.
-Proposing to have 2 reviews from different companies for interface/design impacting changes.

Let me know if these are reasonable and if there are others we want to add to the list. We can add these to the appropriate sections in the CONTRIBITING.md file for all relevant repos. Let me know if you want me to open a PR for these changes. Thanks.

REQUEST: Opentelemetry docs maintainer for flands

GitHub Username

@flands

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership for arminru

GitHub Username

@arminru

Organization you are requesting membership in

e.g. @opentelemetry/opentelemetry-java

Requirements

Sponsors

REQUEST: New membership for @rochdev

GitHub Username

@rochdev

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: Opentelemetry Service approver for sjkaris

GitHub Username

@sjkaris

Organization you are requesting membership in

e.g. (at)open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

Add language that Triager is another name for approver

During the last governance meeting we discussed whether Triager is a separate level of community engagement. We decided that Triager can be just another name for Approver. At least for now there is no need to differentiate.

We can change this decision later

Add RFC process

Also discussed during F2F Trace-Context meeting

We should use an RFC process for proposing and discussing specification and other cross-cutting concerns.

Why?

  • Helps consolidate tracking of large issues across the discussion and implementation phases
  • Facilitates discussion: it's easier to suggest changes by adding new issues and PRs related to an existing file than as part of a single PR
  • Makes it easier to standardize the process for changes
    • This is particularly important for making sure that changes go through a consistent process
  • Should help with visibility of changes, since RFCs will be distinguished from smaller PRs (e.g., PRs to fix typos)

Suggestions

  • Base the RFC process on the Rust RFCs and possible Kubernetes Enhancements
  • Track RFCs in their own repo
    • This is useful for ensuring that they're easy to find at a glance (vs a subdirectory in another repo)
    • Would let us keep issues and PRs based on RFCs separate from other issues and PRs, again helping with visibility and consolidation
  • Clarify what does and doesn't require an RFC
    • e.g., spec changes require RFCs; language-specific implementation details don't; bug fixes don't

Move to Slack

This was also discussed during the F2F Trace-Context meeting.

Pros

  • Slack is already a more common part of most community member's workflows
  • Slack is (subjectively) easier to use:
    • Slack channels vs Gitter rooms
    • Slack notifications seem to behave more consistently across apps and are much more configurable
    • Slack has search

Cons

  • Unlike Gitter, Slack isn't OSS
  • Slack's free plan is limited
    • The premium features are arguably limited in Gitter, so this might not actually be a delta? e.g., free Slack has history limitations, but Gitter's lack of search makes old conversations hard to use anyway 🤷‍♀️

REQUEST: golang approver for @pjanotti

GitHub Username

@pjanotti

Organization you are requesting membership in

open-telemetry golang (TBD)

Requirements

Sponsors

List of contributions to the OpenTelemetry project

  • PRs reviewed / authored
  • Issues responded to
    • Gitter issues for OC Service on gitter census-instrumentation/lobby
    • github issues for OC Service
  • SIG projects I am involved with
    • OpenTelemetry Agent and Collector

REQUEST: New membership for tylerbenson

GitHub Username

@tylerbenson

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership for AloisReitbauer

GitHub Username

@AloisReitbauer

Organization you are requesting membership in

e.g. @open-telemetry/specification

Requirements

Sponsors

List of contributions to the OpenTelemetry project

  • PRs reviewed / authored
  • Issues responded to
  • SIG projects I am involved with W3C

REQUEST: New membership for Oberon00

GitHub Username

@Oberon00

Organization you are requesting membership in

open-telemetry/opentelemetry-python

Requirements

Sponsors

Create a SIG for C++

Though I'm not sure if we want to commit to a timeline as of yet, there is more than enough interest in C++ to start the SIG at this point.

REQUEST: New membership for songy23

GitHub Username

@songy23

Organization you are requesting membership in

@open-telemetry/service-approvers

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership as Ruby SIG approver for luvtechno

GitHub Username

@luvtechno

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership for tigrannajaryan

GitHub Username

  • Replace flands with tigrannajaryan as maintainer
  • Make flands approver

Organization you are requesting membership in

open-telemetry-service

Requirements

Sponsors

List of contributions to the OpenTelemetry project

Initial milestones and backlog triage

OpenTelemetry is a big project. In order to stay on track and feeling cohesive – while working in parallel – it is important to understand our initial goals, and our process for achieving them. Two things which would raise awareness and created commonality across all SIGs:

  • A set of initial milestones which flush out the goals defined in a Roadmap to Convergence.
  • A common baseline for backlog management. This allows us to define the membership roles more concretely, attach SLAs to responses, and feel comfortable moving between SIGs.

I've created two PRS, one for each document:

Initial Milestones: #50
Backlog Management: #52

Now OpenTelemetry is underway, it would be great if we could get the first draft of these docs resolved in the next days, to assist with SIG bootstrapping.

REQUEST: Java SIG approver for tigrannajaryan

GitHub Username

@tigrannajaryan

Organization you are requesting membership in

@open-telemetry Java SIG

Requirements

Sponsors

List of contributions to the OpenTelemetry project

SIG projects I am involved with

  • OpenTelemetry Agent and Collector

REQUEST: Opentelemetry node maintainer for justindsmith

GitHub Username

@justindsmith

Organization you are requesting membership in

@open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: Opentelemetry Proto approver for songy23

GitHub Username

@songy23

Organization you are requesting membership in

@open-telemetry/proto-approvers
@open-telemetry/specs-approvers

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership for @c24t

GitHub Username

@c24t

Organization you are requesting membership in

@open-telemetry/proto-approvers
@open-telemetry/specs-approvers

Sponsors

List of contributions to the OpenTelemetry project

  • PRs reviewed / authored: N/A
  • Issues responded to: N/A
  • SIG projects I am involved with: OT-python, OT-proto, OT-community

REQUEST: New membership for @hekike

GitHub Username

hekike

Organization you are requesting membership in

(at)open-telemetry

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: golang approver for @sjkaris

GitHub Username

@sjkaris

Organization you are requesting membership in

open-telemetry, golang (TBD)

Requirements

Sponsors

List of contributions to the OpenTelemetry project

REQUEST: New membership for trwegner

GitHub Username

e.g. @trwegner

Organization you are requesting membership in

e.g. (at)open-telemetry .NET SIG

Requirements

Sponsors

List of contributions to the OpenTelemetry project

open-telemetry/opentelemetry-dotnet#36
open-telemetry/opentelemetry-dotnet#37
open-telemetry/opentelemetry-dotnet#38

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.