自己流の手順書フォーマットを公開してみた | DevelopersIO
手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce
RedmineのコンテンツをMarkdownに変換しました - yuumi3のお仕事日記
Textile vs Markdown 軽量マークアップ言語にはたくさんの種類があります。私も教育で使うテキストの作成やRedmineのWikiでは長年 Textile を使って来ました。 しかし、最近はGithubの標準のマークアップ言語がMarkdownだったり、Atom(エディター)をはじめたくさんのMarkdownをサポートするツールが現れ、私も MacDownというツールが気に入り開発ドキュメント等のMarkdown化がどんんどん進んでいます。このブログもはてな記法ではなくMarkdownを使っています。 TextileとMarkdownを比べると 標準のMarkdown は記述能力が低くテキストを作るには能力不足ですが、 GitHubの拡張 や php Markdown Extra などの拡張機能を使えば、ほぼ同等です。 Redmine Redmineのマークアップ言語のデフォ
マークダウンエディタとして使う方法 [Sublime Text 3 の参考書（実践編）Wiki]
マークダウン記法をシンタックスハイライト表示できるようにします。 使用するプラグインはMonokai Extendedです。
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
Sublime Text 3 を最強の Markdown エディタに。 - Layman's Web Creation.
今日は Sublime Text 3 に関するメモ書きです。 ちょっとしたメモ書きからHTMLの生成まで大人気の Markdown 記法。 今まで Byword や、Writer といった Mac アプリを利用して書いたりしていました。 せめて Sublime Text 3 でとことんできればいいじゃないか…ってことで、 Package Control 先生 に情報を取ってきてもらいました。 1. Sublime Text 3 – Markmon Sublime Text 3 – Markmon そしてこちらが見つけた良さそうなパッケージ。 mathjax, socket.io を利用して、超リアルタイムで変更が反映できます。 多分、Atom よりレスポンス早いんじゃないかなこれ。 利用には幾つか条件があります。 node.js がインストールされていること。 pandoc (Markdo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
