読みやすいREADMEを書く | Yakst
いくつかのオープンソースプロジェクトを公開している筆者からの、読みやすくユーザーにやさしいREADMEを書くためのアドバイス。 この記事は、Rowan Manning氏による「Writing a Friendly README」(2016/3/14)を翻訳したものです。 あなたのプロジェクトのREADMEは、かなり重要です。そこはプロジェクトに初めて来た人が大抵最初に見るであろう場所であり、唯一のドキュメントであることもよくあります。あなたのオープンソースプロジェクトにとってのREADMEは、企業にとってのウェブサイトのようなものです。ウェブサイトはユーザーエクスペリエンスの注目を集めるところですが、READMEがユーザー観点で考えられることはほとんどありません。 この記事では、分かりやすいREADMEを書くために役立ち、開発者(ユーザー)の要求に見合い、開発者がプロジェクトを初めて見たの
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
logalimacsをリリースしました - 2012-02-13 - ククログ
2012/2/13にEmacsでlogaling-commandを利用するためのフロントエンドlogalimacsをリリースしました。 logaling-commandとは logaling-commandは翻訳作業に欠かせない訳語の確認や選定をサポートする CUI ツールです。 「対訳用語集」を簡単に作成、編集、検索することができます。 logalimacsとは logalimacsはEmacsからlogalingを利用するためのフロントエンドです。 CUIで対訳用語集を利用するよりもエディタ上でシームレスに対訳用語集を利用できるとより翻訳作業が捗るため、開発に着手しました。 使い方 Emacsを使っていて何らかのドキュメントの翻訳中に英単語を調べる時に、わざわざブラウザに切り替えたくないですよね？ そこでlogalimacsの出番です。C-:を押すと、 カーソル位置の単語で対訳用語集を
github使い方まとめ - bugfix
ブランチを切ってみたところ， リモートレポジトリへのコミットのやり方が分からなかったので， 概略的なgitの構造を書き留めつつまとめつつ． この記事を書くにあたって試したgitのバージョンは1.6.0.2 まずは：こんな感じ？ 用語確認 master: ローカルレポジトリのmasterブランチ(ローカルのメインのブランチ？) origin: リモートレポジトリのoriginブランチ(リモートのメインのブランチ？) (つまり，git@github.com:pneu/***.gitのことかな？) この２つはよく使うから，それぞれ最初からエイリアスになっているってことかな？ cloneして，レポジトリ名が確定した後は上の２つのエイリアスが使える． それ以前に使った場合は分からない．やってない． chatレポジトリをcloneした後は，その作業領域では origin = git@github.co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
