  |
はてなキーワード: keyとは
まず、前述のrenaissancemenがアップしているこの動画を観てほしい。
「Video from My Phone (Sierra walks.3g2)」
https://www.youtube.com/watch?v=lXCvMWxwOiY&t=11s
次に、Raymondのオフィシャルアカウントがアップしているこちらの動画を。
「Sierra's Journey」
https://www.youtube.com/watch?v=SD9TXypng4E&t=117s
動画のタイトルを信じるなら、どちらの映像にも「Sierra」という女性が登場する。
この女性は恐らく、Raymondの妻のSierra Aiko Persiだ。
https://www.flickr.com/photos/rebeccadru/13684061944
Raymondのアカウントに、Sierraの動画があるのは分かる。
だが、renaissancemenがSierraのプライベート動画をアップしているというのはどういうことだろう？
renaissancemenが、どこかにアップロードされていたSierraの動画を無断で転載している可能性も無くはないが、正直これはrenaissancemen＝Raymond S. Persiである、と考えるのが妥当だろう。
ちなみに先ほどのflickrの画像の左側に映っている男が、Raymondだ。
…改めて「freaky soup guy」「soup torture」を観てほしいのだが、スープを食べている男は、Raymondに似てないか？
http://disney.wikia.com/wiki/Raymond_S._Persi
…「freaky soup guy」も「soup torture」も、どちらもRaymond S. Persiの自作自演動画なのではないかと、私は考えている。
ちなみに、RayRayのアカウントが、metacafeにも存在する。
http://www.metacafe.com/channels/RayRayTv/
ここでは他のRayRay動画に加えて、「これらは私たちが作ったものではない」という趣旨のコメントと共に、「freaky soup guy」「soup torture」の2本の動画もアップされているのだ。
また、下記の動画で、「ReignBot」というyoutuberが、
・Raymond S. Persiにインタビューしたところ、「LAのKey Clubという劇場でRayRayのパフォーマンスをした際、何者かにRayRayのコスチュームを盗まれた」と彼は話した。
・「コスチュームが盗まれた後、「freaky soup guy」の映像と、「soup torture」へのリンクが、Eメールで私のところに送られてきた。」「このビデオを作った人々が、私がイメージしているRayRayの挙動をきちんと行えていることに驚いた」と彼は語った。
という趣旨の話をしているが…如何にも嘘くさい。
「Blank Room Soup.avi "Deep Web" Video EXPLAINED(?) (w/info from character creator)」
https://www.youtube.com/watch?v=sFd2wTvhQHg&t=417s
renaissancemenがアップしている動画には、バッドテイスト的なものも多い。
例えば、下記の動画を観てほしい。
https://www.youtube.com/watch?v=ZaTqs06tZok
動画説明によると、1993年にドイツで発見された野生児の映像だ…ということらしいが、どう考えてもこれはジョーク・フィルムだろう。そして注目すべきは、この映像のVHSテープ風の画質処理が、「freaky soup guy」に酷似していることだ。
恐らく、どちらの映像もRaymondがジョークとして作ったものなのではないか？彼はこういうバッドテイストな冗談を好む人なのだろう。
…という訳でこの謎は解決、ということにしたいのだが…。
(その3に続く)
『タラレバ』に『人は見た目〜』など、『逃げ恥』なんてクソ食らえってドラマが続く。
ぶっちゃけ世の女性にかけられた、ゆりちゃんが解こうとした呪いはあまりに強力で、たかだか1クール程度で消え去るものじゃないしな。
結局人は見た目が100パーセントなんだ。
年齢、化粧、体型、ファッション。
自分がどれだけ人を見た目で判断していたか、最近あることがきっかけで気付かされた。
ひまだったら読んでくれ。
きっかけは、友人（男）に「絶対合うから」って紹介されて渋々ある人に会ったことなんだけど。
が、そいつに「彼氏ほしい」なんて言ったことないし、なんでかごり押しされて心底意味わかんねーって思ってた。
けど、実際会ってみたら普通に「いい人」だった。
価値観も似てるし、性格もいいし、少しでも惹かれたことは認める。
が、彼はファッションに興味がなかった。
会った当日もグリーンレーベルで揃えた、みたいな無難な格好だった。
片や増田は春用にと買っておいた花の刺繍のブラウスにお気に入りの帽子なんてかぶっちゃって、
並んで歩くと、お互いがお互いの服のせいで浮くっていう不思議で最悪な状況ができあがった。
この時、一瞬だけタラレバの倫子と同じことしてないか自分って思ったんだ。
けどな、もう一人の自分が言うんだよ。
「お前は吉高由里子じゃないし、脚本家でもないし、そもそもKEYくんなんていねーのわかってっだろ」って。
（すぐにドラマと自分の人生重ねようとする癖いい加減やめたい）
話を元に戻す。
私は友人たちがどんな服を着ていても気にしない。
派手だろうが地味だろうが奇抜だろうが無難だろうが、みんな自分の好きな服を着ればいい。
自分が魅力に思っているのは中身だし。
そう思ってた。
けど、違った。
そもそも、自分の周りにはおしゃれに興味がある／気を使う人しかいなかったことに気がついた。
全身Supremeのスケボー馬鹿だったり、スニーカーオタクだったり、『ポパイ』の熱狂的信者（地方都市出身）だったり。
あと、たとえ最初ダサくても、おしゃれな人たちと一緒にいれば必然的におしゃれになるもんだと思う。
（※ただしその人たちと一緒にいたいと思った場合に限る）
おしゃれっていうのは進化なのかもしれない。
おしゃれな人っていうのは、色、丈、TPOとかの絶妙なバランスを汲み取れる人のことだと思う。
あることを知ってしまったら、もう知らなかった状態には戻れないように、
そのバランス感覚を身につけたら、もうダサい状態には戻れない。
そうやってダサい人がおしゃれになっていくのをたくさん見てきた。
もう一つ気がついたことがある。
おしゃれな人に面と向かって「おしゃれですね」って言わないし、頭いい人に「頭いいですね」とは言わない。
それ言われるってことは、たぶん「あなたとはそれ以外話すことがないんです」って言われてるのと同義だと思う。
（けど「かわいい」とかは言うね。「かわいいは正義」だもんね）
申し訳程度に彼は服を褒めてくれたけど、「いやおま絶対思ってないだろ」って顔で言われた。
たしかにいい人だったけど、自分は向こうにあわせて無難な格好しようとは思わないし、向こうをおしゃれにしようとも思わない。
つまり、向こうの色に染まりたい／こっちの色に染めたいと思うほど、好きにはなれなかったわけだ。
わがままかもしれないけど、恋人として自分の隣を歩くのは、間違ってもチャオパニックで買ったボーダーのロンTを着る人ではない。
（グリーンレーベルとか無難なブランドは、自分にとっては逆に地雷だったりするんだと学んだ）
友人は私がファッション好きだって知っていたはずなのに、なんでファッションに興味ない男なんてしょうかいしてきたんだろう。
（まあ同性でも「そいつが選ばなかった人」って思うと「んー」とはおもうけど…）
追記：
あの準備は間違いなくアフィリエイトアカウントの準備だと思われますね。
http://whois.chromefans.org/onlytrue00.jp
Domain Information:
[Registrant] YuzinAshi
[Signing Key]
[Status] Active
[Last Updated] 2016/12/19 11:10:39 (JST)
[Name] SAKURA Internet Inc.
[Email] nic-staff@sakura.ad.jp
[Web Page]
[Postal code] 541-0054
9F, 1-8-14, Minami-hommachi,Chuo-ku
[Phone] 06-6265-4830
[Fax]
─────────────────
[Email] nic-staff@sakura.ad.jp
[Phone] 06-6265-4830
こちらに問合せればよいだけです。CONTACTと書いてる通り、メールや電話でこちらが窓口です。
さくらは
証券コード3778
問題がある箇所をさくらにメールや電話で問合せてこのようなブログを運営してよいのか確認したらよいと思いますよ。
もちろん東証一部ですから厳しいコンプライアンスのもと運営されておりますので
第１６条（禁止事項）
i. 当社もしくは第三者の著作権・商標権等の知的財産権を侵害する行為、またはそ
のおそれのある行為
ii. 当社もしくは第三者の財産、プライバシーもしくは肖像権を侵害する行為、また
はそのおそれのある行為
iii. 当社もしくは第三者を差別もしくは誹謗中傷・侮辱し、当社もしくは第三者への
差別を助長し、またはその名誉もしくは信用を毀損する行為、またはこれらのお
それのある行為
xi. 当社もしくは第三者の設備等またはサーバ設備もしくは電気通信設備等の利用も
xii. 第三者の通信に支障を与える方法もしくは態様において本サービスを利用する行
為、またはそのおそれのある行為
xiii. 当社の本サービスの提供を妨害する、または妨害するおそれのある行為
xvi. 人の殺害現場等の残虐な情報、動物を虐待する画像等の情報、その他社会通念上
他者に著しく嫌悪感を抱かせる、またはそのおそれのある情報を掲載し、または
xviii.犯罪や違法行為に結びつく、またはそのおそれの高い情報や、他者を不当に誹謗
中傷・侮辱したり、プライバシーを侵害したりする情報またはこれらのおそれの
ある情報を不特定の者をしてウェブページに掲載等させることを助長する行為
xix. 他の利用者や第三者に著しく迷惑をかける行為、社会的に許されないような行為、
またはこれらのおそれのある行為
xxii. その行為が前各号のいずれかに該当することを知りつつ、その行為を助長する態
xxiii.その他、当社が本サービスの利用者として相応しくないと判断する行為
２．前項各号のほか、当社は必要に応じ当社ホームページ上（「さくらのサポート情報」の
ページにおける「サービスのご利用にあたって」「ご利用上の注意」のページを含みま
すが、これに限りません）において禁止事項および注意事項等を別途定めることがで
https://www.sakura.ad.jp/agreement/[a]yakkan0_kihon.pdf
メジャーな話だから特別もったいぶるような、すごい話のようなことを言うつもりはないんだけど、Keyの前身であるチームが作ったエロゲー「ONE～輝く季節へ～」についての有力な解釈として、物語は主人公が「えいえん」に行ってしまった時点から始まってると。「えいえん」から、実世界を眺めてて、「過去の」自分がここまでに実世界で生身の女の子とどれほど心を繋げられたか、思いを残せたか、を「みずか」と一緒にずっと眺めてると。
割とこの解釈には参ってしまって、正しいのかどうかわからないんだけど、俺はすごく好きだし、心情的にはこれが真実だと思ってる。
だから、こういう大胆な「違う」解釈というか、「実は死んでて物語の大半は夢」みたいな発送のは興味深くて好き。トトロの解釈とかポニョとかも結構ありだと思ってる。
Communicating underwater is challenging.
Light and odors don't travel well, so it's hard for animals to see or smell.
But sound moves about four times faster in water than in air, so in this dark environment, marine mammals often rely on vocalization to communicate.
That's why a chorus of sounds fills the ocean.
Clicks, pulses, whistles, groans, boings, cries, and trills, to name a few.
But the most famous parts of this underwater symphony are the evocative melodies, or songs, composed by the world's largest mammals, whales.
Whale songs are one of the most sophisticated communication systems in the animal kingdom.
Only a few species are known to sing.
Blue, fin, bowhead minke whales, and of course humpback whales.
These are all baleen whales which use hairy baleen plates instead of teeth to trap their prey.
Meanwhile, toothed whales do use echolocation, and they and other species of baleen whales make social sounds, such as cries and whistles, to communicate.
But those vocalizations lack the complexity of songs.
So how do they do it?
Land mammals like us generate sound by moving air over our vocal chords when we exhale, causing them to vibrate.
Baleen whales have a U-shaped fold of tissue between their lungs and their large inflatable organs called laryngeal sacs.
We don't know this for sure because it's essentially impossible to observe the internal organs of a living, singing whale, but we think that when a whale sings, muscular contractions in the throat and chest move air from the lungs across the U-fold and into the laryngeal sacs, causing the U-fold to vibrate.
The resulting sound resonates in the sacs like a choir singing in a cathedral making songs loud enough to propagate up to thousands of kilometers away.
Whales don't have to exhale to sing.
Instead, the air is recycled back into the lungs, creating sound once more.
One reason whale songs are so fascinating is their pattern.
Units, like moans, cries, and chirps are arranged in phrases.
Repeated phrases are assembled into themes.
Multiple themes repeated in a predictable pattern create a song.
This hierarchical structure is a kind of grammar.
Whale songs are extremely variable in duration, and whales can repeat them over and over.
In one recorded session, a humpback whale sang for 22 hours.
We don't yet know the exact purpose, but we can speculate.
Given that the singers are males and they mostly sing during the mating season, songs might be used to attract females.
Or perhaps they're territorial, used to deter other males.
Whales return to the same feeding and breeding grounds annually, and each discrete population has a different song.
Songs evolve over time as units or phrases are added, changed, or dropped.
And when males from different populations are feeding within earshot, phrases are often exchanged, maybe because new songs make them more attractive to breeding females.
This is one of the fastest examples of cultural transmission, where learned behaviors are passed between unrelated individuals of the same species.
We can eavesdrop on these songs using underwater microphones called hydrophones.
These help us track species when sightings or genetic samples are rare.
For example, scientists have been able to differentiate the elusive blue whale's populations worldwide based on their songs.
But the oceans are getting noisier as a result of human activity.
Boating, military sonar, underwater construction, and seismic surveys for oil are occurring more often which may interfere with whale's communication.
Some whales will avoid key feeding or breeding grounds if human noise is too loud.
And humpback whales have been observed to reduce their singing in response to noise 200 kilometers away.
Limiting human activity along migratory routes and in other critical habitats, and reducing noise pollution throughout the ocean would help ensure whales continued survival.
If the whales can keep singing and we can keep listening, maybe one day we'll truly understand what they're saying.
点数は100点を満点とし点の内訳はフリーダム。個人的感想に客観的視点を考慮するとグチャグチャになるのでひたすら個人的に。
３５点
鍵作品特有のノリが楽しめた事と、キャラが可愛かった事以外に褒める部分がないアニメ。篝ちゃんが可愛かったので点数をおまけしておいた。ルチアの「ロックオン」とかも良かったと思う。2期あるらしいけどストーリーに期待できなすぎるので見ないかも。
SHOW BY ROCK!! しょ～と!!
４０点
（キャラ１５点 ギャグ１５点 見やすさ１５点 安定感ー５点）
５分アニメだから空いた時間にちょろっと見れたのが便利だった。つまんない話もちょこちょこあるけど５分だからボーっと見てればすぐEDになる。元のキャラへの思い入れが強ければ全体を通してもっと楽しめた気がする。
１５点
戦闘シーンの出来は５５点～９０点。それを補ってあまりあるほどに物語と台詞回しが微妙。潜入して脱走してルンピカルンピカうおおおおおって展開をひたすらループしすぎ。キャラや話の中身が全体的にスカスカ。戦闘も似たような空戦が多すぎて段々飽きてくる。メカのデザインとかワルキューレの設定は良かったんだがなあ。
２５点
（設定１０点 キャラ２０点 １８話ー５点）
１クール目だけなら５５点ぐらい。２クール目が盛り上がる所少なくて本当にキツかった。１８話まで我慢すれば面白くなるよーと言われて頑張って見続けたらそこで一番つまらない話がやってきて一気に萎えてそこからは完全にながら見。全体を通して台詞回しのテンポが悪いというか聞いてて心地よさがない。文字媒体で流し読みしていけば気にならないけど声に出されると厳しい文章って感じ。
４５点
元々あった悪ノリが二期で加速したのが良かった。追加キャラだと協会様と専務が作品の方向性と噛み合っててグッドくされち○ぽ。
５０点
（人形劇２０点 武侠ドラマ１５点 キャラ１０点 オリエンタル感５点）
布袋劇を日本のアニメでやっているというネタが光る。流石に1クールも見ると目新しさが薄れてきたので点数はそこそこ。日本の作品群とはどこか空気の違う中国風の映像や物語にはエキゾチックな魅力があり○。
２５点
流石に最後のあれは駄目でしょー。ああいう展開するならするで何らかのフォローや言い訳を用意しといてよ。せめて最終回のトリじゃなければなあ…。キャラは無理目な個性の付け方をされていたけど慣れてくれば可愛かった。でもダイヤは最後まで好きになれなかったよ。
２５点
（御成２５点）
色々いいたい事はあるんだけど面倒くさいから「御成面白かった」以外の感想を脳から消去することにしました。だからまあ色々引っくるめて２５点なんですけど全部御成の総取りにします。
５０点
（キャラ２０点 ストーリー１５点 雰囲気１０点 鍵補正５点）
小粒だけど小さくまとまったいいアニメ。こういうアニメを毎クール１つ２つ見ておくと全体のバランスがよくなる。
レガリア
測定不能
７５点
（キャラ３０点 ストーリー２５点 ロボ１０点 空気感１０点）
日常描写の多いP.A.流ロボットアニメというポジショニングが個性的で良かった。日常シーンでは侍がアマゾンで鍋を「ポチり」、戦闘シーンではYouTuberが戦闘風景を撮影してアクセス数を稼ぐ、こういった描写がシュールで面白いと同時にリアリティも感じられ一粒で二度美味しかった。殺し合いをしている手前どうしてもシリアスな場面ばかりで一本調子になりがちなロボットアニメというジャンルの中で、随所にコメディタッチな場面を散りばめることにより全体のバランスや緩急がエンタメとして調度良くなっていた。何より好き勝手に生きているキャラクター達が見ていて心地よく、ぐいぐいと感情移入してしまった。
ジョジョの奇妙な冒険 ７５点
アイカツスターズ ６０点
魔法つかいプリキュア ３０点
真田丸 70点
ヘボット 期待を込めて５０点です
個人的にはジョジョとクロムクロで持っていたクール。マクロスΔとREゼロには本当にがっかりしたので来期は審美眼を高めていきたい。NEWGAMEやベルセルクも見る予定だったのだが最後までついていく自信が無かったので１話切り。それでも１０本以上アニメを見てるんだから以外と見るものがあるもんだ。最近はAbemaもある事だし少し選別をキツくしてもいいのか知れない。
とりあえず来期はガンダムと３月のライオンと舟を編むの3つを柱と考えそこからメニューを構築していこう。流石に3本とも折れることはあるまい。
公式の書き方や、巷で燃えてる情報だとどんなところが魅力なのか分かりづらいなと思ったので
見るかどうか迷ってる人に向けて
ある程度あらすじを書かないと正直何も言えないので
正直予想を遥かに超える良い作品でした
キャラの繊細な心理描写が、鼻に付かない程度に上手く表現されていて
一般的に物語というのは人と人の関係によって生じるものが多いですが
このような加害者と被害者という関係性の作品は無いこともないですが、ここまで真正面から
まるで新しい味のラーメンを食べたときのような、「なんだこれ、旨いな」感がありました
原作はシナリオに大分改良を重ねられているらしく、映画もできすぎているくらいによくできています
この話は、もし小説だったなら学校の図書室に置いてありそうな話です
もちろん、もっとハチャメチャな展開を希望する人にはおすすめできませんし
物語は主人公の石田将也が自殺を図る意味深なシーンから始まり、
どのクラスにも一人はいるような悪ガキですが、割りとクラスに溶け込んでいました。
障害を持った児童が普通学級に入ることはままありますが、様々な要因により、このクラスではうまく行きませんでした。
やる気のない教師。陰口を叩く女子。やがてそれはエスカレートしていき、明確にいじめに発展していきます。
石田も、何を考えているかわからないような彼女に対して「気持ち悪い」と思うようになり
途中からはいじめ筆頭として直接手を下すような存在となっていきました。
しかし、補聴器を何個も紛失させるなど度が過ぎたため、ほどなくしていじめがバレます。
それどころか、今度は仲の良かったクラスメイトが石田をいじめのターゲットとするようになります。
その石田に、いじめられていた西宮だけが優しくしようとします。
しかしその行為が理解できず、石田はさらに西宮に辛くあたるのでした。
石田は小6から高3まで「いじめっ子だから近づかない方がいい」という理由でいじめられます。
それによってか、西宮硝子に対して行った罪の重さを自覚し、結果すっかり自己否定と人間不信のような鬱屈した人間と変貌します。
人の顔すらまともに見れなくなった石田は耐えられなくなり、母親が払った弁償金をバイトで稼ぎ、そのまま死ぬつもりでいました。
そんな中、石田は通っていた手話教室で5年ぶりに西宮硝子と再開します。
要点
疑問
最初は石田○ねとしか思いませんが、いつの間にか感情移入していきます
すると西宮とどうなろうが、必ず罪悪感がつきまとい、優しい行動にすら違和感を覚えていきます
「俺なんかが話していいのか」「嫌がっていないか」「喜んでもらうにはどうすればいいのか」
そんな感情はラブストーリーで感じるものに少し似ていますが、罪の意識が強い分、別の何かです
このモヤモヤ感は是非味わってほしいです
その登場人物の心情や状況がどんどん変遷していく過程が面白いです
小学校時代の西宮登場前と後、高校時代の西宮登場前と後と、フェーズが多く
その上家族まで関わってくるため、なかなかに層の厚い話に仕上がっています
周りの登場人物が、いじめ筆頭から部外者まで連綿と配置されているところも面白いです
西宮と他の者、石田と他の者の距離感が一定ではないのですが、そのことで良いテイストが出ていると思います
バランスを欠くとどちらかにご都合的になったり、ダレたり、気持ち悪さが残ります
でもこの作品はそういう灰汁が出てないんですよね
永束くん
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。
要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。
ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。
抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。
atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。
こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。
ということで、以下用例を羅列していく。
以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。
| Add | 1149 |
| Fix | 1014 |
| Update | 584 |
| Remove | 566 |
| Use | 382 |
| Don't | 260 |
| Make | 228 |
| Move | 178 |
| Change | 103 |
| Rename | 85 |
| Improve | 76 |
| Avoid | 68 |
| Allow | 65 |
| Implement | 60 |
| Handle | 58 |
コミットログの基本形はもちろん動詞 + 名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。
何かを追加した、という表現では非常に広く Add が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。
一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typo や crash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。
Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合は Make sure が使われる（こちらはthat節が取れる）。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う（Ensure はさらに重い表現っぽい）。
また、Fix は typo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメント、コメント、テストに使われ、本体のコードの修正に対しては使われない。本体コードの修正にあわせてテストも更新したなら Update が使われる。ただ、テスト機構それ自体のバグを修正したなら Fix である。
無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)から別のもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合は Don't use を使うことが多い。
何かをしないようにしたなら Don't を、内部実装の効率化なら Make A + 比較級/形容詞 か Improve が使われる。
中身の変更を伴わない単なる名前の変更なら Rename A to B、コードや機能の論理上の場所を移動させたなら Move A to B である。
この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。
コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である。
一方で、シンプルな単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的で平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。
8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体が効率のいい学習になるという話と同じだと思う。
このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。
ホモォ...┌(┌^o^)┐ ホモォ...ホモォ...┌(┌^o^)┐ ホモォ...ホモォ...┌(┌^o^)┐ ホモォ...
元増田が貼ってる記事は編集が入っててどこまでが専門家の言ったことが分かりにくいので、コメントがそのまま載っているオリジナル記事の追記部分を元にざっと訳出
http://gizmodo.com/teen-discovers-lost-maya-city-using-ancient-star-maps-1775735999
David StuartさんのFacebookを引用。元増田が貼っているものなので省略。
https://en.wikipedia.org/wiki/David_Stuart_%28Mayanist%29
Thomas Garrisonさんのコメントを掲載。USC（南カリフォルニア大。1880年設立の名門校）所属の人類学者であり、リモートセンシングの専門家でもある。
I applaud the young kid’s effort and it’s exciting to see such interest in the ancient Maya and remote sensing technology in such a young person. However, ground-truthing is the key to remote sensing research. You have to be able to confirm what you are identifying in a satellite image or other type of scene. In this case, the rectilinear nature of the feature and the secondary vegetation growing back within it are clear signs of a relic milpa. I’d guess its been fallow for 10-15 years. This is obvious to anyone that has spent any time at all in the Maya lowlands. I hope that this young scholar will consider his pursuits at the university level so that his next discovery (and there are plenty to be made) will be a meaningful one.
（意訳）若者の努力は素晴らしいことだ。しかしこの結論はちょっと。リモートセンシングができるなら、この画像はトウモロコシ畑の跡地だとはっきり分かる。おそらく10年から15年間、休閑地になっているところだろう。マヤ低地を調べた経験があれば、誰でも分かることだ。私としては、この若者が次は有意義な発見ができるよう、大学に行って勉強して欲しいと思っている
Garrisonさんはよく似た地形が写っている画像もギズモードに提供している。耕作放棄されてから間がない分、もとの画像よりもはっきり形が分かる
Ivan Šprajcさんのコメントを掲載。スロベニア芸術科学アカデミー所属。人類学者であり、天文考古学を研究している。
Very few Maya constellations have been identified, and even in these cases we do not know how many and which stars exactly composed each constellation. It is thus impossible to check whether there is any correspondence between the stars and the location of Maya cities. In general, since we know of several environmental facts that influenced the location of Maya settlements, the idea correlating them with stars is utterly unlikely.
（訳）もともと、特定されているマヤ文明の星座は非常に少ない。それに、星座が分かっていても、それぞれの星座が、正確にはどの星を組み合わせたものなのかは分かってない。したがって、星の位置とマヤ文明の都市の位置が一致しているかをチェックすることは不可能だ。また、マヤ文明の居住地の位置決定に影響を与えた環境的な要素はある程度分かっている。それに星が関係するというのは、まずありえない
日本語と混ぜれば行けるのか？ → いけた
The best way to learn English is just to study. The most important factors which you get matured in English are how long and how deep you studied.
The way of studying is not so important. You must choose the way what you feel most comfortable to study, because you can keep studying much more with such things.
I think the grammar have huge importance for second language learners. Grammar is the key to correctly communicate each other.
And if you are Japanese, you have to practice pronunciation and intonation carefully. Sound structure of Japanese language is too poor. You never distinguish English's fertile sound representations without strict learning.
http://www.dotafire.com/dota-2/forum/help/how-to-last-hit-like-a-pro-430
hresvelgr
Posts: 4
Quote | PM | +Rep by Leech » April 13, 2012 2:38pm | Report
spam the "S" key and right click the target you want to last hit at the same time,
Sキーとラストヒットを取りたい敵への右クリック連打を同時にする
release the "S" key when it's time to last hit and keep right clicking
ラストヒットのタイミングでSの連打を止め、引き続き右クリックを連打し続ける
cause sometimes if you don't your character may accidentally choose a new target.
そうしないとたまに偶然別の敵へ攻撃してしまうことがあるからだ。
※
条件節
if you don't (keep right clicking),
帰結節
○朝食：なし
○昼食：おにぎり三個
○調子
むきゅー。
22時半ぐらいまで残業だったんだけど、最後の一時間はもうろうとして、
Select *
From hoge h
Where h.key Not Exist
(
Select *
From piyo p
)
こんな感じのSQLが動かないー動かないーって唸ってた。（今もふらふらで適当に書いたから、そもそも間違ってないとか、意味がわからないとかだったらごめん、existとinの書き方ががごちゃ混ぜになって、existなのに比較するカラム名を書いてたって間違いだってことが書きたかっただけです（のわりにこの例文だとexistのカッコの中のselect文がアスタだけなのが納得いかない感があるな、どうやってkeyと服問い合わせを比較するつもりだったんだよ））
原文：https://community.spiceworks.com/how_to/125475-teslacrypt-2-2-0-removal-and-decryption
原題：TeslaCrypt 2.2.0 Removal and Decryption
原著者：Isaac Rush's (hewhowearsascarf) Portfolio of IT Projects - Spiceworks 氏 (Thank you for your contribution! This article is a translation of your post.)
私たちのワークステーションのうちの一つがTeslacryptランサムウェアに感染しました。すべての文書が暗号化され、拡張子はvvvに変えられました。マルウェア感染のにおいて最も安全な回復方法はコンピューターをワイプしてバックアップから復元させることです。しかし、それは場合によっては選択肢にならないことがあります。私たちの場合、ユーザはローカルコンピュータに何のバックアップもとっていませんでした。それで、私たちはランサムウェアを取り除く方法とファイルを復号する方法を確認する必要がありました。復号を達成させてくれたPythonスクリプトの作者であるGoogulatorに大きな感謝を送ります。https://github.com/Googulator/TeslaCrack
そこに書いてある説明に従うといいです。引用していくつか説明を付けたものを以下に用意しました。元の記事にはたくさんの指示が書いてありますが、私たちが行った手順は以下の通りです。
セーフモードで再起動し、Malwarebytes scanを走らせて、見つかったすべてのマルウェアを削除します。私は複数の信頼できるマルウェアクリーナーを使ってこれが消えたか確認することをお勧めします。必要だと言われたら再起動します。これでウィルスはきれいになったはずです。次はドキュメントを復号します。
私たちはPythonスクリプトを使って、AES公開鍵を特定して、その数値を因数分解して、それから秘密鍵を特定して、そしてファイルを一つ復号します。一度復号に成功したら、コンピュータすべてを対象に実行できます。できるなら、多く速く処理するために他のコンピューターを使ってください。
インストールは管理者権限で行ってください。また、インストール中の操作で、Pythonをパスに追加するオプションを必ず選択すること。
python -c "import urllib2; print urllib2.urlopen('https://bootstrap.pypa.io/ez_setup.py').read()"; | python easy_install pip
pip install http://www.voidspace.org.uk/python/pycrypto-2.6.1/pycrypto-2.6.1-cp27-none-win_amd64.whl
pip install ecdsa
私の実行結果は以下の通りです:
Cannot decrypt ./VENDOR LISTING BY CATAGORY.xlsx.vvv, unknown key
Software has encountered the following unknown AES keys, please crack them first using msieve: A1373BCF4EDB39BCFEDD44FA86A82498410A7E83456D8E80E52966F6717CB8B8E5846BBC7A540647AE770FEDEAA0E7F8A0466082156DB332A757407A12C9FB0 found in ./VENDOR LISTING BY CATAGORY.xlsx.vvv
Alternatively, you can crack the following Bitcoin key(s) using msieve, and use them with TeslaDecoder: 5ECA19D475A313AC3DEF915CE6FA37BE012CD1676590C8F253135A3AD92345B78C32C46DB3246ED84A7B9A8C62F1A13D2AF08F09FFB3551701E7B75CCC79457C found in ./VENDOR LISTING BY CATAGORY.xlsx.vvv
私の場合は以下の値をコピーしました。 A1373BCF4EDB39BCFEDD484FA86A82498410A7E83456D8E80E52966F6717CB8B8E5846BBC7A540647AE770FEDEAA0E7F8A0466082156DB332A757407A12C9FB0
さっきの数値はこのようになります: 8443554284208758706290725803426642738777516291375882082881197977752270634322152168104703798454983966849000112082164921264407639940139993317228747401502640
私の場合だと、8443554284208758706290725803426642738777516291375882082881197977752270634322152168104703798454983966849000112082164921264407639940139993317228747401502640 を入力して「Factorize!」を押してみました。もしあなたがラッキーなら、画面の左端には「FF」と表示されるでしょう。これは完全に因数分解されていて、すべての因数がリストされていることを意味します。この場合、あなたは以下のyafuを使う手順を行う必要はありません。unfactor.pyのところ(訳者注：手順19)までスキップできます。
もし「CF」や「C」と表示された場合、私たちはまず因数分解をするためにyafuを実行する必要があります。因数分解ができたら、 factordb.com に戻ってその整数を下のほうにあるレポートフィールドからレポートしましょう。そうすることで、その数値が「FF」で表示されるようになります。因数分解は数値の複雑さによって数時間・数日間・数週間かかります。因数分解が終わったら、私たちは秘密鍵を得るのに使用するたくさんの数値(因数)を得ていることでしょう。私はmsieve, yafuとこれらのバリエーションを試しました。これを動かすのは結構大変でした。いくつかの問題は説明が不完全で、すべての構文を与えられていませんでした。しかし、ついに私はyafuを動かしました。私が何をしたか、以下に書きます。
例: yafu-x64.exe "factor(8443554284208758706290725803426642738777516291375882082881197977752270634322152168104703798454983966849000112082164921264407639940139993317228747401502640)" –v –threads 4
因数分解を始めると、小さな因数は素早く見つかり、このようにリストされるでしょう : 「div: found prime factor = x」。ログファイルの中から「found prime factor」を検索します。
さらに「prp」も検索します。このような行が見つかるでしょう。: prp32 = 25647545727466257054833379561743
これが私の実行結果です:
unfactor-ecdsa.py VENDOR.xlsx.vvv 2 2 2 2 3 5 367 12757 25647545727466257054833379561743 75938537910569673895890812481364802067167 3858259146292441335085163995598583072203543699186432807503634945432314399
Found AES private key: b'\xbd\xa2\x54\x3a\x21\x75\xb9\xf3\x0d\xf6\xf3\x09\x60\xec\x08\x2f\x3e\xc5\xef\x61\xd4\x03\xa3\x5b\xc1\x47\x7e\x10\x47\x0a\x7c\x88' (BDA2543A2175B9F30DF6F30960EC082F3EC5EF61D403A35BC1477E10470A7C88)
'A1373BCF4EDB39BCFEDD484FA86A82498410A7E83456D8E80E52966F6717CB8B8E5846BBC7A540647AE770FEDEAA0E7F8A0466082156DB332A757407A12C9FB0': b'\xbd\xa2\x54\x3a\x21\x75\xb9\xf3\x0d\xf6\xf3\x09\x60\xec\x08\x2f\x3e\xc5\xef\x61\xd4\x03\xa3\x5b\xc1\x47\x7e\x10\x47\x0a\x7c\x88',
ファイルが復号されるはずです。
あなたの重要なファイルをバックアップしましょう！できればすべてのシステムで。同じようなことが起こった場合でも、回復するために無数の時間を使うかわりに、バックアップから復元できるようになるから。
きっとこれらの追加の手順は皆さんを助けます。自分がこの手順を行ったときはたくさんの問題がありました。それでもしあなたがこれを不完全だと思うなら、手順を更新するのでお知らせください。たぶん私たちはいっしょにこの手順をより完璧にすることができます。ありがとう！
https://community.norton.com/en/forums/how-decrypt-teslacrypt-vvv-files
http://www.mobilefish.com/services/big_number/big_number.php
http://gilchrist.ca/jeff/factoring/nfs_beginners_guide.html
http://www.mersenneforum.org/showthread.php?t=20779
シリア内戦は、いくつかの大国を巻き込んで展開してきた。バッシャール・アル・アサド大統領と、彼に反対する多数の反政府勢力、いずれかを支援したり、敵対したりといった形で。
10月30日に、ウィーン会議に参加する関係各国は、シリアでの停戦への道を開くための9項目からなる計画案に同意した。しかし、アサド大統領の処遇に関しては意見の分裂が続いている。
ここでは鍵を握る国々の立ち位置を示していこう：
（画像：ロシアは過去数十年にわたって、シリアの最も強固な同盟国の1つである）
ロシアは、シリア大統領バッシャール・アル・アサドにとって最も重要な後援者である。シリアでの権益をロシアが維持するためには、政権の存続は決定的な意味を持つ。
このため、国連安全保障理事会でアサド大統領を避難する決議案をロシアは阻止しつづけている。また、国際的な批判にもかかわらず、シリア軍に武器を供給し続けている。
ロシアはシリアのタルトゥース港に海軍施設を保持している。この基地はロシアが地中海に持つ唯一の基地であり、黒海艦隊が使用している。また、アサド大統領が属するアラウィー派の中心地であるラタキアにも空軍基地を置いている。
2015年9月、ロシアは反政府軍への空爆を開始した。ISと「すべてのテロリスト」を攻撃目標とすると宣言している。これについて、西側諸国に支援された反政府勢力は、ロシアから攻撃を受けていると報告している。
にもかかわらず、ウラジミール・プーチン・ロシア大統領大統領は、内戦を終わらせるには政治解決しかないと言っている。
（画像：米国はアサド大統領をシリアの将来の政権から排除することを求めている）
米国は、シリアで大規模に行われてきた残虐行為に対する責任者としてアサド大統領を非難しており、その退陣を絶対条件としている。
しかし、戦争を終わらせて、暫定政権を樹立するためには、和平交渉が必要とも認めている。
米国はシリアの主要反体制派の連合体(シリア国民連合)を支援し、穏健派の反政府勢力に対しては、限定的な軍事援助を行っている。
2014年9月、米国は有志国連合としてIS及び他のイスラム過激派に対する空爆を開始した。
しかし、アサド政権軍を手助けするような攻撃は避けている。また、政権軍と反政府勢力との戦闘に介入することも避けている。
このため、5000人のシリア人を反政府軍として訓練して武装させ、ISとの地上戦に投入するという計画は、わずかな成果しか上げられず失敗した。
（画像：サウジアラビアは、シリアの反政府勢力のうちのいくつかに軍事・経済援助を与えている）
スンニ派に属するこの王国は、アサド大統領は内戦終結後の政権に留まることはありえないと明言している。つまり、暫定政権へと権力を委譲するか、あるいは実力で排除されねばならないと。
何グループかの反政府勢力に対して、サウジ政府は軍事・経済援助を与えている。その対象にはイスラム主義を唱えるグループも含まれている。
また、シリア政府軍の爆撃から民間人を守るために、飛行禁止空域を設定するべきだとも主張している。
2013年にアサド政権軍が化学兵器をシリアで使用したが、オバマ政権は軍事介入を避けた。サウジの指導者達はこの決定に強く反発した。
その後、ISの支配地拡大と、それがサウジ国内の少数派に与える影響を警戒して、サウジ指導部は米国主導の有志国連合の一員となり、ISに対する航空攻撃に参加することに同意した。
（画像：トルコはシリアでの反政府蜂起が始まって以来、アサド退陣を求めている）
トルコ政府はシリアでの反政府蜂起が始まったときから一貫してアサド大統領を批判し続けている。
レジェプ・タイップ・エルドアン大統領は、「350,000人を死に追いやった独裁者を受け入れろ」とシリア国民に求めるのは不可能だと述べている。
トルコはシリアの反政府運動の重要な支持者であり、また、およそ200万人におよぶ難民を受け入れるという難題も抱えている。
反政府勢力の戦闘員や武器、それに避難民の国内通過を認めるというトルコ政府の方針は、結果として諸外国のジハード主義者がISに加わる手助けにもなった。
トルコは2015年7月にISによる攻撃を受けた後で、シリアのISを攻撃する有志国連合が国内の空軍基地を使用することを認めた。
しかし、トルコは、有志国連合がクルド人民防衛隊（YPG）を支援していることには批判的である。トルコとEUと米国はトルコのクルディスタン労働者党（PKK）をテロ組織と認定しているが、YPGはその流れをくむ組織なのだ。
（画像：イラン人指揮官が、反政府軍と戦うシリア政府軍を支援している）
シーア派の地域大国、イランは、アサド大統領とそのアラウィー派が支配する政府を支援するため、年間数十億ドルを費やしているとされる。これには軍事顧問団の派遣、武器援助、資金提供、石油の供給などが含まれる。
イランにとって、アサド大統領は、アラブ世界におけるもっとも緊密な同盟者である。イランがレバノンのシーア派武装組織（ヒズボラ）に武器を送る際、シリアは重要な中継拠点となっている。
それだけでなく、イランはヒズボラへの影響力を使って、シリア西部でアサド派の勢力を支援するためにヒズボラの戦闘員を送り込んだとも考えられている。
イランおよびイラクから送り込まれてきた民兵は、シーア派の聖地を守るためにシリア軍部隊と共同して戦っていると主張している。
イランの提案は、シリアでの政権交代を平和裏に行うため、複数政党制の自由選挙を行う、というものである。
http://anond.hatelabo.jp/20100327202020 のブコメが盛り上がっているのを見て便乗したくなった。
ピアソン・エデュケーション発行『C++プログラミング【第二版】vol.1』 asin:489471115X という本のP206～207に、次のような文章がある。
定数変数は名前付き定数もしくは読み出し専用変数と呼ばれることがあります。お気づきのように、「定数変数」という用語は、「小さな大根」や「冷凍焼け」などと同様に形容矛盾です（あなたが気に入っている形容矛盾があったら、まえがきに挙げた筆者らの電子メールアドレスに送ってください。よろしく！）
この本は訳書でオリジナルの英文ではなんと書かれていたかは調べていない。「小さな大根」や「冷凍焼け」は訳者が考えた日本語の形容矛盾だろう。
もっとないか考えてみた。
「裏表紙」…同じ本を読んでいる同僚に話したら「表紙の表というのは表面と内部という対立を表すもので、裏というのは背面と前面という別の対立を表すものだから、矛盾しないのではないか」と熱っぽく反論された。
「若年寄」…筒井康隆の『色眼鏡の狂想曲』（ asin:4122025168 所収）という短編で指摘されていた。
「変光恒星」…「変光星」とだけ言うことが多そうだけど、検索したら少しはあったのでコレクションに加える。
「新古車」…これも普通に「未使用車」ということのほうが多いかもしれないが一応。
「新規解約」 …はてなキーワードに項目がある http://d.hatena.ne.jp/keyword/%BF%B7%B5%AC%B2%F2%CC%F3
「黒朱肉」…増田 http://anond.hatelabo.jp/20140423112348 から仕入れた。検索したら「黒肉〔こくにく〕」というのもあったが通じるのか？
「緑茶」「紅茶」…増田と言えばこんなのもあった http://anond.hatelabo.jp/20150717224315
その他、地名がらみでいっぱいあるかもしれない。「西東京市」とか「南北海道」とか。東北地方の南西部を「南西東北」と言ったら一見ではなんのことかわからない。
英語では、「チャーリーとチョコレート工場」の原作の小説に"Squair Candies That Looks Round"というのが出てくる。講談社英語文庫版 asin:4770028407 だとp131～132だ。
日本語に翻訳不可能なので、英語がわかるやつだけ読んで楽しんでくれ。
"Oh, do shut up," said Mr.Wonka. "Now watch this!" He took a key from his pocket, and unlocked the door and flung it open...and suddenly...at the sound of the door opening, all the rows and rows of little square candies looked quickly round to see who was coming in. The tiny faces actually turned toward the door and stared at Mr.Wonka.
"There you are!" he cried triumphantly. "They're looking round! There's no argument about it! They are square candies that look round!"
http://developers.linecorp.com/blog/ja/?p=3591
Letter Sealing って何でしょうか。私気になります。
必要な範囲で、原文を引用しています。原文は先に引用元のアドレスと閲覧日時を記し、引用記法によって地の文と識別できるようにしています。
ECDHとAES256-CBC 使ってみた。通信相手の認証については読み取れない。
図2 において、 Server のところで Re-Encryption (一度復号されて、再度暗号化されている) ことが明示されています。
この図を素直に読むと、送信者からサーバーまでの通信路は暗号化されているものの LINE のサーバーが受信したところで復号されて平文で保存され、サーバーから受信者までの通信路は暗号化されていると理解できます。文脈から、この流れを変えたいのであると推測できます。
http://developers.linecorp.com/blog/ja/?p=3591 より引用、2015年10月14日 22時40分に閲覧：
加えて、LINEでは、仮に通信ネットワークの傍受が行われたとしてもメッセージを覗くことができないように、公開鍵暗号(public key encryption)方式を使っています。ユーザーに対してLINEアプリを提供する際、暗号化ができる公開鍵のみをアプリに入れて提供し、ユーザー端末とサーバが接続されたときだけLINEサーバでのみ解析できる暗号化された安全なチャネルを作ります。こうすることで、SSL(Secure Socket Layer)より軽く、LINEの全バージョンで使用できる安全な暗号化を実現できます。
SSL はすでに時代遅れの代物で、 2015年秋現在は皆さん TLS を利用されていることでしょう。 Web ブラウザで SSL 2.0 や SSL 3.0 を有効にしているそこのあなた、今すぐ無効にしましょう。
TLS では、公開鍵暗号方式や共通鍵暗号方式、電子証明書、暗号学的ハッシュ関数といった複数の暗号技術要素を組み合わせて安全な通信路を確保しています。
RSA に代表される公開鍵暗号方式は一般的に AES に代表される共通鍵暗号方式と比べて計算量が大きい、つまり重たい処理となります。
このため TLS では、通信路を流れるデータの暗号化に共通鍵暗号を用いて、共通鍵の共有や相手の認証のために公開鍵暗号方式を用いるのが一般的です。
仮にメッセージの暗号化に RSA を用いているとしたら、 SSL より軽いという点をどのように実装しているのか気になります。
http://developers.linecorp.com/blog/ja/?p=3591 より引用、2015年10月14日 22時40分に閲覧：
ユーザー側のLINEアプリ(クライアント)には、サーバが発行したRSA鍵を使用してデータの暗号化に使う暗号化鍵値を共有します。この鍵を利用してデータを暗号化すると、第三者はメッセージを見ることができなくなります。
これは上で説明したとおり SSL や TLS でも行っていることです。
RSA を用いているので安全であるという主張をしていますが、メッセージの暗号化に用いられている暗号スイート（アルゴリズムの種類、鍵の長さ、ブロック暗号の場合は暗号利用モード、そしてハッシュアルゴリズムの種類）は、その通信路が安全であると判断できるか否かを決める大切な情報です。
http://developers.linecorp.com/blog/ja/?p=3591 より引用、2015年10月14日 22時40分に閲覧：
既存のRSA方式も秘密データの共有に使う安全な方式ではありますが、鍵管理の面から見ると、ユーザー側の端末でそれぞれのRSA鍵をすべて管理しなければならないという問題があり、その代替手段としてDHを使用するようになりました。
DH および ECDH による共通鍵暗号に用いる鍵の交換は SSL や TLS でも実装されており近年では広く使われています。 SSL より軽いと主張し、 SSL や TLS が公開鍵暗号方式以外の要素によって担保している安全性をどのように確保しているか不明な実装に比べると、大きな改善です。
なお SSL や TLS においては通信相手の公開鍵を全て管理する必要がないように、上で説明した電子証明書による公開鍵基盤 (PKI) の仕組みを利用しています。
つまり共通鍵暗号に用いる鍵の交換にどのような手段を用いるかは、鍵管理とは（ほぼ）独立です。
http://developers.linecorp.com/blog/ja/?p=3591 より引用、2015年10月14日 22時40分に閲覧：
ここでメッセージの暗号化に使用している暗号化アルゴリズムはAES-CBC-256という方式で、現在一般に使われている暗号化アルゴリズムの中で最も強度が高いと評価されています。
メッセージ認証と組み合わせない CBC はビット反転攻撃に弱いことが知られています。 GCM ではデータの暗号化と認証を同時に行うためビット反転攻撃に耐性があります。 AESを GCM で利用するのは、 最近の TLS の実装では広く用いられており、 Google や twitter も利用しています。
CBC も CBC-MAC のようにメッセージ認証と組み合わせることでビット反転攻撃に強くなります。
図6 のとおり、 ECDH で共通鍵暗号に用いる鍵の交換を行うにしても通信相手の公開鍵は必要です。 上で説明したとおり鍵管理という問題への解決策になりません。また公開鍵が本当に通信相手のものであることをどのように検証するのかについても不明です。通信相手の検証は、送信側では秘密の話を他の人に知られないように、受信側では他の人になりすまされないように、双方にて必要です。
ここからは安易なパターンの想像ですが、通信相手の公開鍵情報は LINE ユーザー情報の一部として LINE サーバーで管理されており、必要に応じて安全な通信路を用いて LINE サーバーから取得するようなものではないかと思います。公開鍵情報のやりとりに用いられる通信路に正しく実装された TLS が用いられていて、サーバーとクライアントの両方が認証されていて、現在の水準から見て妥当なレベルの暗号スイートが用いられていることを願うばかりです。
公開鍵と秘密鍵がどこでどのように保管されているのか気になります。各端末で保管するのが安全ですが、サービスの要求として端末を乗り換えてもメッセージが読めるという条件を安易に満たすために秘密鍵を LINE サーバーに預託していないことを祈るばかりです。
ECDH 鍵の生成は計算量が大きい処理であり質の良い乱数を必要とします。 PC に比べると非力なスマートフォンで生成した鍵の質をどのように担保しているのか気になります。
先ほど閲覧したところ、上記引用箇所の多くは削除されていました。公開鍵が本当に通信相手のものであることをどのように検証するのかについては明らかではないようです。 LINE サーバーが介在する形であれば、鍵をすり替えることで別のユーザーになりすますことが可能でしょう。または、 LINE アプリに何か細工をする方がより簡単でしょう。
ECDH 鍵はその場限り (ephemeral) という説明がないので Perfect Forward Secrecy ではないと考えられ、望ましくないという意見もあるようです。 LINE サーバーとの間に安全な通信路を確立する目的で ECDH 鍵を用いる場合、 LINE サーバーが用いる秘密鍵の漏洩は全てのユーザーに影響を与えうるため PFS は非常に重要です (TLS を用いた Web サーバーでも同様です) 。一方ユーザー間でメッセージを暗号化する場合、ユーザー所有の ECDH 鍵についてはそのユーザーに影響が限定されます。通信相手ごとに必要なその場限りの鍵生成とユーザー所有の ECDH 鍵を利用した鍵交換にかかる計算量と ECDH 鍵漏洩のリスクを天秤にかけて PFS を採用しないという判断かもしれません。
通信の秘密という観点ではメッセージの内容だけではなく誰と通信したか (または、していないか) という情報も守りたくなります。宛先を LINE サーバーで確認できない形に暗号化されるとメッセージの配送ができなくなるため、通信相手や通信の有無については秘密ではないと考えられます。
