業界人間ベムRELOAD
ベムがクッキーなる技術と向き合ったのは1996年、インフォシークの広告配信技術の説明を受けた時だ。クッキーみたいにポロポロと落ちて行った先まで追跡できるからという俗語と教わった。それから四半世紀以上、クッキーの権化だったグーグルもプライバシーにかかわるトレンドから、クッキーの代替技術を提唱している。いろんなカンファレンスでも「クッキーレス時代にどうする」というテーマで喧しい。 しかし、本質は代替技術をどうするという話ではない。個人情報を扱う企業の振舞いが試されている。プライバシー対応に対する企業姿勢の問題で、経営者が宣言することであって、情シスなり法務が都度その時点のガイドラインに対応すればいいということではない。 ベムはSDGsの18番目に個人情報に対する企業姿勢を加えてもいいのでは？と冗談で話すくらいだ。個人情報との向き合い方に関して、企業姿勢が問われるということを早く経営者に認識させ
Heikki Tuuri answers to Innodb questions, Part II
I now got answers to the second portions of the questions you asked Heikki. If you have not seen the first part it can be found here. Same as during last time I will provide my comments for some of the answers under PZ and will use HT for original Heikkis answer. Q26: You also say on Unix/Linux only one read-ahead can happen at the same time. How many read-aheads can be waiting in Queue when or In
カテゴリとタグを上手に使い分ける : could
CMS にタグというコンセプトが組み込まれる以前は「カテゴリー」はどういった情報がコンテンツに含まれているのかを示すものでした。例えば、Mac、映画、ライフハック、仕事といった具合だと思います。しかし、タグ機能が CMS に導入されるようになると、以前カテゴリ名として扱っていた名称 (キーワード) がタグへ移行していきました。 ここで課題になってくるのが、タグがコンテンツに含まれている情報を示すようになったので、カテゴリに明確に違う役割を示さなくてはならないところです。もし従来のように「Mac」というカテゴリを作ってしまうと、Macに関する情報が書かれたエントリーに Mac というタグを書き込むことは重複になりますし、管理する側もこれはカテゴリなのかタグなのかというのが分かり難くなり、記事によって異なる示し方になりかねません。 ブログエントリーとひとことで言ってもエントリーによって様々なタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
