単なる試験制度の見直しではない。IT技術者の社会的地位，ひいてはIT産業の競争力に関わる話だ－－。こんな問題意識のもと，情報処理技術者試験の抜本的改革を巡る議論が本格化しつつある。舞台は，経済産業省が10月末に設置した人材育成ワーキンググループ（WG)。情報サービス産業やユーザー企業，大学から有識者を集め，（1)技術認定手段にとどまっている同試験を資格試験にする，（2）情報処理技術者試験とITスキル標準(ITSS）を整合させ，特にITSSのレベル1から3を認定できるようにする，（3）新たにIT産業に就職する人を対象に，基本情報技術者試験の下位に当たるエントリ試験を新設する，(4)試験の更新制度またはそれに類する制度を導入する，などを議論する。 すでに2度の会議が開かれており，2007年3月末をメドに結論を出す方針。仮に(1)が実現すれば，情報サービス企業はもとよりIT技術者個人に大きな影響

削除フラグ(というか「論理削除を削除フラグだけで実装すること」)批判は何度も見てきたが PostgreSQLアンチパターン これ見るともはや論理削除自体が闇扱いになってしまったようだ。 闇だろうと何だろうと論理削除(というドリルが提供する穴)は要件の実装に必要なので、このへんの議論はあまりまじめに追ってこなかった。 いつだったか「削除フラグはバグの温床だからやめろ」という主張を読んでおぉなるほどと思い、ではどうやって論理削除を実装するのかなと思って続きを読むと「『ほんとに削除したデータが必要ですか?』とユーザに確認して、物理削除に変えさせてもらう」と書いてあってズコーとなったことがあるが、要件削っていいなら実装上のどんな問題も消えるわけで、何かもう別世界の議論で自分の仕事には関係ないと思っていた。 が、これだけ繰り返し批判されているからには、論理削除を正しく使う方法なり条件なりを明らかに

本連載は、ITシステム開発の現場でプログラミングやSQLのコーディングを行っているエンジニア（データベース利用者）が、データ管理者（DA）やデータベース管理者（DBA）へステップアップするための第一歩として有効な基礎知識を紹介する（編集局） はじめに 本連載は、データベースを利用したアプリケーション開発にプログラマとして携わっている読者を対象として、データベースの利用者から設計者へとステップアップするために、いまから身に付けておきたい必須知識を解説していきます。いまはまだ「データベースエンジニア」が何であるか、どんな仕事をするのかがよく分からないといった方にも、本連載を通じて少しでもこの職種に興味を持っていただければ幸いです。 第1回は、「データベースエンジニアの役割、およびデータベースエンジニアに必要とされるスキル」について解説します。 データベースエンジニアとは？ データベースエンジニ

はてなブログには、同じ話題でつながる「グループ」があります。まずはこちらの「2024年開設ブログ」に入りましょう。同時期に始めたブログとつながることができます。 「2024年開設ブログ」のグループ