patch/diff Tips
Copyright (c) 2001 Koichi OKADA まず「取扱説明書」をお読みください。 はじめに diff/patch とは diff というのはファイルの差分を作成するツール、 patch というのはファイルの差分からファイルの変更を再現するツールです。 通常 diff で作った差分ファイルをパッチ(ばんそうこう)と呼びます。 ライセンス 多分、気にしなくて良いです。 準備 UNIX の場合 通常 UNIX には diff と patch は標準で入っています。 特に準備はいらないはずです。 Windows の場合 一番手っ取り早いのはcygwinを入れることです。 cygwin はでか過ぎるとか cygwin はちょっとって言う人は vector辺りで win32 native な rcs/diff と patch を 取って来る
Webアプリのセッション管理はデスクトップアプリのメモリ管理と同じ - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい
大学の研究室の教官は昔NTT研究所の所長をされていた苗村先生という人で(と言いつつ私は大学の研究室にほとんど顔を出していなかったのだけれど)、彼の発言のうち印象に残っているものの一つとして、昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。可読性の意味でもメンテナビリティの意味でも、開発生産性の意味でも。私が考えるに、本来コンピュータが読むためのものであるソースコードに人が読むためのコメントを付け加えなければならないのは、次の２通りの場合だけである。 1.公開されるAPI APIやソースコードそのものが公開される場合、利用者は不特定多数となり、利用者のスキルにもばらつきが出て、
パッチの作り方と当て方はこうするもんね - 檜山正幸のキマイラ飼育記 (はてなBlog)
パッチの作り方／当て方を毎回忘れる。だからメモしておこう、っと。単にコマンドのオプションだけでなくて、ファイル／ディレクトリ名とかカレントディレクトリをどこにするかとかで悩むから、これも約束事として決めてしまえ！ 例 foo.txt 変更前： first line second linefoo.txt 変更後： first line 2nd line third line hoge/ 変更前： hoge/ +--- foo.txt hoge/ 変更後： hoge/ +--- foo.txt （変更） +--- bar.txt （新規） 単一ファイルのパッチ オリジナルファイルには接尾辞".orig"を付けておく。 パッチを作るときも当てるときも、そのファイルがあるディレクトリで作業。 パッチファイル名は、当該ファイル名.日付.diff。 パッチ作成： > diff -u foo.txt.o
コメント: PHPは駄目な言語なのか? - スラッシュドット・ジャパン
趣味でやっている人のことは、まあ、いいとして（踏み台にされる可能性はあるけど）、仕事でPHPを使うときの注意を書いておこう。 コーディング規約を守る。組織にコーディング規約がないなら、Zend Framework PHP標準コーディング規約 [zend.com]を使う。オレ流コーディングスタイルは禁止。 内部コードにはEUC-JPかUTF-8を使う。入出力もできるだけShift JISを避ける。Shift JISを使う場合には2byte目に0x5Cを含む文字の動作を忘れずに確認する。 開発環境の警告レベルをE_STRICTにする。本番環境ではdisplay_errorsをオフにする。 register_globals、magic_quotesはオフにする。 type hintingを積極的に使う。 スコープの長い配列をクラスでラップする。 プレゼンテーションとロジックを分割すること。プレゼ
「実演テスト駆動開発」 WEB+DB PRESS Vol.35特集 特設サイト
WEB+DB PRESS Vol.35の特集1「実演！テスト駆動開発」の特設ページです．テスト駆動開発（TDD）の実演ムービーや誌面サポート情報などを掲載しています． 更新履歴 2006年10月24日 実演ムービーの追加 タスク2「サーブレットのアクセスURLからDAOの名前を抽出する」の実演ムービー3本を追加しました． 環境構築ムービーの追加 Subversion環境の構築ムービー3本を追加しました． 補足情報の追加・変更 第2章～第8章の各章終了時点でのサンプルコードを公開しました．また，すでに公開済みだった第8章完全版のコードも差し替えましたので，お手数ですが再度ダウンロードしてください． 補足情報の追加 「テストフィルタ機能，受け入れテスト実行の自動化機能について」を追加しました． 補足情報の追加 「著者のEclipseテンプレートを公開！」を追加しました． 誌面訂正情報の掲載 第
Racanhack コード解説
We’re getting things ready Loading your experience… This won’t take long.
ユメのチカラ: ソースコードの読み方（ニコニコ動画(RC2)で公開）
ユメのチカラ インターネットの時代になって、地球規模の知恵の集積が 可能になった。ソフトウェア開発においてもオープンソースソフトウェアのバザール的開発が注目されている。いまおきているその現実を現場の視点から記していきたい。 吉岡 弘隆 - よしおか ひろたか 日本OSS推進フォーラム ステアリングコミッティ委員 OSDL Board of Directorsを歴任 カーネル読書会主宰 2000年6月、ミラクル・リナックスの創業に参加。 95年～98年、米国OracleにてOracle RDBMSの開発をおこなっていた。 98年にNetscapeのソースコード公開(Mozilla)に衝撃をうけ、オープンソースの世界に飛びこみ、ついには会社も立ち上げてしまう。 2008年6月取締役CTOを退任し一プログラマとなった。
どう書く?orgのperl全コンプ : 404 Blog Not Found
2007年11月11日10:30 カテゴリLightweight Languages どう書く?orgのperl全コンプ した。 どう書く？org どう書く？org 言語の一覧 どう書く？org 言語の詳細: Perl こんな一文にもならんことして我ながら何だと思うが、気になるものは気になるので。 お気に入りの反則: a2pに吐かせた回答。 苦労した奴: PageRank - PDLが使えなくて頭をかかえたが、Inline::Octaveを見つけた。 これで安眠できる--か? 少なくともこれで他の言語にとりかかる余裕が出来た(a2pやInline::Octaveはどうカウントするのやら)。 Dan the Perl Monger 「Lightweight Languages」カテゴリの最新記事
javascriptを理解するためのたった2つの大切なこと:改
9割ぐらいはハッシュ何がハッシュなのかjavascriptで存在するほとんどのオブジェクトの実体はハッシュだよ。 var arr = [0,1,2,3]; とかをみると配列(人によってはリスト)に見えると思う。でも実際は違うんだ。 これは var has = {0:0,1:1,2:2,3:3}; と基本的には等価なんだ。ただちょっと束縛されているメソッド(インターフェイス)が違うだけ。 ためしに arr[4] = 4; arr['x'] = 'string'; arr[-1] = -1; としてみよう。 Firebugで確認してみると[0, 1, 2, undefined, 4]というような値がかえってくるよ。 でもarr[-1]やarr['x']の値は保存されてないのかな？そんなことはないちゃんとアクセスできるんだ。 それどころかarr.xで'string'がかえってくるんだ。 別の例を
ハタさんのブログ : Javascriptによる大規模開発の覚え書き。高速化編
前回書いた「Javascriptによる大規模開発の覚え書き」が凄いことになってました。 今回は、省略した「5.高速化せよ」について書きます。 僕にとってjavascriptは非常に高速な言語です。それは何が高速か 開発速度が高速である 開発速度、及びそこに至るまでの修得速度はとても高速です。動的言語を上手く操る開発者はもちろん、開発に不慣れな(言葉が悪いけど)新人達でさえ「動く」モノをサクっと作ってしまえる。 また、プラットフォーム(? というかブラウザ)が広く普及しているので、ググればスグに問題解決もできる。 それにローカルで簡単に作れる。javascript、それは動作環境を含めて高速です。 高速にUI操作ができる(UI操作が非常に簡単である) swingとかでUI操作をするには多くのオブジェクト操作をしなければならないけど、javascript(もといDHTML)は非常に簡単に
ハタさんのブログ : Javascriptによる大規模開発の覚え書き
未だに半年前のエントリにブクマされるみたいなので、もう少しjavascriptについて書いてみる。 今回は大規模化開発におけるJavascriptの注意点とかそういうの。当てはまらない環境の方もいます。(しかも基本的な事だらけで大したことは書いてないです) ほぼリッチクライアントを主目的としたjavascripterとコードを対象とします。 どちらかというと、ライブラリを提供する側の視点から 1.ログを出力せよ あなたが書いたコードは遅い、と必ず言われます。なので言われる前から、自分の書いたコードの処理時間をログするようにしましょう。 次のような処理時間を計測するロガーを作ります。 var TraceLog = function (){ this.startTime = -1; var outer = document.getElementById('_outer'); if(oute
Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました．git や svn のコミットログにも使えます． このエントリは今後も逐次更新を続けます（最終更新2018/11/01） リリースノートの英文についてはRelease note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -に分離しました git等のcommit メッセージにも使えます 以下，例文． バグ修正した場合 修正した場合 → fix を使うのが定番です Fixed a performance regression. （パフォーマンスが低下するバグを修正しました） Fix possible memory leak Fixed an issue where some devices would display the wrong image. (いく
プログラマ１年生に、先輩がアドバイス:アルファルファモザイク
「ゼリーのみ規制…モチはいいのか？」→野田聖子氏「モチは喉に詰まるものというのが常識」…消費者庁構想に暗い影
メモを書き込みながらコードリーディングする方法 - （ひ）メモ
調べたいことがあってApacheやらlighttpdやらkeepalivedやらのソースコードを読むときはGNU GLOBALを使ってたんですが、常々、メモが書き込めたらいいのになーと思ってました。 フローのメモ 関数の動作、影響のメモ マクロのメモ とかとか その場では覚えてられるんですが、最近は性能劣化のため日をまたぐと脳内バッファがフラッシュされるようになってきたので、howmでメモったり紙に印刷して手書きでメモったりしてたんですが、なんかどうもいまいち。 GLOBALのページに直接付箋はれるといいのになぁと思ってちょっと探したところ、InternoteというステキなFirefoxのextensionがありました。 こんな感じです： みんなでメモをシェアするのには向きませんが、個人的なメモをとるのにはよさげです。
flymake でリアルタイム文法チェック - とりあえず暇だったし何となくはじめたブログ
Emacs Wiki に載っててこれは！と思ったので勝手に転載してみる. この flymake を使うと Ruby でリアルタイムの文法チェックができる. flymake は, Emacs 22 ならば, デフォルトで入っている. ;;;; flymake for ruby (require 'flymake) ;; I don't like the default colors :) (set-face-background 'flymake-errline "red4") (set-face-background 'flymake-warnline "dark slate blue") ;; Invoke ruby with '-c' to get syntax checking (defun flymake-ruby-init () (let* ((temp-file (flymak
小野和俊のブログ:プログラマーが覚えておきたい英単語
小飼弾さんのブログで、やっちゃうとバカにみえちゃう英文法の間違いという記事があったのだが、読んでいて、こういう間違えやすい英語というのはプログラミングの世界でもあるなと思ったので、私が実際見たことある事例に絞って、プログラマー版を何点か。 * 小飼弾さんと秋元さんからいただいたトラックバックの内容に基づいて、一部追記しました。 たまに、フィールドやメソッドの名前で、「メモリにキャッシュする」というようなケースで使われる「キャッシュ」が cash になっていることを見かけるのだが、cash は現金という意味のキャッシュで、正確には cache。そんな間違いする人いないのでは、と言う人もいるかもしれないが、この間違いは実際に何度か見たことがある。 2. Programming - Programing 辞書的には programming (mが2つ) が正しい表記。ただ、Google などで検
【インフォシーク】Infoseek ： 楽天が運営するポータルサイト
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
Ruby (Japanese)
Ruby 手習い Ruby してみません? Ruby の便利なところ/ちょっとだけ Tips スクリプトのライセンスについて 「いつでも Ruby なんでも Ruby」 Software Design 2000/7 掲載 「いつでも Ruby なんでも Ruby/Ruby 事始め」 Software Design 2001/3 掲載 CVS で最新ソースコードの入手 ここでスクリプトを紹介している目的は、Ruby を使おうとしている人に「参考になればいいな」と思っているためです。 とり上げているスクリプトは、私が実際使っているものです。 汎用的には作られていないものもあったりするので、もしかするとすぐには要求を満たせないかもしれません。 でも、ちょっとした修正を入れれば使えることもあると思います。 ぜひ、便利なスクリプト言語(OOSL? Object Oriented Script Lan
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ