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というバージョン番号を引っさげ、満を持しての登場となった。その
そろそろ「リカンベントそのものが直接の事故原因ではなかったという事実」について一言言っておくか
昨年、漫画家の方がリカンベント型の自転車を運転中に亡くなってしまったということを書いた。私はリカンベントを趣味としているのだが、この事故によってあまりにも「リカンベントは危険だ」というような論調でリカンベント型の自転車を批判するコメントが多かったため、それを弁護したい気持ちがあった。当然、どのような乗り物でも事故は生じるわけであり、リカンベントも例外ではない。だが、先月になって「司法解剖が行われた結果、死因は心筋梗塞だったということが分かった」というニュースが出ている。リカンベント型の自転車による事故ではなく、心筋梗塞の結果事故が起きたというわけなのだ。 酷かった偏見リカンベント型の自転車というのは確かに珍しい。その奇抜なフォルムから注目も集めやすいのだが、至って真っ当な乗り物である。少なくとも普通のアップライト型の自転車と安全性の点で、そう大きな差はないと言える。（その構造上、リカンベン
リカンベントは危険な乗り物なのか？
先日、漫画家の方がリカンベント自転車を運転中に亡くなるという事故があった。まずは亡くなった方のご冥福をお祈りしたい。リカンベントでなおかつ漫画家の方の事故という組み合わせは、非常に珍しく、センセーショナルな内容だと思う。この事故を受けて、根拠もなくリカンベントが危険だという印象を持つ方が多数いらっしゃるようなので、警鐘を鳴らしておくことにする。 リカンベントは危険であるともないとも言えないまず最初に私の立場を明確にしておく。私は数年前からリカンベントに乗ることを趣味にしているので、ある程度リカンベントに慣れ親しんでいる。 どのような乗り物についても言えることだが、一件の事故や、見た目の印象をもって危険であるかどうかを判断することは、ただの主観であって何の根拠もない。危険性を科学的に正しく評価するには、例えば少なくとも次のようなことを考慮する必要があるだろう。 事故の発生件数とリカンベントの
MEANスタックは破壊的か
最近、MEANがイイという話をチラホラと耳にする。先日も次の記事がはてブで話題になっていた。 MEAN(MongoDB, Express, AngularJS, Node.js)スタックが優れている理由 - Mozilla Open Web Day in Tokyoを終えて - albatrosary's blog この記事の冒頭では、MEANはLAMPに変わる技術として紹介されているが、果たしてそれは正しいのだろうか。（この記事では、LAMPを例にとりつつJavaがどうのという記述があるので、恐らくはLAMPではなく既存のリレーショナルデータベースを用いたアーキテクチャ一般について述べたいのではないかと思う。）MEANについて少し思うところがあるので、今日はMEANの可能性について書き綴っておこうと思う。ただし、私自身MEANスタックと呼ばれるシロモノは使ったことがなく、構造を理解した上
環境省がクソのようなガイドラインを策定しようとしている件
今回はコンピューターの話ではないので、興味がない人はスルーして頂きたい。 環境省が地震などの災害時に被災者が避難所や仮設住宅にペットを持ち込むことができるようにガイドラインを作成しようとしているらしいが、いくらなんでもこれは止めたほうがいいのではないか。こんなことを政府が言い出すのは本当に馬鹿げている。環境省には現実が見えていないのだろうか？あんまりにも腹が立ったので問題点を指摘しておきたいと思う。 避難所がどうなるか最大の問題点は、ペットが持ち込まれた避難所がどうなるかということだ。災害時、避難所はただでさえ人口が過密になる。その上水や食料だって心配だ。人々はストレスに苛まれ、人同士のトラブルも頻発することになる。そこへさらに争いのタネを持ち込もうというのは狂気の沙汰と言える。 災害時、現場はどうだったかはウィキペディアの記事が参考になる。みんな余裕などない。未曾有の災害に遭ったらどうな
書評：「7つのデータベース 7つの世界」
訳者、角 征典氏より献本御礼。「7つのデータベース 7つの世界」はそのタイトルの通り、7種類のデータベースソフトウェアについて解説したNoSQLの道標とも言うべき書籍である。7種類のデータベースとして紹介されているのは、PostgreSQL、Riak、HBase、MongoDB、CouchDB、Neo4j、Redisである。本書は非常にそそるタイトルであり、わくわくしながらページをめくった。だが、第2章「PostgreSQL」で期待感は打ち砕かれることになる。 正直なところ、この書籍について書評を書くのはどうしようか迷ってしまった。なぜならば、第2章の説明がかなり間違っているからである。そのため、書評を書こうとするとどうしても辛口にならざるを得なかった。献本して頂いた角氏にその旨を伝えたところ、それでも良いと快く了承して頂いた。本当に辛口になるのでその点は容赦して頂きたい。 何が問題なのか
入魂レビュー：保坂のぶとの現場レポート 八ッ場ダムはなぜ止まらないのか
今日はコンピュータとは無縁の話なので、興味が無い読者の方はスルーして頂きたい。 社民党前衆議院議員である保坂のぶと氏が、先月入魂の「八ツ場ダムはなぜ止まらないのか」というドキュメンタリーDVDを制作・出版された。このDVDはアマゾンで現在購入することが出来る。値段は2100円、時間は40分ほどだ。ここのところあまりトップニュースに上ることがない八ツ場ダム関連事業であるが、国民がこれをこのまま放置していては絶対にいけない！！ということを痛烈に実感させてくれるDVDであった。このDVD一枚だけで、八ツ場ダム関連事業の胡散臭さ、そして行政が如何に信頼に足らない存在なのかということが理解できる。 このDVDは必見過ぎるので是非皆さんにも購入して頂きたいのだが、八ツ場ダムの現状を皆さんに知ってもらいたく、DVDの概要を紹介しつつ作品をレビューしようと思う。その前に、まずはこのDVDを制作された保坂の
"オープンソース"の名を冠したプロプライエタリな人向けのセミナーに参加した件
先月中旬の話になるが、マイコミジャーナルで紹介されていた「事例に学ぶ オープンソース知財セミナー2010」というセミナーに参加してきた。（主催はオージス総研）サブタイトルは「オープンソースに潜む法的リスクとその対策のヒント」という謳い文句であり、オープンソース独特の法的リスクの話が聞けるかも知れないと思い申し込んだ。だが、結果は見事に裏切られた！ ひとことで言うと、今回のセミナーはオープンソースのセミナーではなかった！というのが拙者の正直な感想である。あまりにも酷い内容だったと言って差し支えない。酷かったのは各々のプレゼンの質などではなく、その欺瞞に満ちたメッセージである。そのようなメッセージを放置すると、オープンソースに対する誤った知識が広まる恐れがあるので、本エントリにて批判させて頂こうと思う。 キナ臭い基調講演基調講演は本セミナーを主催したオージス総研の常務が行なった。滑り出しはオー
MySQLerのTwitterアカウントまとめ。
松信氏の、 MyISAMとInnoDBのどちらを使うべきか Twitterで話題になってたので簡単にまとめました。 というエントリが人気を博しているが、松信氏が言うように最近はTwitterでMySQL関連の話題も結構増えてきているように思う。Twitterの流行の勢いは凄まじく、今は右を向いても左を向いてもTwitter、寝ても覚めてもTwitter、猫も杓子もTwitterという雰囲気である。従ってMySQLもTwitterで盛り上がるのは当然の成り行きというもであるし、Twitterを活用しない手はない。 しかしMySQL関連の話で盛り上がると言っても「じゃあ誰をフォローすれば話に入れるんだよ？！」と多くの皆さんは疑問に思われることだろう。そこで、今日はMySQL関連のTwitterアカウントを独断と偏見と愛と勇気と努力をもって紹介する。MySQLの情報が欲しい人、もしくは話題の輪に
コンピュータ業界の展望と多様性
コンピュータシステムは、誕生してから現在に至るまで非常に様々な進化を遂げてきた。そして、まるで生物が単細胞生物から多細胞生物へと進化したように、コンピュータも相互接続を行うようになり、あるコンピュータの集合が一つの大きなシステムを構成するようになった。 コンピュータ性能の進化は日進月歩と言われるほど早いもので、特にムーアの法則に基づいたCPU性能の向上はめざましいものがある。ムーアの法則は現在でも健在であるが、最近はCPUクロックスピード向上は停滞しているし、半導体数が増えてもCPUコア一つあたりの性能があまり向上しないという問題が浮上してきている。このことは、これまでにない異常事態ではなかろうか。今までは半導体の製造プロセスを微細化することで半導体の集積度を高めたり、クロックスピードの向上により性能を向上させることが出来たが、そろそろ半導体の回路は原子のサイズが問題になるほどのレベルに近
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
