GithubHelp home page GithubHelp logo

leps's Introduction

Libuv Enhancement Proposals

Overview

This repository contains the Libuv Enhancement Proposal (LEP) collection. A LEP is a document describing an enhancement proposal for inclusion in libuv.

LEPs will be used when the proposed feature is too broad or intrusive, or it would modify APIs heavily. Minor changes do not require writing a LEP. What is and isn't minor is subjective, so as a general rule, users should discuss the proposal briefly by other means (issue tracker, mailing list or IRC) and write a LEP when requested by a libuv core team member.

Rationale

The idea behind the LEP process is to keep track of what ideas will be worked on and which ones where discarded and why. This should help everyone (those closely involved with the project and newcomers) have a clear picture of where libuv stands and where it want to be in the future.

Format

LEP documents don't follow a given format (other than being writen in MarkDown). It is, however, required, that all LEPs include the following information at the top of the file:

  • Title
  • Name of author
  • Status (more on statuses later, new documents must be submitted with the 'draft' status
  • Date

The document file name must conform to the following format: "XXX-title-ish.md" and it must be added to the document index in 000-index.md.

Content

LEP documents should be as detailed as possible. Any type of media which helps clarify what it tries to describe is more than welcome, be that an ASCII diagram, pseudocode or actual C code.

Licensing

All LEP documents must be MIT licensed.

Progress of a LEP

All LEPs will be committed to the repository regardless of their acceptance. The initial status shall be "draft".

If the document is uncontroversial and agreement is reached quickly it might be committed directly with the "accepted" status. Likewise, if the proposal is rejected the status shall be "rejected". When a document is rejected a member of the core team should append a section describing the reasons for rejection.

A document shall also be committed in "draft" status. This means consensus has not been reached yet.

The author of a LEP is expected to actually pursue the proposal with code.

leps's People

Contributors

coderkevin avatar james2doyle avatar saghul avatar vtjnash avatar

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.