Facebook, Twitter, Instagram等がどうやってIDを生成しているのか まとめ - Qiita
まえがき データにIDを持たせたいとき、単純な方法としては、DBの提供するauto incrementを使う場合やUUIDを利用することがある。それぞれの方法の利点欠点は以下の通り。 データベースのauto incrementを使う場合 利点: 特別な実装が必要ない 欠点: DBを1台で運用するとデータベースがパフォーマンス・障害のボトルネックになる DBを二台にするとIDのユニークさや順序の保証が困難 UUID(v4)※1を利用する場合 利点: 分散環境で各々がIDを生成しても衝突しない IDを公開したくない場合に、推測されにくいIDを生成できる 欠点: 128ビット必要、DBのインデクシングやプログラミング言語で扱うときに不利なことがある IDから時間の情報が失われる、例えば2つのIDを比べてどちらが古い投稿か判断できない 世界の大企業がどうしてるか 調べてみると多くの企業がブログなど
急減速多発地点データ | データ活用サービス | その他業務向け | パイオニア株式会社
交通事故対策には、どのようなデータを参照されていますか？ 警察署で把握されている事故情報や公益財団法人交通事故総合分析センター（ITARDA）で集約された交通事故データを入手・分析されるのが一般的ではないでしょうか？ 事故のデータは発生頻度が多くないため因果関係を読み解くのは難しいと言われます。そこで件数を増やすために複数年のデータを地図上で見てみますと、毎年移動しているように見えてきます。対策の効果で事故が減ることが期待されますが、別の場所では増えているということは、効果測定が難しいということになりますよね？ 一方、急減速多発地点は事故に比べて発生頻度が高く、事故との相関も強いと言われています。 参考：プローブデータによる交通事故多発危険交差点の抽出可能性に関する分析 そして複数年の急減速多発地点データを地図上で見ると事故データのように移動しない傾向が見られます。つまり潜在的に事故の前兆
「メルトダウン」事実と異なる説明 徹底解明を要請 | NHKニュース
東京電力福島第一原子力発電所の事故で、当時の社内のマニュアルに従えば事故発生の３日後には核燃料が溶け落ちる「メルトダウン」が起きたと判断できた問題で、問題が発覚するきっかけとなった新潟県の技術委員会は、事実と異なる説明を続けた経緯を徹底的に解明するよう東京電力の第三者委員会に要請しました。 この問題は、柏崎刈羽原発がある新潟県の技術委員会が福島の事故の検証を続けるなかで明らかになったもので、技術委員会は１１日、東京電力が設けた第三者委員会に要請書を提出しました。 この中では、東京電力がこれまで「メルトダウンを判断する根拠はなかった」と繰り返し説明していたことから、「事実に反する説明を行う判断をしたのは誰か」を明らかにするよう求めています。また、本当に誰もマニュアルに気付かなかったのか、国からの指示などがなかったかなど、問題を徹底的に解明するよう求めています。 さらに東京電力の体質についても
千葉県市川市の保育園の反対運動による開園中止はしょうがない - Enter101
市川で開園予定の保育園が近隣住民の反対を受けて開園中止したことに関しての話です。 現在、わが家には２歳児の男の子が居ます。 絶賛育児中の家庭なので、保育園の大切さ、ありがたさは身に染みて感じています。 都内や都市近郊の待機児童問題は深刻ですし、保育園については開園されるべきだと思いますが、今回の市川での保育園開園反対の動きについてはしょうがないかもしれないとも思ったので、少し書いておきたいと思います。 ニュースでは、近隣住民の反対を受けて2016年4月に開園予定の私立保育園が近隣住民の反対を受け、開園を断念したと報じています。 市によると、同県松戸市の社会福祉法人が３月に木造２階建ての園舎を完成させた上で、４月１日に定員１０８人（０〜５歳児）で開園する計画だった。予定地は市中心部に近い住宅街で、昨年８月に開園を伝える看板を立てたところ、反対運動が始まったという。 引用：私立保育園：「子供の
フロントエンドへの複雑化について、一つの視点 - mizchi's blog
これらの件 最近のフロントエンドへの違和感 - nobkzのブログ 日本のWebエンジニアの大半が、変化に対応しきれなくなっている件について。 - 日々、とんは語る。 前提 去年は勝手Reactエヴェンジェリスト(自称)として、日本に複雑化するフロントエンド技術の海外の動静を紹介をし続けていた。 僕としても、フロントエンドは複雑化してると思ってるし、それは「目的の複雑化に対して必要なもの」だったと思っている。ここでいう目的とはSPAの構築であって、普通のウェブサイトは含んでいなかったが、普通のウェブサイトも当たり前のようにリッチ化目指しているのが現在なので、境目は曖昧ではある。 僕もフロントエンドの複雑化がだれにでも必要なものだとは思っていない。が、定期的に情勢を整理して、交通整理するのを心がけてきたし、春からはじめるモダンJavaScript / ES2015 - Qiita みたいな記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ChangeLog を支える英語
自撮り棒とザシキワラシ