aboutsummaryrefslogtreecommitdiffstats
path: root/doc
diff options
context:
space:
mode:
authorYusuke Endoh <mame@ruby-lang.org>2020-12-24 17:00:30 +0900
committerYusuke Endoh <mame@ruby-lang.org>2020-12-24 17:00:30 +0900
commit1729fd8c0acd66aec20bb6986bd82913c9dc190d (patch)
tree7858b11f02339a0cb4399a326929bc328f57d2b3 /doc
parentf910a27d37a3ab132126f13a20a458afa8889231 (diff)
downloadruby-1729fd8c0acd66aec20bb6986bd82913c9dc190d.tar.gz
doc/contributing.rdoc: remove outdated content
Diffstat (limited to 'doc')
-rw-r--r--doc/contributing.rdoc19
1 files changed, 0 insertions, 19 deletions
diff --git a/doc/contributing.rdoc b/doc/contributing.rdoc
index c00de3971f..d7395627ca 100644
--- a/doc/contributing.rdoc
+++ b/doc/contributing.rdoc
@@ -195,25 +195,6 @@ A good template for a feature proposal should look something like this:
[See also]
Links to the other related resources
-=== Slideshow
-
-At the Ruby Developer Meeting in Japan, committers discuss Feature Proposals together in Tokyo. We will judge proposals and then accept, reject, or give feedback for them.
-If you have a stalled proposal, making a slide to submit is good way to get feedback.
-
-Slides should be:
-
-* One-page slide
-* Include a corresponding ticket number
-* MUST include a figure and/or short example code
-* SHOULD have less sentence in natural language (try to write less than 140 characters)
-* It is RECOMMENDED to itemize: motivation/use case, proposal, pros/cons, corner case
-* PDF or Image (Web browsers can show it)
-
-Please note:
-
-* Even if the proposal is generally acceptable, it won't be accepted without writing corner cases in the ticket
-* Slide's example: DevelopersMeeting20130727Japan
-
== Backport Requests
When a new version of Ruby is released, it starts at patch level 0 (p0), and