GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
7分半で作るNode.js+MongoDBアプリ - PolyPeaceLight
先日のJJUG SpringのLTをしてきた「7分半で作るNode.js+MongoDBアプリ」の動画を撮り直しました。 本番ではmongoose.Schemaのところをmongoose.modelとしてしまい、まさかのライブデバッグを初めるハメになり、結果として13分となってしまいました。 リベンジとして今日何回かトライしたところ10分を2分半も上回る7分半、スリークォーターの記録を出すことができました。 動画中でやってること 1 環境を証明 nvmとかnodeとかnpmとかがインストールされてないことを証明 env.shは確認するコードが書かれているだけです 2 nvmとmongodbをググる 3 nvmをgitで取得 $ git clone git://github.com/creationix/nvm.git ~/.nvm 4 nvmを環境に読み込む $ . ~/.nvm/nvm.
引用・参照の正しい作法を解説したサイト : ライフハッカー［日本版］
「引用」とは意外に奥深い言葉なのですね。 社内資料にブログにプレゼン資料にと、文献から引用するのは日常茶飯事ですが、その正しい作法をご存知でしょうか？ 個人的な資料なら、まあ、幾分緩やかでもいいかもしれませんが、正確さを要求されるコンテンツや論文などで引用する際には、カッチリとルールに基づいた引用をしたほうが、後々の参照や引用部分が本当に正しいのかを精査するときに便利です。 そんなときに役立つ情報が、独立行政法人の科学技術振興機構が公開している「科学技術情報流通技術基準 参照文献の書き方」というコンテンツです。 Photo by sekido. 科学技術情報流通技術基準（SIST：Standards for Information of Science and Technology）とは、科学技術情報の流通をスムーズにするための基準で、こちらのページから、各項目のhtmlファイルやPDFを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WordPress 画像アップ時のサイズ変更について » sa-sa-ki.jpのblog
