漢(オトコ)のコンピュータ道: ダウンロード違法化の審議について一言言っておく
ライセンス違反の静止画像のダウンロードを違法化しようという法律の審議が行われているらしい。 海賊版静止画のＤＬ規制を 文化審議会が意見まとめる：朝日新聞デジタル はっきり言って、これは由々しき事態である。インターネットの利用に大きな制約をかけ、日本の文化を破壊するであろう、最悪の法案であると言える。はっきり言って、このような低レベルな話し合いが行われていること自体に私は憤怒している。最近は多忙のため筆を置いていたのだが、久々に筆をとることにした。この法案の問題をしてきしておかねばならないからだ。 技術的に取り締まりは難しい一技術者としてこれだけは言っておきたい。そもそも、ダウンロード側を意図したものだけ上手く取り締まるような技術は存在しない。 まず、ファイルのダウンロードというが、それは範囲が大きすぎる。多くのウェブページには画像が多数埋め込まれているが、基本的にそれらは画像ファイルを特定
MySQL 8.0登場！立ち止まることを知らない進化はこれからも続く。
ゴールデンウィークはいかがお過ごしされただろうか。今年は天気も良く、行楽日和が続いたように思う。 さて、先日MySQL 8.0が正式にリリースされた。少し時間が経ってしまったが、今回はMySQL 8.0の新機能について紹介したい。コミュニティ版のダウンロードはこちらから可能だ。 ひとつ前の正式バージョンはMySQL 5.7だったのだが、MySQL 8.0は非常に大きなリファクタリングが含まれており、5.x台のバージョン番号を捨て去ろうという話があった。そこで、次のメジャーバージョンは最初の桁を増やすということになったのだが、MySQL 6.0は過去に既に存在し、買収などの騒ぎで開発が頓挫してしまった経緯がある。7.xはMySQL NDB Clusterと被っている。というわけで、5.7の7の部分の次という意味合いもあって、8.0というバージョン番号を引っさげ、満を持しての登場となった。その
そろそろ「リカンベントそのものが直接の事故原因ではなかったという事実」について一言言っておくか
昨年、漫画家の方がリカンベント型の自転車を運転中に亡くなってしまったということを書いた。私はリカンベントを趣味としているのだが、この事故によってあまりにも「リカンベントは危険だ」というような論調でリカンベント型の自転車を批判するコメントが多かったため、それを弁護したい気持ちがあった。当然、どのような乗り物でも事故は生じるわけであり、リカンベントも例外ではない。だが、先月になって「司法解剖が行われた結果、死因は心筋梗塞だったということが分かった」というニュースが出ている。リカンベント型の自転車による事故ではなく、心筋梗塞の結果事故が起きたというわけなのだ。 酷かった偏見リカンベント型の自転車というのは確かに珍しい。その奇抜なフォルムから注目も集めやすいのだが、至って真っ当な乗り物である。少なくとも普通のアップライト型の自転車と安全性の点で、そう大きな差はないと言える。（その構造上、リカンベン
フォントは自由に変えられる。だから絵文字で何かを伝えるのはナンセンス。そんなことも分からなかったのか、Googleよ。
Unicodeに絵文字が多数追加されたことは、以前から批判していたのだが、やはりというか何と言うか、しょっぱい問題が起こりつつある。 macOS SierraやiOS 10でピストル絵文字🔫が水鉄砲に変わることで起こる問題。 | AAPL Ch. 絵文字はフォント次第で形が変わる。故にフォントが変わればニュアンスも変わる。自分と相手、あるいは今使っている機種と将来使う機種が同じフォントを使っているとは限らない。だからフォントを変更することで様々な問題が起きるわけである。 根本的な問題＝性質が異なるものを混ぜてしまった文字と絵は本質的に性質が違う。 文字はその見た目ではなく、文字を組み合わせた単語、単語を並べた文章によって意味を持つ。フォントが違っても、見た目の違いはあれど、文章そのものの意味は変わらない。どのようなフォントで読んでも意味は通じるのである。 ところが、絵文字はそうは行かない
データベースについてのそもそも論
先月のはじめのほうで、「リレーショナルデータベースとの上手な付き合い方」というタイトルで、2回発表をした。ひとつは「まべ☆てっく Vol.1」であり、もうひとつは「Hacker Tackle（ハカタクル？）」である。 「リレーショナルデータベースの開発・運用に纏わるもろもろの話をして欲しい」というような内容の話をしてくれないかという同じような依頼を、ちょうど2日違いのイベントで頂いた。9/8のまべ☆てっくと、9/10のHacker Tackleである。そうなると必然的に話す内容も、同じようなものになってくる。同じ人物（＝私）が話すのだから、テーマも同じで時期も同じであれば、内容が同じようなものになるのが自然である。もし違うものになってしまっているのであれば、片方はウソをついているということになるはずだ。今日は発表に使用したスライドを紹介しつつ、なぜデータベースを使うべきなのか（あるいは使う
キーボードを新しくした話（ErgoDox）
昨年の話になるのだが、キーボードを新調した。それまでは東プレのRealForceシリーズを、その前はPFUのHHK Proを使用していたのだが、どうにも満足できなくなってしまったのである。ちなみに、HHK ProからRealForceへ乗り換えた理由は、ファンクションキーが欲しかったからである。Linuxユーザーなのになぜファンクションキーなんて使うんだ！！邪道だ！！と思われるかも知れないが、邪道で結構。いろんな機能をショートカットキーとして登録したい私には必要だったのである。 さて本題である。この度私が購入したキーボードを紹介しようと思う。 超自由度が高いオープンソースなキーボード、ErgoDoxRealForceやHHK Proを何故使っていたかというと、静電容量無接点方式のキーが良かったからである。日々膨大な回数のタイプをするため、ソフトなタッチで指が疲れないキーボードがほしかったの
RDBにおけるキャッシュという考え方
RDBの専門家として日々活動している中で気づいたことのひとつに、「RDBはデータへのアクセスの実装をインデックスに頼っているが、インデックスは全ての問題を解決できるほど万能ではない」ということがある。インデックスというのはとても強力な部品であり、その点には全く異論はない。だが、世の中の全ての問題（クエリ）を解決できるほど、柔軟性に富んだものではないということだ。RDBは、どのインデックスを使ってデータへアクセスするかということを、オプティマイザを用いて判断する。大抵のRDB製品では、オプティマイザはよい仕事をするので、インデックスとオプティマイザの組み合わせによって、ほとんどの問題に対応できる。だが、100%ではないのであり、そのようなケースがシステムの性能問題を引き起こしたり、プログラマ（アプリケーションの設計者）に、NoSQLへ完全に移行したり、クエリ高速化のために非正規化をすると言っ
OSC広島と中国地方DB勉強会に参加しました。
かねてから予告していた通り、OSC広島と中国地方DB勉強会（第5回）に参加させて頂いた。両方のイベントがこの土日で連続して行われたので、いずれのイベントにも遠方からの参加者がたくさんいて盛況だったように思う。OSC広島ではデモマシンの展示を、中国地方DB勉強会ではスライド（MySQLのトラブルシューティングについて）の発表をそれぞれやらせて頂いたので、今日はその報告をさせて頂こう。 OSC広島に持っていったデモマシン既にツイッターやFacebookで目にされた方もいらっしゃるかも知れないが、今回展示したマシンのコンセプトは「持ち運べるMySQL Clusterのデモ環境」というものだ。MySQL Clusterを動作させるためのBeagle Bone Black 6台と、コンソール用のRaspberryPi、100Mbpsのネットワークスイッチ、薄型のモバイルモニター、トラックポイントつき
SIMロック解除義務化を受けてひとこと。「土管をくれ、手頃でいいヤツを！」
先日、SIMロック解除義務化のニュースが高らかに舞った。既に私はMVNOへ移行してしまったので携帯の三大キャリアとは直接契約していない（回線はMVNO経由でDoCoMoのものを使用している）のだが、SIMロック解除の義務化は私にとっても歓迎すべきニュースである。以前、最高の土管が欲しいというエントリでも綴ったように、私が通信キャリアに期待するのは最高の通信インフラを提供してくれることだけだ。 ところが、PC WatchにSIMロックフリーをキャリアに強制して意味があるのかという記事が掲載された。「おいおいメリットはあるに決まってるだろ・・・」と、タイトルを読んだだけなら脊髄反射してしまいそうになるが、SIMロックを解除してもまだ足りない点が指摘されており、非常に良い記事であるように思う。（ただし後半は賛成できない部分がある。） 誰が得をするのかSIMロックの解除という点においては、ドコモは
ホワイトカラーの生産性を上げる方法
先日、新「労働時間制度」創設へ検討指示 NHKニュースという記事（魚拓）が上がった。この記事を読む限りでは、政府はホワイトカラーの人たちの生産性を向上させるために新労働時間制度を創設しようとしているように見える。だが待って欲しい。労働制度を変えることで本当に生産性が上がるのだろうか。今日は、政府が行なっている議論の問題点についての指摘と、本当にホワイトカラーの生産性を上げる方法について考察してみよう。 政府は論点がずれている。なぜならば、結論ありきだから。まず、新労働時間制については次のように職種を限定した議論が行われているように見受けられる。 そして具体的な業種や業務について、経営企画や新商品の開発、海外プロジェクトなどを担うリーダー、それにＩＴや金融関連のコンサルタント、資産運用を行うファンドマネージャー、経済アナリストなどを挙げています。 一方、田村厚生労働大臣は年収が数千万円に上る
今、任天堂が復活に向けて取るべき一手。
最近、任天堂がスマホ向けアプリの提供をするというニュースが流れた。 任天堂、スマホ向けアプリを年内に提供へ ゲーム移植は否定、専用機プラットフォームは堅持 - ITmedia ニュース 任天堂の思惑は分かりかねるが、個人的にはどうもそれは悪手のように思えて仕方がない。任天堂が苦戦しているのは分かるが、これまで築き上げたブランドがみすみす凋落していくのを見ているのも偲びない。 任天堂はソフトウェア特許に対してアグレッシブなので言いたいことは色々あるけれども、今回はそういった感情は脇に置いといて、「もし、自分が任天堂の経営者だったら」という視点で、復活に向けての戦略をひとつ紹介してみたい。 任天堂が作るべきものはDS Phoneしかない！以上！・・・と言ってしまうのは味気ないので、少し補足しておこう。 アップルはiPodに電話の機能をつけて大成功を収めた。任天堂がDSに電話機能をつけて、売れな
IDの設計についてのさらに突っ込んだ議論
今日も前回に引き続きデータベース設計の話をする。今回の話で一旦データベース設計については筆を置くつもり（ブログ書いてないで原稿書けよ＞俺）であるが、その前に話をすっきりさせて置きたいと思う。最後を飾るテーマはIDの設計である。 数字しかないのに意味を含んだID前回のエントリを見ていただいた方から、次のような構造を持った学籍番号があるというフィードバックを頂いた。 全部数値で"入学年度下2桁"+"学科コード"+"学科内のあいうえお順の順位" このようなルールで割り当てた学籍番号を、単なる数値として扱うのであれば大きな問題はない。これは数値しか含まれていないので、SQLのデータ型としては単に数値型を使えば良いだろう。だが、学籍番号から入学年度を判断する、あるいは学科を判断するといった用途で使われるのであればやはり適切ではないといえる。リレーショナルモデルの観点だけからではなく、IDとして適切で
リレーショナルモデルのドメイン設計についての議論
リレーショナルモデルを実践するには、ドメイン（≒データ型）を如何に正しく設計するかということが極めて重要になる。しかしながら、ドメインをどう設計すべきかという議論はあまりされていないように思う。その結果、ドメインについての理解はあまり進まず、データベース設計に失敗しているパターンが多いように思われる。 というわけで今日のテーマはドメインである。 集合を定義するリレーショナルモデルにおけるデータ型とは何か。リレーショナルモデルを実践するにはまずその点から理解する必要がある。 リレーショナルモデルでは、データ型はドメインと呼ばれる。ドメインとは、その属性（≒カラム）に入るべき値はどういったものかを集合として定義したものだ。言い換えると、属性値とはある集合の要素の一つであると言える。従って、ドメインを設計する際には、SQLで言うところのデータ型、つまりINTやCHARといったものだけでなく、その
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
たった30秒でMySQLをコンパイルする方法 rev.2
もう2年以上前になるが、以前「MySQL 5.5をわずか30秒足らずでコンパイルするためのテクニック」というエントリを書いた。 エントリに書いた内容はそれなりにコンパイルの高速化に寄与はするが、実は測定方法は正しくなかった。このことについて、いつも冷静さを失わない奥一穂氏から、いつもの冷静さで指摘を頂いた。 奥さんの言う通りである。指摘をもらってから気がついた。反省した。それからからずっと「まっとうにコンパイルして30秒を切る方法」を模索してきた。そしてついに、ccacheを使わずにまっとうにMySQL 5.5のコンパイルを30秒未満で実行することが出来たので、その方法を紹介しようと思う。 速いマシンを買う いきなり身も蓋もない解決法だが、ぶっちゃけこれが一番効果的である。実行するべき処理が決まっていれば、最終的にCPUの実行速度によって処理時間が決まってしまう。 実は最近PCを新調したの
手のひらの上のデバイスがあなたを監視する！！スマホとプライバシーについて考える。
Slashdot（本家）の記事で、モトローラのスマートホンが勝手にユーザーのデータをネットを通じて送信していたという記事が掲載されている。 Motorola Is Listening - Slashdot 詳しい内容は元記事（下記）を見て欲しい。 Motorola Is Listening - Projects - Beneath the Waves 記事を見ると分かるが、まさにありとあらゆる情報が、その多くが安全でない手段で送信されており、さらに送信されている情報にはパスワードといったセキュリティ的に非常にまずいものから、Facebookの友達情報、メールの宛先や差出人、GPSの位置情報といったプライバシーに関わるものがてんこ盛りとなっている。前回のエントリでプライバシーの重要性について書いたばかりなのだが、今回はその延長としてスマートフォンにおけるプライバシーの問題について考察しようと
DRMがウェブに持ち込まれようとしている未だかつてない危機
我らがフリーソフトウェア財団が、最近W3Cに提案されたEMEという規格について警告を発している。EME（Encrypted Media Extensions）はウェブ上のメディアに対してDRMを持ち込む規格である。オー・マイ・ガッ！！なんということだろう。 なぜDRMがダメなのか。ウェブの良い点はHTMLという共通の規格によって、ブラウザーが違えど誰もが同じページを参照することができるということだ。どのようなOS、どのようなデバイス、どのようなブラウザでも関係ない。現在でもFlashが組み込まれたページという問題はあるものの、HTMLによる表現の共通化は割とうまくいっている。標準化が進むHTML5はさらにそのFlashも不要になる可能性を秘めている。DRMはウェブの良さを台無しにするからである。 EMEはそのような自由なウェブを真っ向から否定するかのような存在なのだ。 もし、HTMLにDR
書評：電気代500円。贅沢な毎日
以前、「電気代500円」というセンセーショナルな文字が東京新聞のウェブに掲載され、衝撃を受けたことを覚えている。すでにウェブ上に記事は残っていないが、2ちゃんのまとめサイトなどに無断転載されたものがあったりするので読むことができる。2ちゃんねるの反応は「時代錯誤だ」とか「全然羨ましくない」、「節約も度が過ぎるともはや宗教じみてキモい」といった心ない文字であふれている。果たして本当にそうか？その回答をくれるのが本書である。以下、若干のネタバレ注意。 家電はいらない 電気代が500円で済む理由。それは家電を効率的に使っているという理由ではなく、そもそも家電がないからだ。掃除機や洗濯機、さらには冷蔵庫までないというから驚きだ。「家電はいらない」というのは第1章の最初の節のタイトルである。電機メーカーの人が見たらぶっ倒れること請け合いである。 家電がないというと、古臭い貧乏な生活を営んでいるといっ
紹介：【書籍】SQLアンチパターン
リレーショナルデータベースの父、エドガー・F・コッド氏が論文を発表したのは1970年。私が生まれる前の話である。そしてSQLがANSI標準になったのが1986年。RDBMSを、そしてSQLを使ったシステム開発は常に主流で在り続けたと言っても過言ではない。そんな歴史のあるSQLであるが、未だに多くの人はSQLを使いこなせて居ないように見える。 SQLはとても奥が深い。ソートやトランザクションが使用出来るおかげで、リレーショナルモデルを無視して単なるデータの入れ物として使ってもそれなりに便利だったりする。だが、それが今現在多くの悲劇を生んでいる原因でもある。多くの人が同じようにSQLを理解せず、そのため多くの人が同じ悲劇に見舞われる。そう、それがアンチパターンである！ 今回紹介するSQLアンチパターンは、洋書SQL Antipatternsの邦訳版だ。私は元々英語版のファンでであり、人々が陥り
mixiさま、では意見を聞いてください。
最近、mixiがユーザーファーストと称して「皆様のご意見を聴かせてください」という取り組みを発表した。来月実施されるらしい。mixiはライバルたちとの戦いで色々と苦しい状況に立っており、この取り組みも足掻きのひとつなのだろうと勝手に想像しているが、はっきり言わせてもらうとユーザーから声を聞いてもあまり良い糸口は見つからないだろう。きっとmixi自身が期待するような答えしか返ってこない。たとえば「この機能のどこそこが不満だ」だの「ユーザーインターフェイスが使いにくい」だのといった類のものだ。想定内の回答を聞いたところで、せいぜいタスクの優先順位が変わるだけだろう。それでは何の解決策も見いだせない。 今日は敢えてmixiを斬らせてもらう！なぜか。そうすることによって伝えたいことがあるからだ。 筆者とmixi 筆者はmixiのことが嫌いとかそういうことは一切ない。実はmixiはかなり長い期間使っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
