GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
MongoDBの信頼性に疑問
原文(投稿日：2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が２つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命－もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい－容易にメモリーに収まる(~15 GB) 二次索引－キ
あなたが夢を諦めてはいけない７つのサイン
あなたが夢を諦めてはいけない７つのサイン November 12, 201115:00 @yukkuri0616をフォロー ゆっくりしていってね!!! -ゆっくりライフハック、しませんか？- > ライフハック > あなたが夢を諦めてはいけない７つのサイン Tweet カテゴリライフハック自己啓発 あなたはその夢にむかって何か行動してますか？ 行動できていない場合、何があなたを止めているのでしょうか。 あなたは行動することを怖がっていませんか？ またはあなた自身が「どうせできないだろう」という巨大な壁を創ってはいませんか？ あなたは自分に都合の良い理由をつけて、夢を考えることを止めた可能性があります。 もしそうなら、とても残念です。なぜなら、あなたよりもはるかに状況の悪い人々でも夢を叶えているからです。 ここでは「こんな理由で夢を諦めてはいけない全世界共通のサイン」を７つ紹介
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
