多次元構造をRDBで表現するのって難しいよね - Float on the flow
こちらからのインスパイア。というか思い出したこと。 「今時の組織はSQL不向き? - Ognacの雑感」 http://blogs.wankuma.com/ognac/archive/2009/09/23/181540.aspx 以前、ワークフローエンジンを自前で組んだことがあったのですが、そのときにも大変苦労しました。 組織図ツリーと、ワークフローのリストと。 それぞれ時系列での変化への対応も必要で。 バージョン1はかなりきたないER図になってしまったことを思い出します。 各々のツリー表現と、相互の関係と、そこに使用開始日・終了日をもたせる構造にしてしまったので。 で、当然のごとく処理も重かったと。 （データがたまるとガンガン重くなった） バージョン2では、楽々ERDレッスンとか読んで勉強した内容を元にER図から見直して、だいぶすっきりした構造にはなったのですが、外的要因によりコードは日
自分で関数を作ってみる - エクセル術
色々なユーザー定義関数 ワークシート関数 ワークシート関数とはその名のとおり、Excelのワークシート上で利用できる関数のことだ。いまさら特筆するまでもなく、Excelはデフォルトで実に多くのワークシート関数を提供しており、基本的な数値演算から日付計算、文字列操作、財務計算、統計、果てはちょっとしたデータベース処理までを、簡単な記述で実現できる。恐らく一般的な表計算の処理を行う限りでは、標準的なワークシート関数で十分に用が足りるはずだ。 しかしExcelを駆使してさまざまな表計算を行っていく中では、当然のことながら、なかなか標準関数では十分に賄いきれない局面も出てくるだろう。そのような場合に、いままでならばどうしていただろうか。複数の関数を組み合わせて、複雑な関数式を毎回記述していたかもしれない。あるいは、一時的なワークシートやセルに計算過程を退避させた上で、あらためて目的の値を導出する、
還暦まで後ひと回り［1］ITエンジニアよ、パッケージを目指せ！
今回から、新ネタで記事を書かせていただきます。「ぼちぼち還暦なのだから、後の世代に何か言い残しておこう」という趣旨の記事です。「ジジイうるさいぞ！」と言われるのは嫌ですから、決して説教じみた話はいたしません。明るく、楽しく、若きITエンジニアのやる気を喚起するような話をしますので、よろしくお付き合いください。 まだまだ若いと思っていたのに 私は、1961年生まれ、現在48歳です。自分では、まだまだ若いと思っていました。この先も、新しいチャレンジがずっと続くと思っていました。ところが、つい最近「もう若くない」と実感させられたことが立て続けにありました。 私と同い年の編集者と、コンピュータの歴史に関する本の企画を話し合っていたときのことです。私が「歴史を調べるのは面倒だなぁ。最新技術のことが書きたいなぁ」と駄々をこねると、編集者は「ボクたちも、ぼちぼち還暦ですから、何か後の世代に言い残すような
IT業界の構造変革に参画しよう
---IT業界は、受託開発を前提とした顧客従属型の多重下請け構造から、顧客と共にビジネスの成功を目指す「コラボレーション型ベンダー」と、独自のサービスや商品の開発・提供に特化した「ビルディングブロックベンダー」による水平分業体制へと大きく変わっていく---。 少し前になるが、これは2009年7月に情報サービス産業協会（JISA）がまとめた、今後5年から10年後にかけての業界展望の結論である。「情報サービス産業を巡る市場環境に関する調査」として報告書がまとめられ、概要はJISAのホームページで公開されている。 同報告書は、現状のITサービス産業の構造上の問題点として、受託開発型や労働集約型、多重下請構造、顧客従属型、国内産業依存型といった点を挙げる。このままでは、ITサービス市場の停滞やユーザー企業の利用形態の変化に耐えられず、ますます経営は厳しくなるだけであり、受託開発からサービス提供へ、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
