なぜITS導入は失敗したか？あるいは僕のがっかりメモ - ハードコイルド・ワンダーランド
出張してもどってきたら社内Tracが残念なことになっていた 最近、もともと所属していたチームをはなれて外で開発をしていた。 久しぶりにもどってきてTracを覗いたところ、非常に残念な感じなっていて、有り体に言えばゴミタメになる寸前だった。 （今現在も解決していない） ほかのチームでRedmineを展開してそこそこ上手くいっていたので、 なんでこんなことになったのか？どうすれば防げたのかをいろいろ考えた。 個人的なメモ。 何がいけなかったのか 個人的に思うところは以下の３点 ・マイルストーンの役割を誰も理解していない ・バグ表を作る人（≒リーダー）がTracを使えない、使う気がない ・求められる機能とTracの機能に乖離があった マイルストーンの役割を誰も理解していない 「ソフトウェアのリリースとITSのマイルストーン、リポジトリのブランチはそれぞれ同期する」なんて ITS使ってる人には常識
Documentation - JavaScript InfoVis Toolkit
The JavaScript InfoVis Toolkit provides tools for creating Interactive Data Visualizations for the Web.
TPC-C Homepage
Approved in July of 1992, TPC Benchmark C is an on-line transaction processing (OLTP) benchmark. TPC-C is more complex than previous OLTP benchmarks such as TPC-A because of its multiple transaction types, more complex database and overall execution structure. TPC-C involves a mix of five concurrent transactions of different types and complexity either executed on-line or queued for deferred execu
Text::Xatena - はてな記法のような記法フォーマットパーサー - Articles Advent Calendar 2010 Meta_adcal
こんにちは、cho45です。 今回この advent calendar に拙作 Text-Xatena が使われたということで、ちょいと Xatena フォーマットの話でも書こうと思います。 Text::Xatena の位置づけ みなさんご存知かもしれませんが、既に CPAN には Text::Hatena というモジュールがあります。ではなぜ今また、似たようなフォーマットの別のモジュールを書く必要があったのでしょうか。これには以下のような理由があります。 Text::Hatena は実のところあまり Hatena::Diary と互換がない Text::Hatena は非常に遅い Text::Hatena ははてなに依存した記法がいくつか存在する (id 記法など) これらのことを解決するために、Text::Xatena は作られました。 Text::Xatena はブロックレベルの互換
DERiVE コンピュータビジョンブログ - Kinectのトラッキング原理「部位認識に基づく3D姿勢推定」
このサイトについて DERiVEはコンピュータビジョン、画像認識が専門のMasaki Hayashiがお送りしている、コンピュータビジョン(Computer Vision)を中心としたITエンジニア、研究向けのブログです。※「DERiVE メルマガ別館」は2015/9月で廃刊致しました、 Tweet はじめに今から1週間前から、私のTwitterのフォロワー周辺で、Kinectの原理とその発展的使用方法についての議論が始まりました。 参考：Kinectの仕組みにまつわるつぶやき一覧 ところが、Kinectはその原理が詳細に書かれているところがWebには少なく、少し検索したくらいではなかなかわかりよいまとめ記事がなく、私も含めてみなさん憶測で議論せざるを得ないところがありました。 そこで、この記事では開発者の資料・インタビューなどをもとに、Kinectの原理についてまとめようと思います。これ
Working on workqueues [LWN.net]
One of the biggest internal changes in 2.6.36 will be the adoption of concurrency-managed workqueues. The short-term goal of this work is to reduce the number of kernel threads running on the system while simultaneously increasing the concurrency of tasks submitted to workqueues. To that end, the per-workqueue kernel threads are gone, replaced by a central set of threads with names like [kworker/0
Setting up and using gccgo - The Go Programming Language
This document explains how to use gccgo, a compiler for the Go language. The gccgo compiler is a new frontend for GCC, the widely used GNU compiler. Although the frontend itself is under a BSD-style license, gccgo is normally used as part of GCC and is then covered by the GNU General Public License (the license covers gccgo itself as part of GCC; it does not cover code generated by gccgo). Note th
ミクシィのNoSQLデータベース「Tokyo Tyrant」をNetVibesが採用した理由
カスタマイズ可能なポータルサービスを提供するフランスの「NetVibes」は、バックエンドデータベースとしてミクシィの平林幹雄氏が開発し、同社内でも利用されているNoSQLデータベースの「Tokyo Tyrant/Tokyo Cabinet」（以下Tokyo Tyrant）を採用しているそうです（追記：平林氏は7月末でミクシィを退職されるとのこと）。 なぜNetVibesはTokyo Tyrantを採用したのか、その理由がmyNoSQLの記事「Netvibes: A Large Scale Tokyo Tyrant Deployment Case Study」で紹介されています。NetVibesは、Hadoop、CouchDB、Tokyo Tyrant、File system、MySQLを評価した上でTokyo Tyrant/Tokyo Cabinetを採用したとのこと。 NetVibes
メッセージ送信の最適化：キャッシュ法 - トーフサロン
Objective-Cコンパイラを作るためにメッセージ送信の最適化について調べたことをとりまとめてみるよシリーズその2。第二回はキャッシュ法についてとりまとめてみます。 キャッシュを使った最適化では、メソッド探索の結果をキャッシュしておき、次回以降のメソッド探索を省略します。キャッシュを配置する位置によって、それぞれ特徴があります。 メソッドキャッシュ メソッドキャッシュは、レシーバクラスとセレクタをキーとしてメソッド表をキャッシュしておく方法です。レシーバクラスとセレクタのポインタ値からハッシュ値を計算し、そのハッシュ値をインデックスとしてメソッド表を調べるのが簡単な実装です。キャッシュがヒットすれば、メソッド探索のコストはハッシュ表の探索と同じになります。 メソッドキャッシュはグローバルなスコープに一つ用意するのが一般的なようです。Rubyでもメソッドキャッシュを使っており（Rubyソ
インライン・メソッド・キャッシュによる動的ディスパッチ高速化（3/3） - ＠IT
■多相的インライン・メソッド・キャッシュ（polymorphic inline method caching） スタブベース・ディスパッチのほかに、.NETの世界でお目にかかるインライン・メソッド・キャッシュといえば、DLR（Dynamic Language Runtime）での採用例が挙げられる。DLRのインライン・メソッド・キャッシュはパフォーマンス上重要で、頻発するobject型への処理に活躍する。この理由は、動的言語ならではの難しさにある。 IronPythonやIronRubyで書かれたプログラム・コードは実行前にDLRの抽象構文木（DLR AST）に変換されるのだが、この段階で現れる型のほとんどはobject型（System.Objectクラス）とせざるを得ない。IronPythonやIronRubyといった動的言語では、コンパイル時に式の型を決めてしまうことが困難であったり不
動的計画法を学ぶリソース・練習問題まとめ - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20100708.html
Webユーザインターフェースの "暗黙知" を意識していますか？ : LINE Corporation ディレクターブログ
暗黙知（あんもくち、Tacit Knowing）は、ハンガリーの哲学者・社会学者マイケル・ポランニー（Michael Polanyi) によって1966 年に提示された概念で、認知のプロセス、或は、言葉に表せる知覚に対して、（全体的・部分的に）言葉に表せない・説明できない知覚を指す。Wikipediaより こんにちは。livedoorで検索全般を担当しております、須田です。 タイトルのままなのですが、少しづつ日本のWEBにおける暗黙知を共有したいと思っています。 暗黙知の共有することで得られるメリットですが、 ユーザーにとっては、分かりづらいUIを日本からできるだけ無くすことができ、斬新なUIに慣れるという煩わしい時間からの開放企業にとっては、暗黙知として決まりがあることで、UIを検討する時間の短縮にもなるというメリットがあると思います。 まずは誰でも知っていると思われる基本的なところだけ
思考の「型」を身につける
業務の生産性が経験年数とともに自然と高まるのは、過去の経験則から「これはあのパターンと同じだな」と「型」にはめていけるから。そんな「型」をたくさん用意できれば、効率よく、的確にタスクを処理できるはずです。 業務の生産性が経験年数とともに自然と高まるのは、新しい問題にぶつかっても、過去の経験則から、「これはあの時のパターンと同じだな」というように型にはめていけるからです。そのため、TPOに合わせて引き出すことのできる型をより多く持っていれば、効率よく、的確にタスクを処理することができます。 思考、作業、アウトプットの型を整備 「型を決める」行為は、3つのカテゴリに分けられます。「思考に必要な型」「作業に必要な型」「アウトプットに必要な型」です。 経験値によって生産性が高くなるのは、思考や作業の型を決めることができるためです。もっともパフォーマンスの上がる型を何度も使いまわし、さらにカイゼンす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cacao Business
GitHub - mzp/msgpack-ocaml: MessagePack for OCaml/Coq
Concurrency-managed workqueues [LWN.net]
The Growth of Dynamic Languages - Pythonists, Pythonistas, and Pythoneers - ActiveState
コンピュータで使用されているアイコンの歴史とGUI関連の資料
decode_options - GCC 解読室 Wiki*
はてなブログ | 無料ブログを作成しよう
