「レガシーコード改善ガイド」のススメ 第1回：レガシーコードの定義、テストの重要性とは
「レガシーコード」とは何か 最初に1つ質問です。皆さんは、「レガシーコード」と聞いて何を想像するでしょうか？ 多くの方はCOBOLなどで書かれたメインフレームで動くコードを真っ先に思い浮かべるのではないかと思います。しかし、本当にそれだけでしょうか？ ここでは「レガシーコード」という言葉を『何年も前に誰かが作り、内容が複雑で何をしているのかよく分からず、まともな仕様書もない』というコードを指すものとします。そう考えると、必ずしもメインフレームだけの話ではなくなります。この記事を読んでいる皆さんなら、そのようなコードを少なからず目にしていることでしょう。 現在の業務システムは、Java EEや.NETなどの基盤上に構築される、いわゆるオープンシステムが主流になっています。このようなオープンシステムであっても、構築されてから既に5年以上経過していることが珍しくなく、何度も手が加えられたコードは
Byline：多くのgoogleリーダーユーザーが愛用するオフライン閲覧可能なRSSリーダーアプリ！794 | AppBank
Byline はRSSリーダー系のiPhoneアプリの中で一番有名で最も評価の高いアプリではないでしょうか。愛用者も非常に多いですね。Google Reader専用のRSSリーダーアプリです。 結構アップデートが多く作者のがんばりもすごいです。過去にも紹介していますが、最新版を改めて紹介します。 Livedoor Reader派の人はこちらをどうぞ LDR touch：Livedoor Reader専用のRSSリーダーアプリ。オフライン閲覧可能！しかも無料！831 過去のBylineの記事はこちら 製作者インタビューもあります。 Byline : 多くのブロガーに愛されるiPhone向けRSSリーダー。 人気iPhoneアプリByline：開発者インタビュー Byline の紹介はこちらから まず起動するとログインする必要があります。 利用するにはGoogle Readerのアカウントが必
redmine勉強会に参加してきました−実践redmineカテゴリ設計にご用心 - かたるほどでもない技術系ブログ
redmine勉強会に参加してきました。 会場を提供してくれたトライコーン株式会社ありがとうございます。 実は、自分の会社から１０分ぐらいというご近所さん。今回はとっても楽でしたー 不謹慎にも、次回のredmine勉強会もトライコーンさんで・・・なんて期待をしてしまいます。 とりあえず、自分のメモをコピペ。 意外と長いので、セッションごとに分割します。 最初のプレゼンは、id:yandodさん 資料は、こちらです しっかし、プレゼンの様子も動画で提供されるし、資料も公開されているから細かいメモはほとんど不要ですね。 でも、昔の癖が抜けないので細かいメモがたくさん。 たまたまこのページにたどり着いてしまった人は他の人のページをみましょう（苦笑）。 はじめに 簡単な紹介はたくさんある 実際の利用例は見ててこない redmineを使うとどうなるのか 世論を形成する気概で redmineの基礎 柔
チケット駆動開発の運用例 - プログラマの思索
チケット駆動開発の記事があったのでメモ。 【元ネタ1】 チケットで工数管理(Shibuya.trac 2009新年会 発表資料) - almost nearly dead kanu_orzさんによるTracのチケット管理の運用例。 インシデント管理や問題管理にTracを下記で運用していると思われる。 ・チケットをExcelで一括インポート ・Tracで工数を入力、集計 ・チケット集計結果をExcelで出力 特徴としては、Trac上で日々の作業の実績管理は行うが、作業の元ネタである大量のチケットはプラグインで一括インポートしたり、月次報告用の工数集計などの結果をExcelで出力している。 これは、いわゆるエンドユーザコンピューティングかもしれない。 つまり、Trac上に日々の作業と言うトランザクションを溜めていくが、マスタ(ここではチケット)の作りこみや、溜まったトランザクションから定期的に
Big Sky :: (再)ブラウザを全く使わずにustream.tvを楽しむ方法
以前こんな記事を書いた事がありました。 Big Sky :: ブラウザを全く使わずにustream.tvを楽しむ方法 映像/音声ですが、Linux版に用意されているスタンドアローン版flashplayerを使っています。ネット上にあるFLVもコマンドラインから起動して閲覧出来ます。 http://mattn.kaoriya.net/web/ustream/20071018005843.htm その後、ustream.tvで何か変更があり、そのままでは使えなくなってしまったのですが、もういっかいチャレンジしたら見れる事が分かりました。 答えは簡単でobjectタグのパラメータ値を全て足せば再生出来るURLになるという事。 たとえばさっきまで見ていたVimMの動画。 <object id="viewer" name="viewer" width="480" height="386" allow
Kazuho@Cybozu Labs: 今更 C++ で JSON パーサ「picojson」を書いたわけ
既に mattn さんが、「Big Sky :: ヘッダファイルだけでC++から使えるJSONパーサ「picojson」が凄い！」で紹介してくださっています (mattn さん、アドバイス＆バグ情報ありがとうございます!) が、いまさら C++ で JSON パーサを作りました。それは、以下の３点を満たすものがなかったから。 ヘッダファイル only boost 等、他の重たいライブラリに依存しない array や object が STL にマッピングされる コードは、coderepos に置いてありますので、よろしければお使いください (picojson.h)。 なお、現時点での制限事項として、 \n や \r, \uXXXX といったエスケープの処理が未実装rev. 34232 で対応しました (含サロゲートペア) 空白文字の判断基準が RFC と異なるrev. 34277 で空白と
Big Sky :: ヘッダファイルだけでC++から使えるJSONパーサ「picojson」が凄い！
kazuhoさんがやってくれました。 ずいぶん前からjsonをC++でパース(SAXじゃなくてDOM)するのに小さいライブラリないかなーと思ってました。個人的にはjson-cというのを使ってたのですが、幾らか気に入らない所があったりビルドが少し手間だったりしていました。STLしか使わなくてvectorとかmapで表現されるツリー構造な物が欲しいなぁって思ってたんです。 とあるIRCで昨日、kazuhoさんと「ほしいですよねー」という話から始まって、githubにあるjsonxxとかも物色しながら「いいのないねー」とか言ってたらkazuhoさんが「もすこし綺麗に書けそう」って言い出して朝から本格的に書き始めてついさっき出来上がりました。速いw 名前はpicojson とても小さく、実装コードだと300数十ステップ程です。しかもヘッダファイルだけなので管理が楽です。 試しにwassrのpubl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
