58c24258b2
Ruby 1.9.3 reached end of life in Feb 2015 as is stated in https://www.ruby-lang.org/en/news/2015/02/23/support-for-ruby-1-9-3-has-ended/ Is good to anyone to know that 2.x.x are the only rubies which get official security patches |
||
|---|---|---|
| cs-cz | ||
| de-de | ||
| el-gr | ||
| es-es | ||
| fa-ir | ||
| fr-fr | ||
| hu-hu | ||
| id-id | ||
| it-it | ||
| ja-jp | ||
| ko-kr | ||
| nl-nl | ||
| no-nb | ||
| pl-pl | ||
| pt-br | ||
| pt-pt | ||
| ro-ro | ||
| ru-ru | ||
| tr-tr | ||
| vi-vn | ||
| zh-cn | ||
| amd.html.markdown | ||
| asymptotic-notation.html.markdown | ||
| bash.html.markdown | ||
| brainfuck.html.markdown | ||
| c.html.markdown | ||
| c++.html.markdown | ||
| chapel.html.markdown | ||
| clojure-macros.html.markdown | ||
| clojure.html.markdown | ||
| coffeescript.html.markdown | ||
| common-lisp.html.markdown | ||
| compojure.html.markdown | ||
| csharp.html.markdown | ||
| css.html.markdown | ||
| d.html.markdown | ||
| dart.html.markdown | ||
| elisp.html.markdown | ||
| elixir.html.markdown | ||
| erlang.html.markdown | ||
| file.erb | ||
| forth.html.markdown | ||
| fsharp.html.markdown | ||
| git.html.markdown | ||
| go.html.markdown | ||
| groovy.html.markdown | ||
| hack.html.markdown | ||
| haml.html.markdown | ||
| haskell.html.markdown | ||
| haxe.html.markdown | ||
| hy.html.markdown | ||
| java.html.markdown | ||
| javascript.html.markdown | ||
| json.html.markdown | ||
| julia.html.markdown | ||
| livescript.html.markdown | ||
| lua.html.markdown | ||
| make.html.markdown | ||
| markdown.html.markdown | ||
| matlab.html.markdown | ||
| neat.html.markdown | ||
| nim.html.markdown | ||
| objective-c.html.markdown | ||
| ocaml.html.markdown | ||
| paren.html.markdown | ||
| perl6.html.markdown | ||
| perl.html.markdown | ||
| pets.csv | ||
| php.html.markdown | ||
| pogo.html.markdown | ||
| purescript.html.markdown | ||
| python3.html.markdown | ||
| python.html.markdown | ||
| r.html.markdown | ||
| racket.html.markdown | ||
| README.markdown | ||
| red.html.markdown | ||
| ruby-ecosystem.html.markdown | ||
| ruby.html.markdown | ||
| rust.html.markdown | ||
| scala.html.markdown | ||
| self.html.markdown | ||
| smalltalk.html.markdown | ||
| standard-ml.html.markdown | ||
| swift.html.markdown | ||
| tcl.html.markdown | ||
| tmux.html.markdown | ||
| typescript.html.markdown | ||
| visualbasic.html.markdown | ||
| whip.html.markdown | ||
| xml.html.markdown | ||
| yaml.html.markdown | ||
Learn X in Y minutes
Whirlwind tours of (several, hopefully many someday) popular and ought-to-be-more-popular programming languages, presented as valid, commented code and explained as they go.
We need YOU!...
... to write more inline code tutorials. Just grab an existing file from this repo and copy the formatting (don't worry, it's all very simple). Make a new file, send a pull request, and if it passes muster I'll get it up pronto. Remember to fill in the "contributors" fields so you get credited properly!
Contributing
All contributions are welcome, from the tiniest typo to a brand new article. Translations in all languages are welcome (or, for that matter, original articles in any language). Send a pull request or open an issue any time of day or night.
Please tag your issues pull requests with [language/lang-code] at the beginning (e.g. [python/en] for English Python). This will help everyone pick out things they care about.
We're happy for any contribution in any form, but if you're making more than one major change (i.e. translations for two different languages) it would be super cool of you to make a separate pull request for each one so that someone can review them more effectively and/or individually.
Style Guidelines
- Keep lines under 80 chars
- Prefer example to exposition
- Eschew surplusage
- Use UTF-8
Long version:
-
Try to keep line length in code blocks to 80 characters or fewer, or they'll overflow and look odd.
-
Try to use as few words as possible. Code examples are preferred over exposition in all cases.
-
We welcome newcomers, but the target audience for this site is programmers with some experience. So, try to avoid explaining basic concepts except for those specific to the language in question, to keep articles succinct and scannable. We all know how to use Google here.
-
For translations (or English articles with non-ASCII characters), please make sure your file is UTF-8 encoded, and try to leave out the byte-order-mark at the start of the file. (
:set nobombin Vim)
Header configuration
The actual site uses Middleman to generate HTML files from these Markdown ones. Middleman, or at least the custom scripts underpinning the site, required that some key information be defined in the header.
The following fields are necessary for English articles about programming languages:
- language The programming language in question
- contributors A list of [author, URL] lists to credit
Other fields:
- filename: The filename for this article's code. It will be fetched, mashed together, and made downloadable. For non-English articles, filename should have a language-specific suffix.
- lang: For translations, the human language this article is in. For categorization, mostly.
Here's an example header for an Esperanto translation of Ruby:
---
language: ruby
filename: learnruby-epo.ruby
contributors:
- ["Doktor Esperanto", "http://example.com/"]
- ["Someone else", "http://someoneelseswebsite.com/"]
lang: ep-ep
---
License
Contributors retain copyright to their work, and can request removal at any time. By uploading a doc here, you agree to publish your work under the default Creative Commons Attribution-ShareAlike 3.0 Unported licensing included on each doc page.
Anything not covered by the above -- basically, this README -- you can use as you wish, I guess.