公共クラウドシステムとは 全国の自治体の観光情報をオープンデータとして提供するシステムです。 データを利用いただけましたら、掲載データ利用のご連絡から御一報いただけると幸いです。 新着情報
公共クラウドシステム | API公開サイト
公共クラウドシステムとは 全国の自治体の観光情報をオープンデータとして提供するシステムです。 データを利用いただけましたら、掲載データ利用のご連絡から御一報いただけると幸いです。 新着情報
倒産したので、顧客情報を競売で流出させます…ってどうよ？
ウソのようなホントの話です！ 米国内では老舗の家電販売チェーンとなるRadioShackが、惜しまれつつも、倒産のあおりをうけて全米の約2000店舗の閉鎖を余儀なくされました。債権の回収にあてるため、あらゆる金目のものは売りに出される大閉店セールを展開中……。というのはわかるんですけど、もっとも高く売れそうなRadioShackの顧客の個人情報までが競売にかけられているんですよね。 RadioShackが競売にかけたのは、1300万人以上の顧客のメールアドレスおよび6500万人分の住所データと伝えられています。えぇっ、でも、これまでは個人情報を保護するとうたって収集してきたデータを、倒産と同時に売りさばいてしまうのは違法ではないの？ いまRadioShackの店舗へ苦情を申し立てようとも、すでに大半のショップが通常営業を終了しているみたいです。おまけに、店のレジになっていたPOS端末まで売
スマホでウェブは終わるんじゃないか問題 - 週刊アスキー
「Apple WatchにはSafariがない、気づいてさえいなかっただろうけど」 元アップルのポール・カネッティ氏がつづった記事の見出しだ。わたしも気づいていなかった。ないの？ ないのだ。 それじゃ、ワールドワイドウェブはどうなるのか？ 「ウェブの終わり」はくりかえし語られてきたテーマだ。グーグルのエリック・シュミット会長も「インターネットは消える運命にある」と発言しているし、新しいものではない。まあ、そんなものはせいぜい目を引く言葉づかいのひとつでしかないと思っていた。 しかし、アプリ解析のフラリー社によれば、昨年スマートフォンユーザーが使った時間は86％がアプリだ。モバイルウェブはわずか14％で、2013年の20％からさらに減らしている。（ちなみに大半がゲームとソーシャルネットワークで占められていた） スマートフォンにおいて、ウェブの存在感は本当に薄れつつあるのだ。 「そうは言っても
[iPad, iPhone] 富豪ブック: 2つのデバイスを並べると…あら不思議。これが本物の電子書籍や！無料。 | AppBank
2つの iOSデバイスを使ってデジタルブックを再現する「富豪ブック〜真の見開き電子書籍ビュワー〜」のご紹介です。 iPad を2台お持ちの方、iPhone を2台お持ちの方。そんな富豪にだけ許された「真の見開き」で電子書籍を読めるアプリです。 2台の iPad や iPhone が必要です。左右に並べた端末に、左右の1ページずつを表示します。どちらの端末でページをめくっても、動きが連動されます。 なにを言ってるかわからない？では、まずこちらの動画をご覧ください！ 富豪にだけ許された電子書籍の新しい読み方を動画でチェック 富豪気分で読書をする方法 まず、2台の iPad、もしくは iPhone を用意します。 2台ともに「富豪ブック」をインストールし、起動します。すると、下図のようにどちらかの端末にデバイス接続画面が表示されます。(Bluetooth接続が必要です) 【接続】をタップすると、
![[iPad, iPhone] 富豪ブック: 2つのデバイスを並べると…あら不思議。これが本物の電子書籍や！無料。 | AppBank](https://cdn-ak-scissors.b.st-hatena.com/image/square/bc361cb3929719b7898e662ed39ca05c0351bcd6/height=288;version=1;width=512/https%3A%2F%2Fwww.appbank.net%2Fwp-content%2Fuploads%2F2012%2F12%2Fmzl.qjnuxmqs1207.jpg)
テープ起こしに大革命 文字検索で頭出しできるiOSレコーダーアプリが登場 - 週刊アスキー
何度もスキップ＆バックを繰り返しながら使うレコーダーやアプリとサヨナラする時が来ました。カシオは3月26日、録音された発言を文字検索して頭出しできるiOSアプリ『キーワード頭出し ボイスレコーダー』を発売しました。4月30日までの特別価格は300円（通常価格500円）。
Re: 論理削除はなぜ「筋が悪い」か - Blog by Sadayuki Furuhashi
Kazuhoさんの論理削除はなぜ「筋が悪い」かを読んで。 UPDATEが発生しないテーブルならば、削除フラグを使った実装手法でも現在の状態と更新ログを別々に表現でき、結果として効率と過去の情報を参照できるメリットを簡潔に両立できるのではないか、という話。 大前提として全く同意なのだけども、今あるテーブルにdeleted_atを足すだけで、過去のレコードを復旧可能なようにしたい＞＜ みたいに思っちゃった僕のような人間が実際に取るべき実装手法は何か、あるいは、それを想定して今やっておくべきテーブル設計はどういうものか！？というのが最後の疑問。 まずUPDATEがなければ、immutableなマスタ、更新ログ、「現時点のビュー」の３テーブルは、例えば次のようになる（PostgreSQLの場合）： -- immutableなマスタ。 create table records ( id serial
お年寄りの方が、リアルな戦争を知らない - 『本当の戦争の話をしよう』著者・伊勢崎賢治さん（3）：日経ビジネスオンライン
崎谷 実穂 ライター／編集者 北海道札幌市生まれ。人材ベンチャーでコピーライティングを経験後、広告制作会社で新聞広告を担当、100名近くの著名人などに取材。2012年に独立。ビジネス系の記事、書籍のライティング・編集を中心に活動。 この著者の記事を見る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
