この世から残念な○○が無くならない理由
少し前に、日本Web技術界隈著名人の残念さ具合というタイトルの記事が話題になった。名指しで個人を批判している記事なので、リンクするのは控えておこうと思う。意見には賛同する部分はあるものの、読んでいて気持ちの良いものではないからだ。まだ読んでなくて興味のある人はググッて頂きたい。あと、言っておくが私自身はその記事でリストアップされている人たちの仕事ぶりは知らないので、評価については言及しない。 この記事を読んで思ったのは、別に残念なのは別にウェブ界隈に限った話ではないよなーというか、残念な人をこの世から撲滅するのは構造的に不可能ではないかということだった。特に後者についてはかねてより考えてきたことであり、これはもうある意味仕方のないことではないかと思う。具体的な例を挙げるのは避けるが、割と技術書なんかでも酷いものを見かける。 というわけで、今日はこの構造的な問題点について語ろうと思う。 圧倒
本音主義が政治で跋扈する理由と、より良い社会にするために我々が為すべきこと。
都議会でのセクハラ発言が世間を賑わしているが、それを受けて「美しきニッポンの本音」という記事において、なぜそのような下劣なヤジが飛び交ったのか、あるいは他の議員がそれを許容するような空気を生み出してしまったのかということについての考察が行われている。その記事によると、そのような下劣なヤジが飛び交ったのは、議員の間にはびこっている本音主義によるものだということらしい。非常に鋭い考察であるので、まだコラムを読んでない方は是非目を通してもらいたい。 その上で、本音主義の政治家が何故大衆にウケるのかということについて、ひとつの考察を加えようと思う。 本音を言う"人"が信用されるのは何故かコラムの核心に迫る部分を引用する。 善悪や正邪とは別に、「本音」と「建前」という座標軸が現れた時、無条件に「本音」を神聖視する考え方が力を持つに至る。 と、ここにおいて、 「露悪的な人間ほど信用できる」 という倒錯
SIMロック解除義務化を受けてひとこと。「土管をくれ、手頃でいいヤツを！」
先日、SIMロック解除義務化のニュースが高らかに舞った。既に私はMVNOへ移行してしまったので携帯の三大キャリアとは直接契約していない（回線はMVNO経由でDoCoMoのものを使用している）のだが、SIMロック解除の義務化は私にとっても歓迎すべきニュースである。以前、最高の土管が欲しいというエントリでも綴ったように、私が通信キャリアに期待するのは最高の通信インフラを提供してくれることだけだ。 ところが、PC WatchにSIMロックフリーをキャリアに強制して意味があるのかという記事が掲載された。「おいおいメリットはあるに決まってるだろ・・・」と、タイトルを読んだだけなら脊髄反射してしまいそうになるが、SIMロックを解除してもまだ足りない点が指摘されており、非常に良い記事であるように思う。（ただし後半は賛成できない部分がある。） 誰が得をするのかSIMロックの解除という点においては、ドコモは
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
ネットの暴力性
ブログで問題発言をして炎上した県議が自殺と思しき状況で死亡したという痛ましい事件が起きた。皆さんの中にもご存知の方が多いだろう。 岩手県議:小泉氏死亡、自殺か 病院非難でブログ炎上－ 毎日ｊｐ(毎日新聞) この件について様々な言論が飛び交っているが、皆一様に大切な点をスルーしているようなのでひとこと言っておきたい。 小泉氏は攻撃されて当然なのか この件に関するネット上のコメントを見ていると、「炎上したのは自分の責任なのだから責められても仕方がない」「自業自得」「同情できない」というようなコメントが非常に多い。問題行動をしたら責められて当然なのか。もちろんその行動自体については諌められるべきだろう。だが、炎上した場合には本来許されるべきではないような非難のコメントが目立つ。 そう、相手の人格を否定するような発言だ。 「バカ」「死ね」「クズ」「死ねばいい」。小泉氏にはこのような暴言が多数投げか
MySQLでVisual Explain
MySQL Workbenchの次期バージョンである6.0のベータ版が公開された。例によってMySQLのダウンロードサイトで公開されているので、新機能が気になる人はゲットして試してみて頂きたい。見た目が若干今流行りのフラットデザインっぽくなってシャレオツ（笑）な感じに仕上がってる。 ベータ版が公開されたのを記念して、Workbenchに搭載されているナイスな機能について紹介したい。そう、Visual Explainだ。Visual Explainとは読んで字のごとく、SQLの実行計画を視覚的に表現したものだ。SQLが複雑になると、その実行計画は理解し辛いものとなる。 今日はVisual Explain基本的な使い方と、それがどのように見えるかを紹介しようと思う。 Visual Explainを使用するには、対象のMySQLのバージョンが5.6以上であり、なおかつWorkbenchのバージョ
クリエイティブ・コモンズ考察。
クリエイティブ・コモンズというライセンスがある。日本ではまだそれほどメジャーではないが、非常に有用なライセンスなので紹介しようと思う。（個人的にもこれから使っていこうと考えている。）ライセンスは星の数ほどあるのになぜクリエイティブ・コモンズなのか？ まず、参考になる文献の紹介から。荒川 靖弘さんの『「クリエイティブ・コモンズ」について』 http://www.alles.or.jp/~spiegel/docs/cc-about.html クリエイティブ・コモンズは著作権の範囲を限定するものである。クリエイティブという単語は日本人でもなじみが深いと思うので解説は省くとして、コモンズに焦点を当てる。コモンズとは「共通のもの」という意味である。つまりクリエイティブ・コモンズというライセンス（以下CCL）では、著作物の全てを著作者がコントロールするのではなく、成果を皆で「コモンズ＝共通の領域」に置
まるで魔法のようなストレージエンジン？？VP for MySQLによる驚愕のテーブル操作テクニック。
先日、SPIDERストレージエンジンについて2度に渡り本ブログで紹介した（その１：Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジン、その２：快適スケールアウト生活への第一歩。SPIDERストレージエンジンを使ってみよう！）が、SPIDERの作者である斯波氏は、実はもう一つ驚くべきストレージエンジンを開発している。その名も、VPストレージエンジンだ。ちょっと地味な名前だが、VPとは、Vertical Partitioning（垂直パーティショニング）の略で、複数のテーブルの上にVPストレージエンジンを被せて、垂直パーティショニング（カラムごとにデータを格納する領域を分ける）を実現するというものだ。他のテーブルの上に被せるアーキテクチャをとっているという点では、VPとSPIDERの発想は同じである。以下は、VPストレージエンジンの動作
SQLインジェクションとは何か？その正体とクラッキング対策。
世間では、今Gumblar祭りが勃発中であり、SQLインジェクションがニュースに出てくることは少なくなったが、だからと言ってSQLインジェクションの脅威がなくなったわけではない。SQLインジェクションはGumblarを仕掛ける手段としても利用されることがあり、Webアプリケーションを提供する全ての人にとって、対策を講じなければいけない驚異であることに変わりはない。SQLインジェクションという攻撃手法が認識され、大いに悪用されているにも係わらず、その本質に迫って解説している記事は少ないように思う。従来のWeb屋だけでなく、今やアプリケーション開発の主戦場はWebであると言っても過言ではなく、そういう意味ではSQLインジェクションについて理解することは、全てのプログラマにとっての嗜みであると言えるだろう。 というわけで、今日は改めてSQLインジェクションについて語ってみようと思う。 SQLイン
MySQLに纏わる10の都市伝説
誰の口から飛び出したのかは定かではないが、巷ではMySQLにまつわる様々な「都市伝説」がまことしやかに囁かれているようだ。恐らくMySQLに対する理解が低い人や、MySQLがあまり好きではない面々によってFUDっぽく言われているのだと思うが、世の中にはそのような「都市伝説」を真に受けてしまう人が居るのもまた事実であである。MySQLにおける昨今の開発スピードには目覚ましいものがあり、MySQLは性能・安定性・使い易さ共に進化し続けている。（特に先日リリースされたMySQL 5.5は性能・安定性・使い易さを両立している優れたバージョンだ！！）しかし「都市伝説」で語られることは総じて「MySQLはダメな子ちゃん」であるという烙印を押すものばかりであり、MySQLerとしてはそのような言われ無き汚名を全身全霊をもって晴らさなければならない使命を背負っている。そこで、今日はMySQLについて語られ
やってはいけない!!MySQLに悲鳴をあげさせる10の方法
いつも「MySQLを使うときはこうするべき」という観点から記事を書いているが、今日は逆に犯してはいけない過ちをリストアップしようと思う。 1. 全てのカラムにインデックスをつけるデータベース初心者がもっともやってしまいがちな間違いはコレではないだろうか。インデックスはいい。検索がとても速くなるから。しかし、それと引き替えにインデックスは更新するときにコストがかかるし、その分多くのディスクスペースを消費する。特に更新にかかるコストは時に甚大で、該当するインデックスのページがキャッシュ上にない場合はディスクからいったんそのページを読み込まなければいけない。ディスクアクセスは動作にとても時間がかかるので、インデックスが多数、例えば全てのカラムに付いていたりすると「あれ？固まったか？」というような状態になってしまうことがあるだろう。インデックスは必要なカラムにだけつけるようにテーブルを設計しよう。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
