Express 5.0 beta documentation is now available. The beta API documentation is a work in progress. For information on what’s in the release, see the Express release history. Web Applications Express is a minimal and flexible Node.js web application framework that provides a robust set of features for web and mobile applications. APIs With a myriad of HTTP utility methods and middleware at your dis
概要 従来(Hadoop0.23より前)のMapReduceで作ったプログラムを(何も設定していない状態の)Hadoop0.23で動かすと、ちゃんと動く。 しかし、YARNのプログラムを動かすにはリソースマネージャーやノードマネージャーを起動しておく必要があるので、 逆にMapReduceプログラムはYARN環境で動いたわけではない、ということになる。 実のところ、何も設定していない状態のHadoop0.23でMapReduceプログラムを動かすと、ローカルモードで実行されるようだ。 YARN環境で動かすにはHadoop0.23の設定を変更する必要がある。 MapReduceをYARNで動かす設定 MapReduceプログラムをYARN(リソースマネージャーとノードマネージャーが動いている環境)で動かすには、以下の設定をする必要がある。 設定値 デフォルト値 備考
2012年10月16日時点での最新のやり方を紹介します。 sudo yum -y install perl gcc make # 準備 curl -Lk http://xrl.us/perlbrewinstall | bash # インストーラを実行 echo " source ~/perl5/perlbrew/etc/bashrc " >> .bashrc # zshの人は.zshrcを指定してください。 source ~/perl5/perlbrew/etc/bashrc # 環境変数をセット # インストール可能なperlバージョンをリストアップ perlbrew available perl-5.17.3 perl-5.16.1 perl-5.14.2 perl-5.12.4 perl-5.10.1 perl-5.8.9 perl-5.6.2 perl5.005_04 perl5.
$ git branch # リポジトリ内のすべてのローカルブランチを表示 $ git checkout test # 作業ディレクトリをブランチ "test" に切り替え $ git branch new # 現在の HEAD から始まる "new" ブランチを作成 $ git branch -d new # "new" ブランチの削除 $ git branch new test # "test" ブランチのHEADから開始するブランチ "new" を作成 $ git branch new v2.6.15 # タグ v2.6.15 から開始するブランチ "new" を作成 $ git branch new HEAD^ # 最新のコミットの1つ前の位置から分岐するブランチを作成 $ git branch new HEAD^^ # 最新のコミットの2つ
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
この投稿は 12年 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 困ったときのThemeForest情報です。プログラマかデザインの苦手なフロントエンドデベロッパ向け。前置き長めです。 プログラマを悩ませる管理画面 昨今のWebサイトではPHPなどのサーバサイドスクリプトとデータベースを組み合せることが多いのですが、その際管理画面というものを作ることがあります。 よくあるパターンとしては、CMSや業務管理アプリみたいなものを管理画面として作り、そこで作成/入力したデータを一般客向けのWebサイトとして表示するというパターンです。 問題1: 管理画面はデザイン予算がかけられない で、この管理画面なのですが、「デザインについて予算が割かれることがほとんどないわりに細かい注文がゴチャゴチャくる」ことが多いです。中の人はしょっちゅう触っていると何か
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く