横須賀緑荘誤爆事件(よこすかみどりそうごばくじけん)とは、1975年(昭和50年)9月4日(木)に神奈川県横須賀市で発生した爆発事件である[1]。 事件の概要[編集] 1975年(昭和50年)9月4日午前2時36分頃、神奈川県横須賀市不入斗町(いりやまずちょう)の木造2階建てアパート「緑荘」の1階102号室で突然大爆発が起こった。この爆発で同室にいた男女3人と、真上の部屋の母娘2人の合わせて5人が死亡、9人が負傷した他、緑荘と隣家1棟が全壊し2棟が半壊、36棟が一部損壊した[2][3]。 5人の遺体は30メートルほど離れた民家の庭などに散乱し、中には頭部や手足が吹き飛ばされた遺体もあった[3][4]。 当初はプロパンガスの爆発事故と見られていたが、神奈川県警察が捜査したところ、死亡した102号室の男女3人は革命的共産主義者同盟全国委員会(中核派)の活動家であることが判明した(真上の部屋の母
UDID 携帯端末などに個別に割り当てられるID どのアプリケーションからUDIDを取得しても同じ値が得られる 異なるサービスを運営していても、同じUDIDが使われていれば同じユーザーによるものであることが推測できる 個人情報管理上問題がある。 UUID ランダムに割り当てられた値 全世界でIDが重複しない程度に桁数が大きい アプリケーション(サービス)ごとに都度発行する仕組み アプリケーション(アプリ内データ)を削除してから再取得すると異なる値が発行される。 各アプリケーション間で発行されるUUIDには関連がない 結論 アプリケーション開発者はユーザーごとに個別のIDを割り当てたい場合にはUDIDではなくUUIDを使うべし。 再取得時には値が変わるので変更に対応したシステム設計が必要。
3月4日に「Chikirinの日記」で公開されたエントリー「実は面倒な電子書籍」について、「この言説をそのまま放置できない!」と匿名でのタレコミがありましたので代理公開します。 ちきりん氏の電子書籍論がウソだらけな件 ちきりんという評論家だかコンサルだか、匿名だか有名だかわからん人が、「実は面倒な電子書籍」(魚拓)というエントリーで、ウソ八百並べてる。 まあ、紙の媒体は言うにおよばず、ネットにおいてもいわゆる「評論家」のものする「電子書籍論」というのはデタラメ、というのは業界の常識なので、今回もスルーしようかと思ってたけど、今回はほっとくと実害が及びそうなのでここで釘を刺しとくことにしますね。 で、全体は3部構成になっているが、そのどの部分もおかしい。なんというか、実際に手を動かさないで(ってこの人、セルフで電子書籍出してるはずなんだけど? 誰かにやってもらったのか)、ものすごい遠いぶどう
It’s been more than two years since I wrote this post about MVVM, RxJava and Retrofit. It seems a bit old-fashioned to me right now. It’s surprising how much you can learn in one year! You take a look back and you might be embarrassed by your own code. Not only the code itself but also the process of how you get there. All that seems legacy code to me. In this article, I’m going to try to improve
Extract interfaceWith the Extract Interface refactoring you have the following options: Create an interface based on the methods of a class. Rename the original class, and it implements the newly created interface. In such case, IntelliJ IDEA changes all usages of the original class to use the interface where possible. In addition, static final fields, declared in the initial class, can be moved t
楽に開発するためにAndroid全体の設計をしたいという思いは、わりとどの開発者も持っている気持ちだと思う。 設計というのは昔から色々揉まれてきて、今はMVPだMVVMだ、DDDだと盛り上がっている。 そもそも、Androidというフレームワークに限定された環境で、わりとよくある実装が多い中で、未だにこれだけたくさんの人が困っているという状態がおかしい。おかしすぎる。そろそろAndroidでこういうの作りたいならこう作るでしょ、みたいなベストプラクティスが確立しているべきじゃないのかという気がする。 あくまで個人的にはだけれども、DataBindingが主流になるのであれば双方向バインディングを使ったMVVMが一番しっくり来る。ただ、MVVMだとViewModelが太ってきてどうすんのみたいなことになるかもしれない。また、通信やキャッシュ部分は別のクラスにわけようとかそういう指針はどちらに
こんにちは。Supershipの新規サービス開発室というところでAndroidエンジニアをしてる松下です。今回は僕が所属しているチームのAndroidアプリをJavaからKotlinに移行した話をします。 KotlinとはAndroidアプリ開発のつらいところとして、なかなかJava本体の進化の恩恵を受けられないところがあります。JetBrainsが開発しているKotlinは後発の言語らしく、モダンな言語のいいところを取り入れていて書きやすい言語です。Androidアプリ開発においては、AndroidStudioにプラグインを入れるだけで簡単にKotlinの導入ができるので、手軽にJavaとは違った書き味でコードを書き始めることができます。 Kotlinへの移行ちょうどKotlin 1.0がリリースされた時に、移行できそうならしてしまうか!という話が出てきて、チーム内で相談して以下のポイン
iPhoneに装着し、iPhoneの機能を大幅に拡張できるAndroid内蔵ケース「Eye」がクラウドファンディングサイトKickstarterに登場しています。 EyeはiPhone用バッテリー内蔵ケースにタッチパネルを搭載し、OSにAndroidを搭載するという大胆な方法でiPhoneの機能を大幅に拡張するというコンセプトのケース。ケースの背面に5インチのFullHD AMOLEDディスプレイを搭載し、Android 7.1 Nougatが動作。2800mAhのバッテリーを内蔵し、SDは256GBまで対応。Qiによるワイヤレス充電、デュアルSIM、イヤホンジャック、NFC、赤外線送受信機を搭載。ディスプレイ裏には車載用のマウンタも内蔵。サイズはiPhone 6/6s/7用とiPhone 6 Plus/6s Plus/7 Plus用の2種類が用意され、今年発表されるであろう新型iPhon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く