デスマ？ いいえ時間が浪費されただけです | おごちゃんの雑文
説明が面倒臭いんで、今の忙しさを「デスマ」ってことにしてるんだけど、正確にはこれはデスマなんかじゃない。 私が考えるデスマとは、 工程が破綻した結果、 着地点がわからなくなったもの を言うのだ。「破綻」というのは本当に破綻で、納期を踏み抜いたという程度のものは破綻とは言わない。それは単なる「遅延」であって破綻じゃない。 じゃあ、「破綻」したとはどんな状態かと言えば、「起きなくていい、起きてはいけない工程の逆流が起きた状態」だ。たとえば、遅延の結果、全く新しい火消しプロジェクトを起こす結果になったとか、「どうせ遅れてるんだから」と仕様が増えてまた設計が始まるとか、そんなものだ。 前者のわかりやすい例で言えば、稼動日に完全に切り換えられるという前提でプロジェクトが始まったのに、稼動日が守れなくなった。そのために、旧システムと新システムの平行稼動をする羽目になり、日時でデータ移行させたり、更新を
イノベーションはどっかで起こっている（東京で） - 未来のいつか/hyoshiokの日記
昔DECという会社があった。米国のハードウェアベンダーだ。それでもIBMの次に大きいコンピュータベンダーだった。80年代前半飛ぶ鳥を落とす勢いでVAXというコンピュータを引っさげてIBMを追撃していた。年率二桁成長を何年も続けていた。コンピュータ産業は垂直統合の会社に支配されていた。ハードウェア（VAX）、OS（VMS）、コンパイラ、RDBMS、各種ミドルウェア、開発ツール（エディタ、リンカ、デバッガなどなど）、アプリケーションすべて上から下まで自社製品だった。 何か問題があれば、それがプロセッサの問題でもOSの問題でもRDBMSの問題でも、何から何まで自社で完結していたのでどーにかなった。どーにかした。それが垂直統合というわけだ。あこがれのエンジニアは社内にいた。VAXのアーキテクトもVMSのアーキテクトもVAX FORTRANのプロジェクトリーダもVAX Rdb/VMSのプロジェクトリ
Hex Editors - Sourcepole
Hex Editors for Lin/unix Around ca. 2006 I needed a hex editor really badly. Back then only a few and really few usable ones were available. This page is here to spare others my search time. Your feedback is very welcome. This list gets updated every now and then. There are other nice lists and reviews of hex editors: on Stackoverflow on Ubuntuforums on LinuxLinks on Unixlab Blog on Wikipedia on F
バイナリエディタbvi入れてみた。 - ボクノス
Vimのバイナリモードは激しく使いにくいので、viライクなバイナリエディタbvi入れてみた。 BVI - Binary VIsual editor fedoraのパッケージには無かったので、ソースコンパイルした。 基本的な使い方 viライクです。 hjklで移動。 TAB移動が便利。 /,?で検索も出来る。 BVI: Quick Tutorial を見ると、かなり高機能らしい。熟読しとこう〜。 ヘルプの見かた :!でシェルが起動出来るので、manを呼ぶ。 :!man bvi大体生きていけると思う。 編集する インサートモードはデフォルトでOFFになってるので、 :set memmoveとする必要がある。 :set mmでも良い。iで編集開始!! 設定ファイル .bvircに set mm set cm=16と書いておけば、大体意図したとおりに動くと思う。 ソースをちょっと読んでみた 「wc
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」
NAISTにてMeCabの作者としても有名な工藤拓さんの講演が行われました。Googleの開発体制とそれを支えるツールのお話です。 学校と拓さんの双方からブログへの掲載許可が得られたので、まとめを公開します。この講義はNAISTのソフトウェア開発管理講義の一環です。 iPhoneカメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST自然言語処理学講座出身 Googleに入社してから大規模開発やインフラを経験 MeCabを開発 NTTコミュニケーション科学基礎研究所に所属 その後Googleへ 研究より開発寄り Googleでの仕事 日本語のウェブ検索 「もしかして」機能 ダジャレサーチ エイプリルフールネタを1ヶ月かけて実装 何千人もの開発者が単一のソースコードリポジトリの上で開発を行っている 大規模開発をサポートするインフラが不可欠 Mondria
まさかの日記:MSの某氏との会話ログ
コンピュータサイエンス系の人たちの間では、サーチのテクノロジーで人気があるのはリリバンシー、次はバーティカルサーチ。 他の要素としては、クローリングとインデキシング、クラウド系というところらしい。 サーバをグリッド化（やや死語だな）して、、みたいなのは、コンピュータサイエンスというよりはエンジニアリング。 昔、シックスアパートの某Perlギークの人と話をしたとき、「自分はエンジニアリング系じゃないんで、、」と言っていた。そのときはエンジニアリングという言葉の定義がよくわからなかったけど、なんとなくわかってきたかも。 あ、全文検索とかマイニングとかも面白いといっていた。まあこれは要素技術だけど。Luceneを作った人が別で作ってる奴が結構良いって。なんだろ。SolrかHadoopか。 あと、エンタープライズサーチ。例えばメール。誰がどんな単語を多用しているかをサマリーしたり、検索させたり。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
