ソースからのコンパイルを行う場合、単に./configureと実行するとOS環境を調査して自動的にコンパイル環境が整えられる。しかし、この時点で意識的にバイナリのインストール先ディレクトリを変更したり、あらかじめ設定をしておくことが可能だ。 オプションにはさまざまなものがあるが、ここではApacheを例に挙げてみた。ソフトによって異なるため、他のものの場合にはまずヘルプメッセージを眺めてみるのもよいだろう。
opencv(日本語ドキュメント)と、perlから利用するためのモジュールImage::ObjectDetectを使って独自の画像を認識させる方法のメモ。 まず、Ubuntuでのインストール opencvはシステム→システム管理→Synapticで,編集→検索から"opencv”と入力する。libcv-dev、libcv1などが表示されるので、ダブルクリックで選択して、適用ボタンを押すと、関連するパッケージ一式が/usr/share/opencv以下あたりにインストールされます。 次にperlからopencvを使うためのImage::ObjectDetectは、 sudo cpan Image::ObjectDetect Imageropencvがインストールされていないと、エラーが出るので、順番はopencv→Image::ObjectDetectの順で。 顔認識 OpenCVを使って画
プログラマ1人で完成できる仕事に、2人のプログラマを投入して、直感的に判断してペアプログラミングを拒否する人がいます。これには大きな間違いとリスクが潜んでいます。ペアプログラミングに対する真実を理解しましょう。 ペアプログラミングはコードを書く時間が15%増える1999年にユタ大学でおこなわれた実験によれば、設計の時間を別にして、ソロプログラミングに対してペアプログラミングを実施したペアは平均して15%多く、プログラムを書く時間に費やしました。 では、なぜペアプログラミングを選択するのか?将来的なテストと現場のリソース要求を減少させるためです。一般的なシステムにバグが見つかると業界のデータでは、33時間から88時間を修正に費やすそうです。これが、開発期間中に欠陥を修正すると0.5時間から88時間の時間を節約できることになるのです。したがって、ペアプログラミングは寿命の長いソフトウェアほど、
昨日の記事は少し長くなってしまったので別エントリで。 なんでも、YouTubeにiPhoneアプリ開発のチュートリアルに関するお宝情報が満載だとか。 C言語すら知らなかった私が2ヶ月でiPhoneアプリをリリースするまでにやった事。 | Last Day. jp 私も見てみましたが、確かにたくさんあるような気がしますね。 てことで、これからiPhoneアプリを開発してみたい、という人向けにおすすめ出来そうなチュートリアルを紹介してみようと思います。 Hello World関連(約23分)まずは定番の「Hello World」です。 Hello World Beginner Version(5:56)一番簡単なIBの使い方ですね。 Hello World Intermediate(8:04)「Hello world」をUILabelを使って表示させます。 iPhone SDK Tutoria
Android女子部がAIR for Androidアプリ開発を体験 5月頭に試用版のダウンロードが開始され、いよいよ5月20日に発売となったアドビシステムズの提供する統合開発環境「Adobe Flash Builder 4.5」。新バージョンの目玉は何と言ってもAndroidアプリ開発に対応したことだろう。発売に先駆け、普段からAndroidアプリ開発を行っている開発者に、同製品での開発を体験してもらおうと、アドビシステムズ東京本社オフィス(東京・大崎)にて、同社のアプリケーション開発・実行環境を活用したAndroidアプリ開発を実体験できる講習会が開催された。 同講習会に生徒として参加したのは、「日本Androidの会 女子部」(以下、Android女子部)の面々。同部は、Androidのユーザーコミュニティー組織である「日本Androidの会」に所属する女性会員が集まり、女性ならでは
_ テストコードを作らない文化が浸透している現場へRuby/Railsが導入された結果への対策を考えてみる まず、導入された結果は以下のようになっております。信じられないものもありますが、事実です。 1. マージが頻繁に行われる開発中はNoMethodErrorや文法エラーが続出。必要なコードのマージ漏れまで発生 2. 修正の度に人力テストが必要となり、コスト増大 3. これまで以上に責任論が追求される現場となる 4. コスト増加を恐れるあまりリファクタリングはおろか、巨大な迂回処理やコピペが横行する 本プロジェクトには、以下のようなテストコードを作(らない|れない)様々な原因があります。 問題分類 現場への影響
東京電力が福島原発周辺におけるγ線量などの測定データをPDFで随時公開しているが,これを奥村先生がCSV形式に加工して配布なさっている. http://oku.edu.mie-u.ac.jp/~okumura/stat/data/ このデータをRのggplot2ライブラリで可視化してみた. CSVデータの特徴 各CSVファイルは以下のような形式になっている. $ head fukushima1.csv 【別紙】福島第一原子力発電所モニタリングカーによる計測状況,,,,,,,,, 計測日,計測時間,計測場所,γ線,中性子線,風向,風速(m/s),,, 3月11日,午後5時30分,体育館付近,49nGy/h,-,-,-,,, ,午後5時40分,正門付近,56nGy/h,-,-,-,,, ,午後5時50分,管理棟,64nGy/h,-,-,-,,, ,午後6時45分,MP-6,56nGy/h,-,
1.一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか?を感じ取って欲しい。こう書いた方が、良いのではないか?など、考えてみよう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く