「データベース」を含む日記 RSS

はてなキーワード: データベースとは

2016-07-20

2016年7月20日(水)21:30ごろから22:20ごろまで、はてなブログのすべてのページにつながりにくくなる障害が発生しました。原因はデータベースサーバー一時的な過負荷によるもので、現在は復旧済みです。

ご利用の皆さまにはご迷惑をおかけして申し訳ありません。今後、安定運用に努めてまいります

2016-07-16

WebデザインWebシステムは、相手企業事業が失敗しないように話を進めるべき

雑談

最近LINE株式上場(証券コード:3938)したようだ。一時は高値で5,000円まで上がったが、安値4,310円(2016年7月16日 17:44現在)まで下がり、なんと690円も下がっている。一瞬の差し足で儲ける連中は賢い。

流行統計的手法deep learning(機械学習人工知能)を駆使し、株価が3,000円台まで下がるタイミングは何月何日か?を探り空売りできないかを考える今日この頃

さてここからが本題。金融に関する仕事コンサルタントなどはできないと思い、とりあえずWebシステムもどき、あるいはWebサイトらしきものを作る仕事を始めた人の愚痴である

商品販売広告戦略立案Webサイト制作までの流れ

まずA社が商品販売するところから、B社がWebサイト制作をするまでの流れを簡単にまとめた。

[Step1]:商品を売ろうと企てる

[Step2]:商品の開発期間・開発コスト広告集客を考える(Plan)

[Step3]:2におけるチラシ・ホームページ外注に投げる

[Step4]:外注先がそれらを一件○万円で引き受け、広告完成(Do)

[Step5]:広告効果がどれだけであったか?を調べ、問題点について調べる(Check)

[Step6]:商品販売を取りやめるべきか?広告の打ち方を変えるかの改善を図る

[Step7]:改善された広告販売戦略を基に動き直す(Action)

さて、かの有名な電通鬼十則( こちら参照)にも「「大きい仕事」と取り組め。小さい仕事は己を小さくする」と言う言葉がある。

先日その大きい仕事のお膝元というべき会社で、Step4を担当している人と話した。それが意外に俺と同じ事を考えててビビった。って事は日本広告業界すべてが、派手な物を作って...って発想なのかと思った。

さて案件の規模が小さい程[Step1〜7]全体の大部分に関与でき、大きい程[Step1〜7]全体が見渡しにくく、関与もしにくい場合もある。そして自分アクションを起こしたが、結局[Step1〜7](PDCA)全体が回ってない事もあるのは何処も一緒なようだ。

もちろん自分は[Step4]の工程の1部品として動いていて、基本1〜7の大枠の中の1部品として動いているに過ぎない。ここでStep4の仕事をしていて愚痴りたい事の1つに、「[Step4]の人たちって、どうして[Step4]の事しか考えないのだろうね?」と言う事だ。以下その愚痴を書きたい。

愚痴:デザイナーに居る「俺が作ったデザインすばらしい」な意識高い系

どうも俺は「俺が作ったデザインすばらしい」「よそがやらないようなデザイン」をひけらかす為に話を進めている場合程、やる気なく仕事している。

過去の嫌な事例

過去酷いと思ったのは、[Step1〜3]側のクライアント会議で決まった内容を、[Step4]のこちら側で無理矢理ひっくり返した物を作った事だ。無論自分らの意見を押し通すのも商談の上で必要な事もあるが、必要ないならやらなくて良いと思う。

上は上で「クライアントでなくウチがやりたいんだ」と一点張り。それに対し、実際に手を下す俺は「既に決まった物なのに、そもそも全体の進捗を狂わす事はないんじゃない?ただただ作業日数も増え、俺のやることも増えるだけだし、俺そこまで能力ないし」と思っていた。

その結果中間会議クライアントに「やらない方がいいんじゃないですか?」と言われ、ざまーみろと思った事もあったっけ(笑)。こうなると「俺はこんなに素晴らしいと思っているのに、お前はそう思わないのか」と言う流れになり、相手からすげえ嫌がられることも少なくない。

確かに「とりあえず始めて見て反響を見る」と言う事も重要だ。しかしながらStep4の自分らが、デザインをひけらかすが目的ならこれは論外だ。以上。こうして俺はデザイン仕事ではやりたくないなあと思うようになった。

商品広告をお客さんに見てもらい、売上を上げる事がそもそものやる事

この時自分がやっていた仕事は、「商品Pの広告ターゲットとする客層のx%に見てもらい、商品Pにおける売上高をy%向上させる」事の一部ではなかろうか?ならば見た目自慢よりも、サイトに依ってお客さんにどれだけ反応が呼べたか?という事を調べ、クライアントと一緒に[Step5〜7]に活かす事も重要だと思う。

サイトの見た目、機能SEO(検索エンジンソーシャル対策)などがそれぞれバラバラなのもいけない。そしてそもそものところで「どのようなお客さんに見てもらったり使ってもらったか?」「そもそもの事業戦略」が無視されている。

そんなに見た目や機能重要か?必要最小限で良いか会社事業が回るようなものにする事こそ、自分ら[Step4]の人間のやる事だと思う。

クライアント、各Step毎の人と連携する姿勢を忘れない

そのためにクライアント、各Step毎の人と連携する姿勢を忘れてはいけない。先ほどの愚痴みたいに各Step毎にバラバラに行動するようなやり方は、今後世界的にも流行らないと予想する。又、システムホームページが内製化されるのも、Step毎の連携を良くする為である

ツールを作る事に頼らず、他のみんなができるように

さて、商売柄わからないことがあると、はてなブログQiita、StackOverflowなどのレシピサイトを見る事が多い。ここで最近Qiitaを読んでいて、「マーケティング担当者にSQLを完全マスターさせた話:Qiita」と言ういい記事があったので紹介したい。以下デザインの話から離れるが、是非聞いて欲しい。

みなさんこの試みをどう思うだろうか?俺はこの動きに賛成だ。俺の推測を書くが、恐らくこの会社社員数は多くて100人前後まで位で、上記の[Step1〜7]までの多くの部分を1社で担当していると思う。

無論顧客情報や売上情報に関するデーターベース(SQL)にアクセスし、それを分かりやすく画面に表示してくれるアプリはあるはずだ。これをみて経営商品を売るのをどうしていくか?を考えて行く訳だ。

例えば、1ヶ月に100回以上データベースに対し特定の処理がなされるのなら、アプリにした方が良い。しかし「この時だけ単発にデータベースに○○な処理をさせて、△△な事を調べたい」と場合もあるはずだ。こうなってくると、「マーケッターの人に単発のSelect案件を片付けてもらおう♪」という流れになる。

以下何故この作戦必要かを熱く語る。例えばファミコンボタンは「Aボタン、Bボタン、STARTキーSELECTキー十字キーしかなく、それ以外の事は一切できない。これはアプリケーションも同じで、アプリケーション化する事でユーザーの動きを制限することにつながる。

必要最小限に仕事をまとめたい場合は別だ。しかし今回の場合「火属性の敵に対し、どう対処するか?」「そもそも相手属性E_1,E_2,…,E_nに切り分け、それぞれに対しどう対処するか?」の場合ならば敵の弱点も変わってくる。そのため制限ありだと対処できないケースも出て来る。

こうなれば「賢者すっぴんすっぴんすっぴん」では某エ△スデスに勝てないだろう。それに賢者戦闘不能の時はもう冷あせもんだ。レイズアレイズ、フェニックスの尾がないときは、誰がケアルエスナしてくれよう。そこで全員が「賢者、赤魔導士、赤魔導士、赤魔導士」位ならば、賢者が忙しい時にケアルが使えてラクだし、全体を有利に進める事が可能になる。

[Step4]の会社にいる立場としてこんな選択が出来るのが羨ましい。なので新しくツールを作るだけが選択肢ではなく、みんながある程度できるようにしておきたい。

その為に自分は何ができ、どうしていきたいか

以下その為に自分は何ができ、どうしていきたいか?について話す。まず自分学生時代、どちらかと言えばxとyが嫌いだった人が絵や音楽をやる事もあるようだ。俺はその逆で、絵を描くのをサボってでもxとyをやり続けていたい人だった。なためどうも絵が好きな人音楽好きな人の話が抽象的に感じる事がある。(俺、Webシステムの方がリクツが分かるほうだから得意かも...)

起業は無いものとして考えた時、どの道Step1〜7のPDCAサイクルなど早々回りゃしない。ならば、少しでも自分の出来そうな方で仕事したいと思っている。わがままを言えば[Step1〜3]寄りの仕事がしたいと薄々思っている。

このまま堅い商売を続けるなら、それこそ物理学者みたいに世の中の物事を数値やy=f(x)化し、扱いやすくしてやりたいとも思う事もある。例えば商売なら、未来予測しきる無敵の関数y=f(x)を編み出してもうけるとか。

又は経営層やマーケッターがxとyを見やすく、確認やすくするデーターベースツールの開発が出来て、売っぱらう事ができれば…(用語言うなら、Microsoft PowerBIと言ったツールかな?)

xとyをフル活用することで、できる限り失敗しない線を探して勝ちを拾う。又はマーケッターなどの人と協力し、無難商品Pを売る上での最強の市場(=有利な戦場)を見つけて行ければとも思う。

最後に「無理に成功を夢見る」ではなく、「出来る限り失敗しないように無難にやる」「無難にやる策を模索する」で行きたい今日この頃。まあ、難しいんだけどな。

2016-07-15

便乗だけど容疑者Xの献身について※ネタバレ

http://anond.hatelabo.jp/20160715120436

今更タイトル上がってたので便乗なんだけど、容疑者Xの献身ネタについて

といっても例の論争じゃなくて、トリックが成立してなくね?って話

あのすり替えトリックってさ、二人が警察のお世話になってないことが前提じゃん でもそれをどうやって調べたの?

前科持ちかどうかくらいは調べられるかも知れないけど、でも俺原付スピード違反か二段回右折かなんかで指紋取られたことあるんだよね 警察って普通にそういうことしてくるし、二人のうちどちらかがデータベース指紋がある可能性って警察関係者じゃない限り排除できないと思うんだけど

で、あれほど理詰めの主人公がそんな不確定な方法を取るなんてご都合主義ミステリトリックとして成立してないと思うんだけど、これってどうなの?

成立してないならもっと批判されてるだろうし俺が何か見落としてる可能性の方が強いと思ってはいるけど、そこに触れてる人をあまりみたことないからすごい気になるんだよねえ

2016-07-12

やる夫スレ」の紹介

皆さん、こんにちは。今回は「やる夫スレ」を紹介したいと思います

やる夫スレを読むのは私の数少ない日課の一つです。皆さんとやる夫スレの素晴らしさを共有するのが今回の記事目標です。

やる夫スレとは

さて、やる夫スレは、創作形態一種です。現在、恐らく10年程度の歴史があります

やる夫スレは、漫画に近い表現形態で、絵と文字(主に台詞から成ります。その性質物語が多くなりますが、漫画と同様、学ぶ系(学習漫画のように絵や登場人物の会話などを通してある事柄について紹介するやる夫スレ)というジャンルもあります

ただし、絵といっても、普段皆さんが目にする絵師が描いたようなものではなく、アスキーアートです。

アスキーアートとは、文字を組み合わせて絵を表現したものです。anondではうまくアスキーアートを貼れなかったので、実際のアスキーアートがどんな感じか知りたい人は後で適当やる夫スレを読んでみてください(この記事最後で紹介します)。

なぜアスキーアートなのかというと、主に2つの理由があります

まず第一に、やる夫スレは「掲示板」の上で公開されるものであるという点です。10年くらい前には色々な個人サイト掲示板がありましたね。あれです。掲示板は、文字しか書き込めないので、絵を表現しようとすればアスキーアートを用いるしかありません。今の時代掲示板特にアスキーアートというと、「2ちゃんねる」を思い浮かべる人も減ってきているのでしょうか。やる夫スレ2ちゃんねる発祥といっても恐らく間違いではないでしょうが、さまざまな経緯があり、現在2ちゃんねるとはある程度独立し、やる夫スレ専用の掲示板がいくつも運営されています。ですから、「やる夫スレ2ちゃんねる」というような誤解はしないでもらえると幸いです。

もう一つの理由単純明快です。自分で絵を描けなくても漫画のような表現ができるからです。アスキーアートは多く存在し、また職人によって日々生産されていますアスキーアートやる夫スレ作者のためにデータベース化されており、作者は膨大な数のアスキーアート自由に使うことができますアスキーアートというとキャラクターという印象が強いですが、その他にも背景・効果などさまざまな種類のアスキーアート存在しています

アスキーアートには元になる絵があり、そこからアスキーアートが作られる場合が多いです。従って、オリジナルキャラクターは(2ちゃんねる発祥のものを除けば)ほとんど無く、アニメ漫画の登場キャラクター実在人物、その他のアスキーアートがよく利用されますキャラクターの設定はやる夫スレによって様々ですが、性格などは、出典の作品にひきずられることが多いようです。そのほうが違和感がありませんからね。逆に、動かして違和感のないキャラクターやる夫スレの配役に抜擢するということが行われているようです。

ちなみに、「やる夫スレ」という名前ですが、これは初期のやる夫スレにおいて「やる夫」というキャラクター主人公として抜擢されることが非常に多かったことに由来します。現在でも、やる夫主人公とするスレは多く存在します。

また、「ゴブリンスレイヤー」というライトノベルをご存知でしょうか。実はあの作品は、もともとやる夫スレとして連載されていたものを作者が小説アレンジして出版されたものです。非常に珍しい例であると言えるでしょう。

やる夫スレの分類

やる夫スレとはどんなものか分かっていただけたでしょうか。興味を持った、実際に読んでみたいという方もいるでしょう(いると嬉しいな)。この記事最後で紹介しますのでお楽しみに。

やる夫スレはいくつかに分類することができます。例えば、連載の規模に応じて短編長編などと言います。1回の投下(=掲示板作品投稿すること)で終わる読み切りのものから、1年以上にわたって連載される長編作品まであります。長期連載の場合、どのようなペースで投下が行われるかは作者次第です。毎日投下を行う作者もいれば、1週間に1回という作者もいます。また、1回の投下時間も数十分から時間まで幅があります。(漫画で言うと、1回の投下時間が長いということは1回の掲載のページ数が多いことに相当します。)

また、特筆すべきやる夫スレ形態として「安価スレ」というものがあります。これは、読者参加型のやる夫スレです。

掲示板というのは、本来誰でも書き込めるものです。従って、やる夫スレが投下されている所には作者以外の人も書き込むことができます。これにより、投下中でも読者の合いの手が入るのもやる夫スレの特徴の1つです。

これを利用して、物語に読者が参加できるようにしたのが安価スレです。

具体的には、物語において選択肢が発生したとき、どの選択肢を選ぶかを読者に指定させます自由記述場合もあります)。例えば、「安価下5」などのように指定されます。これは、そのレス(=掲示板における書き込みの1単位)の5つ後に書き込まれレス意見採用するということです。安価スレは、作者がゲームマスターとなり、ゲーム性の高いやる夫スレ演出することができます安価をうまく捌いて物語を進行させるのは作者の腕の見せどころです。また、やる夫スレ用の掲示板にはダイス機能があり、これもさらゲーム性を高めるのに一役買っています

ただ、安価スレ問題点として、読者同士で意見割れ喧嘩になる、リアルタイムで観ている読者が少ないと進行できない、おかし選択肢ばかり選ぶ読者の存在などが挙げられます最近では、これらを克服するために「あんこスレ」という派生系のやる夫スレ執筆する人もいます

これは、読者に意見を求める代わりに、予め複数選択肢を作者が用意しておき、前述のダイス機能によりその場で選択肢を選ぶという方式です。この方式では、読者が介在しないためやる夫スレが安定し、かつ意外性や作者のアドリブ力などを楽しむことができるというメリットがあります

まとめブログ

やる夫スレをまとめるブログというのも存在します。これは、掲示板投稿されたやる夫スレを見やすくまとめて掲載しているブログです。まとめブログというと、いわゆる「アフィ」や「パクリブログ」として叩かれている印象が強いですが(そして、やる夫スレのまとめブログにも大抵広告はありますが)、やる夫スレの界隈においては少し事情が違います

悪徳ブログもあるとはいえ、やる夫スレの作者および掲示板まとめブログは概ね良好な関係を築いています。筆者も、やる夫スレ基本的まとめブログで読んでいます

まとめブログ存在掲示板側にとってメリットとなる点もあります。それは主に、まとめブログは「一見さん」が掲示板流入するのを水際で防いでいるという点です。これについては次の記事が詳しいです。元スレについて - このやる夫スレ、まとめてもよろしいですか?

要約すると、実際にやる夫掲示板に参加するにはいくつか注意すべき点や独自マナーがあるということです。そのようなものを守る気が無い人が掲示板流入するのはとても困りますまとめブログ掲示板をそのことから守っているという面もあるのです。

皆さんも、やる夫スレを読むならまずまとめブログから始めることをおすすめします。慣れてきてやる夫スレ(主に安価スレ)に参加したくなったら、掲示板ルールなどをよく調べてみましょう。特に専ブラ(=専用ブラウザやる夫掲示板を閲覧するための専用のツール)の導入は強く強く推奨します。

読んでみよう

それでは実際に読んでみましょう。

やるリンク改

これは最近できたアンテナサイトです。すごくアフィっぽくて嫌かもしれませんが、よく見るとリンクは全部やる夫スレのまとめブログです。タイトルを見て気になった作品があったら読んでみてください。続き物が多いですが、単発読み切り作品もあります。続き物は大抵タイトルに話数が入っています。パッと見でよさそうと思ったら一話から読むことをおすすめします。まとめブログなので、カテゴリ別などで分かりやすくまとまっているはずです。

以上でやる夫スレの紹介は終わりです。お読みいただきありがとうございました。

やる夫スレに少しでも興味を持っていただければ幸いです。

2016-07-10

誰が観ても絶対的面白い名作映画100本

世界最大の映画情報サイトインターネットムービーデータベースで集計されたランキングを元にリストしました。

http://www.imdb.com/chart/top?ref_=nv_mv_250_6

世界最大級ユーザー数を誇るサイトランキングですから

当然世界で一番正しい映画ランキングです。

ひれふせ。




1. 『ショーシャンクの空に』(1994)9.2/10

2. 『ゴッドファーザー』(1972) 9.2/10

3. 『ゴッドファーザーパート2』(1974) 9.0/10

4. 『ダークナイト』(2008) 8.9/10

5. 『シンドラーのリスト』(1993) 8.9/10

6. 『12人の怒れる男』(1957) 8.9/10

7. 『パルプ・フィクション』(1994) 8.9/10

8. 『ロード・オブ・ザ・リング 王の帰還』(2003) 8.9/10

9. 『続夕陽のガンマン』(1996) 8.9/10

10. 『ファイトクラブ』(1999) 8.8/10

11. 『ロード・オブ・ザ・リング

12. 『スターウォーズエピソード帝国の逆襲』

13. 『フォレスト・ガンプ 一期一会

14. 『インセプション

15. 『ロード・オブ・ザ・リング 二つの塔

16. 『カッコーの巣の上で

17. 『グッドフェローズ

18. 『マトリックス

19.七人の侍

20. 『スターウォーズ エピソード 4:あらたなる希望

21. 『シティ・オブ・ゴッド

22. 『セブン

23. 『羊たちの沈黙

24. 『素晴らしき哉、人生!

25. 『ユージュアル・サスペクツ

26. 『甘い生活

27. 『レオン

28. 『ウエスタン

29.千と千尋の神隠し

30. 『プライベート・ライアン

31. 『アメリカンヒストリーX

32. 『インターステラー

33. 『カサブランカ

34. 『サイコ1960年版)』

35. 『街の灯』

36. 『レイダース 失われたアーク

37. 『最強のふたり

38. 『モダンタイムス

39.裏窓

40. 『グリーンマイル

41. 『ターミネーター2

42. 『ディパーテッド

43. 『戦場のピアニスト

44. 『バック・トゥ・ザ・フューチャー

45. 『セッション

46. 『グラディエーター

47. 『メメント

48. 『地獄の黙示録

49.プレステージ

50. 『ライオンキング

51. 『博士の異常な愛情

52. 『サンセット大通り

53. 『エイリアン

54. 『独裁者

55. 『善き人のためのソナタ

56. 『ニュー・シネマ・パラダイス

57. 『ジャンゴ 繋がれざるもの

58. 『突撃

59.シャイニング

60. 『火垂るの墓

61. 『WALL・E

62. 『ダークナイト ライジング

63. 『アメリカン・ビューティー

64. 『エイリアン2』

65. 『もののけ姫

66. 『オールドボーイ2003年版)』

67. 『市民ケーン

68. 『ワンス・アポン・ア・タイム・イン・アメリカ

69.北北西に進路を取れ

70. 『Uボート

71. 『めまい

72. 『情婦

73. 『スターウォーズ ジェダイ復讐

74. 『M』

75. 『レザボア・ドッグス

76. 『ブレイブハート

77. 『アメリ

78. 『レクイエム・フォー・ドリーム

79.時計じかけのオレンジ

80. 『タクシードライバー

81. 『深夜に告白

82. 『トイ・ストーリー3』

83. 『アラビアのロレンス

84. 『アラバマ物語

85. 『エターナル・サンシャイン

86. 『フルメタル・ジャケット

87. 『アマデウス

88. 『スティング

89.2001年宇宙の旅

90. 『自転車泥棒

91. 『雨に唄えば

92. 『スナッチ

93. 『トイ・ストーリー

94. 『モンティ・パイソン・アンド・ホーリーグレイル』

95. 『イングロリアス・バスターズ

96. 『キッド

97. 『LAコンフィデンシャル

98. 『夕陽のガンマン

99.アパートの鍵貸します

100. 『羅生門




あなたは何本観てましたか

やたらクリストファー・ノーラン作品が多いのは

imdbでは常に2chなみに陰惨なカルト闘争が行われているからです。

でもまあ、世界最大の映画情報サイトランキングなんで仮にそういう組織票があったとしても世界一であることには代わりませんがね。

memo

書籍より

Web + DB vol.92

データ分析の基本アーキテクチャ
フレームワーク比較評価

10年戦えるデータ分析入門

SQL中心アーキテクチャの3つの
SQL中心アーキテクチャの3つの条件
tips
  • DWH層を標準ライブラリのように考えて構築するとよい.
    • 「購入の可能性があるユーザ一覧を表すビュー」をDWH層に持たせるなど.

持っている服を全てデータベース化しようとして挫折した

色とか特徴とか購入日とか購入先とか、

全部データベースにしてしまえば消耗時期とかも分かるし、管理やすくなっていいかと思ったけど想像以上に面倒くさかった。

服に管理番号付与しようかとも思ったけど池沼っぽいと思って止めた。

2016-07-05

警察が全ての盗難事件対応できない訳

PS4を盗まれたけど、Amazonが助けてくれた話。

http://relorah.hateblo.jp/entry/2016/04/11/005026

 

ブコメ見ると警察怠慢!って怒ってる人がいるけれど、このレベル盗難事件に全部対応していたら警察キャパティを完全に超えるんですよ。

それは分かって欲しい。

 

私は交通課だったか盗難事件にはあまり関わった事無いのだけれど、監視カメラが無い場合捜査となると鑑識が出向いて指紋をとって、それを全国のデータベースと照会して…という手順を踏むはず。不特定多数の人が触る宅配ボックスは何十人もの指紋がついているはずなので、マンション住民全員や直近で配達に訪れた運送業者の人の指紋も全部取らないといけない。その中に無かった指紋犯人可能性があるのだけど、データベースに照会して合致する可能性は1%にすら満たない。というかまず合致しない。マンション監視カメラ無い時点で詰んでますし、仮に合ったとしても厳しいでしょうねえ…。

 

強盗ならともかく、この捜査をやる意味ありますか?って話なんですよ。

 

警察リソースは限られているから重点的にヤバい犯罪人員を振り分けないといけない。全ての盗難事件や軽微な犯罪にもし警察対応していたら、どのくらいの予算必要になると思いますか?うちの市で大昔に算出したことがあるんだけどなんと50倍の予算(人員は80倍)が必要なっちゃます絶対無理ですよね。それでもやるべきだ!という人は政治家にでもなって世論喚起して警察予算を増やしてください。

2016-07-04

PHPの次

ああまたか、と思った。フレームワーク使用しているのに、フォームフィールドベタ書きして、条件分岐を駆使して、その値や、エラー文字列を表示させている。

外注が作ったプログラム

初めはもちろん頭にきたが、なんかもう、PHPってこんなもんなのかな、と思った。

こういうコードを見たのは一回でも、一社でも、ない。

それでもこの会社たちはこれで仕事をもらい金をもらい回っている。

所詮私が関われるレベル仕事だ。別に大した規模でもない。悪党たちや、暇人たちが、ちょっかいだすメリットなどない。

BASIC認証があってデータベースアカウント認証があって一部の限られた人しか使わなくて…。それでも私は入力値チェックをする。入力画面と確認画面と処理画面で、する。エスケープをする。SQLLIKE文のエスケープも、するよ?HTML出力は文字列全部にエスケープするから名前記号、使えるよ?

当たり前だよね?

それなのに、なんで、見かけないんだろう。

はてなブックマークではまいにちこうどなぷろぐらむのわだいでいっぱいだよ。こんなこときにしてるひとなんかそんざいしないみたいだよ。

私はPHP以外使えません。アプリ挫折しました。

でも、そろそろ、入力画面確認画面完了画面を作るのも、リファクタリングするのも、飽きてきました。

次は何をしたらいいですか?

ブックマーク

JavaPHP書き換えワロタ

瞑想運動やろ…

2016-07-02

レファレンスデータベース面白い

結構前にどこかの図書館レファレンス事例を紹介していたウェブサイトホッテントリ入りしていた気がする。

ここでいうレファレンスというのは、図書館資料を調べてくれたりするレファレンスサービスのこと。

このレファレンスについては、レファレンス協同データベースというものがあり、色々なところのレファレンスの事例が紹介されているんだけれど、これがなかなか面白い

面白いのは特に小・中学生

小・中学生質問は、授業や自由研究のためであろうと思われるものと素朴な疑問・欲求に基づくものがあるが、面白いのは断然後者である

いくつか目にとまったものを紹介したい。


今の私にぴったりな、おもしろくて、ぐっとくる本を紹介してください。(4年生児童

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000160218

児童質問抽象的すぎるけど、率直で微笑ましい。

回答する方も大変だろうなと思うけど、児童の好みを探ってオススメを紹介しつつ、自分で目利きができるようにもなってほしいという姿勢が素晴らしい。



父が言っていることと違う事実が書いてある

本があります本棚に並べておいてよいのですか?

(4年生児童

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000167347

「日頃からお父様に尊敬の念を抱いている児童」とのこと。

問題となった記述というのが、「日中戦争に関する説明文」というのがちょっと引っかかるかるが、「置いていて良い」という回答を出すまでに発達心理学図書館の自由に関する宣言が出てくるところがプロらしい。



タヌキって、妖怪なんですか?(2年生児童

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000168077

妖怪らしい。



飼っているカマキリを戦いに強くしたいです。どうやったらできますか?

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000161836

できないらしい。

図鑑では分からなくて昆虫館にまで問い合わせており、もはや図書館レベルを超えている感がある。



胸がキュンとするようなお話を教えてください。

(4年生児童

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000180085

良いエピソードすぎる



魔法がつかえるようになりたい。

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000188753

きちんと魔法使いになるための本を紹介してあげている。

備考欄を見ると着実に修行をしていて微笑ましい。



神様というものはほんとうにいるのか?(3年生児童記述そのままに)

http://crd.ndl.go.jp/reference/detail?page=ref_view&id=1000169298

対応しにくそうな質問

授業の一環として一冊だけ参考図書を紹介した模様。



大人質問では、けっこう専門的な質問にもできるだけ回答してあり、感銘を受けました。

また、上記の事例の大半は京都女子大学附属小学校図書館であり、良さそうな学校図書館だと思いました。

レファレンス協同データベースにどこまで積極的に協力しているかというだけの問題かも。)

エンジニア英語必須と言うけれど

まだまだ一部のエンジニアにとって、という話だよね。

少なくとも英語の読み書きができないと最新のテクノロジー情報キャッチアップできないとか、stackoverflow読めなくて問題解決できないとか、オープンソースコントビュートできないとか、これはまさにその通りだよな。オレもオレなりに英語力の不足を痛感する機会は腐るほどある。

でも日本にいる80万人以上のITエンジニアのうち、そうした能力必要とされないエンジニアがこの日本の大部分だ。

なぜならSIerみたいな受託開発・運営ソフトウェア業界売上高6兆ぐらいのうち半分以上で、かつ彼らの大部分は日本語ドキュメントが充実してる枯れきった技術を使い続けるから

枯れた技術で安定性を担保ってのはわかるが、公式サポートが終わってるJava4~6,PHP5.0~5.3を使ってんだよ。保守じゃなくて新規案件だよ。COBOL,アセンブラみたいな化石言語保守し続けるところもあるがあれはもっと別の世界から来たナニカって感じだな。そっちはよく知らん。

オレは新卒で入った受託ソフトハウス大手SIerで計8年働いて、6年ぐらいはwebアプリプログラマSEとして色んな現場みたが、オレも含め一緒に仕事する人は誰も英語なんて求められてなかった。英語読むより怪しいExcel仕様書なりソースコードコメント読むなり顧客メール読むなりして汲み取るのが大事だし、コーディングで困ったら日本語でググればまずヒットする問題ばかり。

コーディング英語を使うと可読性が下がるから変数名・メソッド名・データベーステーブルカラム名ヘボン式ローマ字表記で書けってわけ。顧客マスタは「KOKYAKU_MASUTA」だし、担当者は「TANTOUSHA」と「TANTOSYA」で表記ゆれ、笑えるよな。

とにかく言いたかったのは、docker1.12だとかRails5だとか機械学習の新しいフレームワークだとかそういう話題でワイワイやってる層とはまったく別の層がいて、そいつらに英語は全く必要ないしこれから先の何年も求められずにやっていくだろうっていうこと。

悲しい愚痴、以上。

2016-06-29

anond:20160629151256

なるほど。メモリを読んでやる方法があって、そっちの方が速いんですね。

とても参考になります技術選びもいろいろあるんですね。雑魚くてつらいっす。

web上のデータからすぐに計算できるなら、データベースは確かにいらないっすね。

実際の取引段階ではDB使わないようにします.

データ研究する時に、データベースが使えるけどって感じっすかね)


もしよろしければphpの方が良い理由も教えてくれませんか。

2016-06-17

1.0から学ぶJava

タイトルを見て釣られクマーな皆さんこんにちは

ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。

今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。

「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。

タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー

面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。

Java 1.0 1996年1月23日

Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。

かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年11月23日リリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。

今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。

Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年1月27日オラクルにより吸収合併され今はありません。SolarisというOSとSPARCプロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」(The Network is the Computer)というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。

当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。

1996年の時点にこんな言語が登場したのですから革新的でした。

いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。

プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロードテンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。

Java 1.1 1997年2月19日

Wikipediaからピックアップすると1.1での大きな機能追加は

といったところです。当初よりJavaの内部文字コードUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ!というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。

なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。

当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。

JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。

Microsoft Visual J++ もこの時代ですよ。

Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。

当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。

  • java.applet
  • java.awt
  • java.awt.datatransfer
  • java.awt.event
  • java.awt.image
  • java.beans
  • java.io
  • java.lang
  • java.lang.reflect
  • java.math
  • java.net
  • java.rmi
  • java.rmi.dgc
  • java.rmi.registry
  • java.rmi.server
  • java.security
  • java.security.acl
  • java.security.interfaces
  • java.sql
  • java.text
  • java.util
  • java.util.zip

この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。

Java 1.2 1998年12月8日

strictfpキーワード浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。

リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。

1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。

初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。

JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。

あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。

Microsoft 離反

Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつMicrosoftだったわけですね。

Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclassファイルMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclassファイルを作ることもできる)。classファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの!と喧嘩になったわけです。当時のMicrosoftブラウザまわりでも独自拡張がやりたい放題、標準規格?なにそれ美味しいの?みたいなスタンスをあちこちで見せていたものです。

結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。

JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。

Java EE

Java SE とは別にこの時代に Java EEリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。

2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的ユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。

企業で用いられる社内システムにもServletは多く採用されました。

理由はいろいろ挙げれると思うのですが

というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャある意味では便利で簡単でした。

もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。

iアプリ Javaアプリ EZアプリ

2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。

そこにdocomoiアプリJフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ!というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。

iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。

docomoiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。

この賭場が、将来にAppleiPhone, GoogleAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoSamsungと組んで独自の携帯向けOSであるTizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。

RIA時代

話を2001年に戻しましょう。

Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年2月6日)で導入されたJava Web Startです。

Java Appletブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。

Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。

端的に言えば入力値が数字かどうか?みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。

また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。

こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい!という要望があったわけです。Webシステム使いにくい!という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。

Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。

RIAの代表とされるのは

あたりです。三つ巴の戦い、どこに軍配が上がるのか!?と注目されましたが、勝利したのはHTML / JavaScriptでした。

Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。

RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。

しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。

Java 5 (2004年9月30日)

1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。

Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。

言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。

その後

Java 6 (2006年12月11日)がリリースされた後、Java 7 (2011年7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。

Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年1月27日オラクル吸収合併されました。

Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。

やや戻って2007年Androidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。

Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。

このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語次世代へと移りつつあります。業界動向には注視していきましょう。

盲目剣士フィクション

創作に出てくる盲目剣士を一覧にしたい。いつかデータベース化したいとも思う。

とりあえず思いつくのを羅列。



・伊良子清玄

座頭市

・盲剣の宇水

剣聖ハボリム

ブリーチ鈴虫だかコオロギだか言うカタナを使うドレッド黒人



なんか他にもいたと思うんだけどな。

だれか心当たりがあったら教えてください。

古くても、そんなに有名じゃなくてもいいです。

2016-06-12

頭が悪い記事を見た

このような記事ツイートを見た。

http://www.tm2501.com/entry/2016/06/11/192000

https://twitter.com/tm2501/status/741700789794574337

この記事データベース

データベースという言葉意味を分かって使っているのだろうか。

はてな村アクティブユーザー数を考えてみれば、各ゾーン50人程度は抽出しないとデータベースとして機能しないのではないだろうか。

そして一番問題なのは読者登録数と人格という着眼点である

読者登録数は客観的事実であるが、人格考察に関しては青二才主観しかない。

そもそも抽出しているブログ青二才巡回先?であるだけで主観に偏りすぎている。

「飯をおごりたくなる」?

カリスマ性がある」?

「読んで役に立つ」?

よくもまあ、こんなものドヤ顔で書くことができるものだ。

そして反論者には「これが互助会?」とな。

頭がおかしい。

2016-06-10

なぜマンガキャラ覚醒パワーアップすると髪が伸びるのか?

髪が伸びるキャラたち

覚醒したり、パワーアップしたりするときに長髪になるキャラって多いですよね?



ぱっと思い付くだけでも、

ドラゴンボール(1984~)におけるスーパーサイヤ人3

うしおととら(1990~)の潮(獣の槍所持時)

※厳密には髪が伸びているわけではないらしい

幽遊白書(1990~)における幽助

ハンターハンター(1998~)におけるゴン(さん)

BLEACH(2001~)の一護最後の月牙天衝

ぬらりひょんの孫(2008~)のリクオ

などなどたくさんいます

(変身すると髪が長い、というとWILD HALFワイルドハーフ)もそうですね。)



なぜみんな髪が伸びるのでしょう?

演出上の要請

まず、覚醒したり、パワーアップしたりしたことを分かりやすく示すためには、見た目ががらっと変わることが必要です。

そのような演出上の必要性があるから、髪が伸びるのかもしれません。



髪が伸びる以外だと、以下のようなパターンがありますね。



・眼の色が変わる、瞳に模様が浮かぶ



ハンターハンタークラピカNARUTO写輪眼輪廻眼、仙人モードBLEACH虚化Get Backers-奪還屋-の聖痕スティグマ)、新世紀エヴァンゲリオン



ブコメで指摘を受けて、キングブラッドレイは削除しました。



・髪の色が変わる



ドラゴンボールスーパーサイヤ人武装錬金ヴィクター化、東京喰種



・肌の色が変わる、紋様・模様が浮かび上がる


武装錬金ヴィクター化、七つの大罪のメリオダス、アメコミハルクONE PIECEルフィギア4、進撃の巨人金色ガッシュ!!



・光をまとう



ドラゴンボールスーパーサイヤ人テニスの王子様無我の境地



これらのパターンと違って、髪が伸びた場合キャラクターのシルエットそのものが変わるため、使い勝手が良い、ということはありそうです。

ロン毛ブームの影響

江口洋介木村拓哉などに人気が出て、男性の長髪が流行したロン毛ブーム

これが起きたのが1990年代でした。

当時の、男性の長髪がかっこいい、という風潮が影響しているのかもしれません。

野生化の象徴としての長髪

覚醒すると、強力になる代わりに理性を失ったりするのもお約束の一つです。

そういった性質象徴として、髪が伸びて野生化した姿になるのかも。

ライオンのたてがみのイメージ根底にあるのかもしれませんね。

怒りの表現としての長髪

覚醒シーンにおいては、その人物の怒りが伴うことも多いです。

怒髪天を衝く」という言葉もあり、髪の毛が逆立つのは怒りの表現

髪の毛が伸びて逆立つのは、そのキャラの怒りを象徴とも読み取れます

魔法少女モノにおける変身との関係

詳しくは知らないですが、プリキュアシリーズ(2004~)や美少女戦士セーラームーンシリーズ(1992~)など、魔法少女モノでは、変身して髪が伸びるイメージがあります

これらについては、ターゲットとする女児のあこがれ、「大人の女性」の象徴として、髪が伸びている側面もあると思います

ただ、少年漫画等とも、「髪が伸びて、変身・パワーアップ」というところでは共通しているので、こちらの方にルーツがあるのかもしれません。

旧約聖書における力の源としての髪の毛

旧約聖書登場人物サムソンは、怪力の持ち主ですが、その力の源は、髪の毛にあります

髪の毛が力の源という発想は、このあたりから来ているのでしょか。

ブコメでの指摘によると、髪の毛がというより、髪の毛を切らないという誓約問題のようです。

神話宗教呪術・昔話における髪の毛

丑の刻参りの方法として、相手の髪の毛が必要とされる場合があるように、宗教呪術的にも髪の毛が重要場合があります

日本の昔話でも髪が伸びるエピソードがあるようです。

まんが日本昔ばなしデータベース〜 - 山姥の毛

http://nihon.syoukoukai.com/modules/stories/index.php?lid=507



きちんと確認できていませんが、ギルガメシュ叙事詩におけるギルガメシュギルガメッシュ)は、長髪が抜けると力を失うようです。

ブコメで指摘を受けて、「髪を失う」を「力を失う」に修正


ギリシャ神話では、髪の毛に関するエピソードとして、メドゥーサやかみのけ座の話がありますね。



古来から髪の毛には何らかの力が宿るとされきたんですね。

憶測疑問形だらけで結論は分かりませんが、思っていた以上に「覚醒して髪が伸びる」のルーツは古いところにありそうです。



追記

ブコメであがっているワンパンマンは逆のパターンですね。

あれは、アンパンマンビジュアルありきの設定なのと、髪の毛があったころが描かれていない(たしか)のでちょっと事情が違いそうです。

フリーザは、元々髪がないですが、シルエットがすっきりするという意味では逆のパターンですね。


ブコメでは、時間の経過の表現、異形化系の説話と設定上の都合、動物の威嚇、成熟期の発毛、歌舞伎など色々な指摘があって興味深く読ませていただきました。

ありがとうございます

2016-06-06

膨大なブコメ資産が失われた問題

Impress Watchリニューアル(http://www.watch.impress.co.jp/20th/)した。



サイトの見辛さ等は既に語られている事なので割愛するが、

記事URL構造過去記事も含めて変わってしまった事はあまり知られていない。



例えば、以下の記事は次に示すURLリダイレクトされる。

はてななどの各社担当者自作サーバーノウハウを紹介 -BB Watch変更する

http://bb.watch.impress.co.jp/docs/news/20091126_331459.html

http://bb.watch.impress.co.jp/docs/news/331459.html

上記の記事は471usersを集めているが、

リダイレクト先は勿論0user、つまりブクマ無しとなってしまう。

せっかく記事を見つけてブコメも閲覧しようにも見られないのだ。



ではImpress Watchの全過去記事が新URLになっているかと言うとそうではなく、

調べるとPC Wacthでは2009/04/08の記事から変更されているようだ。

リダイレクトされない

富士通フロンテック「FLEPia」試用レポート

http://pc.watch.impress.co.jp/docs/2009/0407/fujitsuf.htm



リダイレクトされる

Acer、初のNVIDIA IONベースの超小型デスクトップAspireRevo

http://pc.watch.impress.co.jp/docs/2009/0408/acer.htm

http://pc.watch.impress.co.jp/docs/news/110556.html

まり2009/04/08〜2016/06/01の7年2ヶ月のブコメ簡単に参照できなくなった。

これは膨大なブコメ資産が失われたと考えている。

同様の問題Wikipediahttps化の時も発生している。



Impressと言えば新聞社等のニュース配信と異なり、過去記事も削除されることな

長期保存(最古は96年4月:http://pc.watch.impress.co.jp/docs/article/960417/index.htm)されているので

その事実にはただただ感謝するしかなく、今回のURL変更に文句を言うつもりもない。



ただWikipediahttps化の時と同様の話ではあるが、

比較的規模の大きなサイトURL構造を変更してリダイレクト対応を行った際には、

はてなブックマーク運営側においては別URL提示を示す等の対応を行って頂きたい。

(詳しく知らないが、これは過去はてブデータベースに対して何らかの書き換えや追記等の作業が発生するかもしれない)



はてな運営要望しても無駄なのは知ってるけど。

2016-05-26

訪問契約率20%のブラック企業の真っ黒な営業手法を書いてみる

数年前、自分はなかなかのブラック企業営業職をしていた。

某有名なX通信社員起業した会社でした。

成績順に4つのグループに分けられて自分は3ヶ月目くらいからはずっと1番上のグループにいました。

でも、入社半年でじんましんが出てきてきたりまつげがピクピクしたり大変でした。

ブラック企業関連のエントリーを見て、あの時を思い出したので振り返ってみようと思う。

 

体制的なブラックとしては20時間のみなし残業はあるけど実際は40時間くらい残業していたこと。

それに加えて土曜日も無給で働いていたこと。

あと健康保険とかなかった。そんな感じ。ブラックとしてはあんまり凄くないかも。

でも、営業のやり方がきつかった。

 

商材はCDに入っている在庫管理ソフトウェア

フリーウェアレベルだけど価格は120万円から

まずは契約までの流れを簡単に書いてみます

 

雑誌インターネットを使ってのリスト作成美容院接骨院サロン飲食店など)

・非通知設定で電話をかけてアポイント(以下、アポ)を取る。

一定時間をおいて上司アポ内容をアポ先に確認する。

訪問して90分くらい話す。

価格交渉を行う。

契約書をその場で書いてもらって終了。

 

提示した内容の前に大事ポイントが3つあるので補足。

1点目。実際に顧客と話をするのはホームページ新規作成またはリニューアル提案です。

無料ホームページ作成するとうたい、月々のサーバー管理費など別途かかると相手には伝えます

2点目。契約は60回払のリース契約にて行います

3点目、契約後、自社の運営するアフィブログ相手特集し、PVを稼ぐことがこちらのメリット相手に伝える。

 

次に、訪問から契約までの詳細を書いてみます

 

リスト作成

古いホームページホームページを持っていないところをリストアップします。

過去訪問先はデータベースにいれているため訪問して怒られた会社電話して怒られた会社リストから除外。

過去に何度電話をかけていようが怒られていなければ再度電話をかけます

訪問して断られていても、断る理由が時期やお金問題だったなら電話をかけます

電話をかける時は一日100件ほどかけるのですぐにリストがなくなる。

数ヶ月もすれば雑誌ネットも使い切る感じになって、リスト作成がとても時間がかかったなあ。

営業先の地域で良さそうな店があったら飛び込んで挨拶して後日電話する許可をもらったりもした。

 

非通知で電話をかける

基本的に”無料で作るんだから話だけ聞いてよ”というのをゴリ押し

実際100件に電話してアポがとれるのは1,2件くらいです。

電話スクリプトがあっていくら工夫しようが改善しようがアポ率はあんまり改善できなかった。悲しい。

ただ、ものすごく声の可愛い女の子が平均の3倍位のアポ獲得率を出しているのを見て驚愕しました。努力して追いつくことができない存在

非通知でかける理由電話をかけて繋がらないことが多く、折り返しを受けるとコストが増えると判断しているためです。

折り返しの電話を受けて対応するよりかけ続けたほうが良い。

かけまくっているから誰がかけたかもわからないことが多くて時間にロスが生まれる。

この非通知戦略が本当に営業効率がいいのかとも疑問が湧きますが、そこはそういう会社でした。

基本は話ができずガチャ切りはよくあったし、話を聞いてもらえず切られたり、明らかに苛立った声で対応されたり色々あったし辛かった。

 

上司によるアポ確認

営業アポを取るのに必死になりすぎて、アポの内容が曖昧なまま電話で話を終えることがあります

ホームページの話をする」ことと「60分の時間を確保する」ことと「良かったらやってもらう」という相手意思契約率に影響するためその内容の確認上司が行います

「そんなガチなら良いや」と断られることもあり、アポを取った人は祈る気持ち確認電話を見守る。

この選別を乗り越えた場合、話を聞く体制ができている場合が多かったので必要事項だったと思います

営業も雇われて2日目から電話をかけるため適当に話をしてアポを獲得する場合が多いです。

そんなに時間はかからないとか言ったり、ホームページの話をしてなかったり、訪問日時が決まってなかったり、などなど。

また、営業成績が出ていない人はとにかくアポをとりたいと思う。

から内容が相手に伝わっておらず内容確認で泣く泣く撃沈というのもよく見る光景

無料というのを怪しむ人にはこのタイミング費用がかかることを伝えて撃沈する。でもホームページ自体に興味があってそのままアポになる場合も稀にある。激アツの客。

 

訪問営業

アポ先への営業

X通信から受け継がれる営業手法を駆使して相手の購買意欲を高めます

営業ポイントをざっくりと書いてみます

アフィブログアクセスを伸ばして稼ぎたいか特集できる相手を探していることを納得してもらう。

アフィブログの知名度を高めたいか相手ホームページアフィブログバナー広告を貼ることを了承してもらう。

・いずれはホームページ制作事業として行いたいので実績作りで無料で作っていることを了承してもらう。

相手がやりたいことがホームページ活用することで実現できるとイメージさせる。

サーバー管理費とかは絶対にかかるものホームページ運用するなら絶対にかかるものだと当然のことのように言って納得してもらう。

契約対象ソフトウェアリース契約というのをさっくりと伝える。重く伝えると相手が慎重になるのでだめ。

 

これだけの話をすると90分は超えます

しか無料だと思って時間をとって話を聞いていたのに費用がかかる。

120万円から240万円をリースで分割月々60回払い!

普通にやっていたら相手はブチ切れます

なのでいかに、アフィブログアクセスを伸ばすことがこちらのメリットになるかということ。

相手がやりたいことが提案したホームページで実現できることをイメージさせることが営業序盤で重要になります

相手との距離を縮めることはとても有効。なくても取れるけどここを突き詰めれば契約率が数%違ってくる。

 

相手も長く話を聞いてるし、成功体験イメージをして興奮したりするので頭が麻痺して判断力が鈍くなってきます

だんだん周りが見えなくなってどこで話していようが個室でふたりきりで話している感覚になっているか確認

なっていなければトークのミスでかけていると思われている説明提案にもどる。

価格交渉の時間がなさそうならば再度アポをとる。

再度アポをとるよりも初訪問のほうが契約率は上がるのであまりオススメできない。

  

価格交渉

ホームページを、ものすごく欲しいかものすごく必要だという状態にさせれば価格面で熱い勝負ができます

メルマガつけるとかRSSつけるとかスライドつけるとか、FLASHやるとかスマホ対応するとか、ページ数増やすかいろんなオプション理由をつけて価格釣り上げ。

大したオプションでもないのに管理費が月々数万違うなんてことは実際はあり得ないけど、インターネット無知な人は当時は多かったのでここまでくると話を通せます

相手が欲しい機能を決めて、具体的な価格提示してから勝負です。

3万円提示して、1万5千円ならだせるとか言ってる場合は、「オプション削りましょう!」とか「顧客を獲得するためこうしましょう!」とか色々提案提案と言うにはアレだけど。

価格面でどうしようもなくなったら上司にその場で電話します。

「今、こういうお客さんのところに訪問していて、すごい方なんです。こんなにすごい方をアフィブログ特集すればPVも伸びます!ページの話でオプションはこれで金額はここまでならだせると言ってるんですがどうにか値引きとかできないでしょうか。」

とかなんとか。

この茶番。こんな胡散臭い意味あるのかと思うだろうし、俺も思っていたよ。

でも実際に困ったときにこれをやることで契約に結びついたことも多々あるので当時は有効手段だった。

 

そして、上司検討させるため一度電話を切って5分か10分また盛り上げる。

上司からの折り返しの電話を受けて「役員たちが決定した」金額提示

基本はここから下がることはなくなり、そこでできるかどうかで勝負を行います

また、オプションの話をしたり提案を繰り返して、相手が根負けすれば契約

結局4時間話すとか終電逃したとかもあった。

ここまで話すには相手に突っ込める領域に入っているのがとても重要だったから、”自分を売る”ことの意味もわかるし言い方を工夫して営業指導を今もする。

 

契約書に書いてもらう

これがとても面倒。

実際にホームページの話で盛り上がっていたのに契約をするのはソフトウェア

相手ホームページのことに夢中なのでここでそこまで問題になることはない。

でも、金額提示で即OKと価格交渉がなかった場合はここでひっかかることがある。

リース契約書は保証人とかも必要になって面倒だけどちゃんと書いてくれるのには驚いた。

 

以上が契約までの流れ。

トップ営業は20%ちょっと契約率で、下のグループでも10%は取れたりしてた。

1ヶ月で契約取れない人はだいたいクビ。

契約解除の話は部署全体で月に2,3件あるかないかだった。

  

やばかったり辛かったと思うポイント

ホームページ製作の話なのに契約がクソみたいなソフトウェアで高額リースだったこと。

・そのことを就職時の面接で伝えられなかったこと。

・週6日勤務なのに週5扱いにされてたこと。

残業代休日出勤代がみなし残業全然足りていなかったこと。

会社用の電話休日でも携帯させられていつ電話がなるかわからなかったこと。

・非通知でかけて怒られたりガチャ切りされたこと。

無料じゃないのに無料と伝えてたいたこと。

リストを作ろうとしても過去訪問した店ばかりになり新しい店を探すのが難しくなっていたこと。

アフィブログアクセスなんてほとんどなかったし、社内の誰も期待していなかったこと。

・実際に作るページは高く見積もっても50万円程度のものだったこと。

詐欺だと罵られたこと。

契約して半年してもトップページすらできていないケースが多かったこと。

アポイントの日時に訪問したら誰もいなくて店の前で1時間待ったこと。

・新しく入った人が1ヶ月生き残る確率が30%くらいだったこと。

・身体に変なブツブツができたり、目がピクピクしたこと。

・残っている人も心や体に異変が起きていたこと。

・全体的に契約数が落ちていって会社全体の雰囲気もピリピリしていたこと。

・退社後に労基署相談して超過勤務代を貰えるかと相談して勤務のログも提出したけどダメだったこと。

・退社して長くないうちに会社が潰れたこと。

被害者の会みたいなのが結成されていたこと。

 

良かったと思うポイント

・とても営業と言えないような稀な経験ができたこと。

上司が部下に物を投げるとかはなかったこと。

自分努力でできる限界を見ることができたこと。

・体の異変はなくなり今も健康でいられていること。

-----------------------------------------------

 

追記:ここで学べた契約を取るために必要な要素も書いてみるので参考になると嬉しい。

 

1.人として気に入ってもらうこと。

2.相手商品サービスものを使っているイメージをしていて、それを現実化したいと思うこと。

3.その商品サービスがすごいと思っていること。

4.買って欲しい旨をうまく伝えること。

これらを抑えれば大体落とせる。

 

補足すると、

1は相性があるけど見た目とか話し方は磨ける部分がある。無理してもそれは相手に伝わるから素の自分は大切に。

2は相手を知る必要がある。限られた時間でどこまで掘り下げられるかがポイント

3は簡単比較できるものより優れている、もしくは同等程度であることが大事

4を伝えなきゃ基本的に始まらない。相手のことを知ってどう切り出すか戦略を練ろう。

 

これでダメなら縁がなかったということで次にいこう。

もちろん改善できることは次に活かして。

2016-05-24

http://anond.hatelabo.jp/20160524134842

お前のおかげで馬鹿データベースがより充実したからこれ以上ない回答だった。

不都合があるのはお前しかないんだ、本当に申し訳ない。

パナマ文書 続・恵比寿関連 SONY、CCC

パナマ文書281809について

http://anond.hatelabo.jp/20160409094753

と関連して、パナマ文書で20法人もの

大量のペーパーカンパニーを持つオフショア登録者

「Ken Kiyoshiという人物がいる。

彼の所在地は以下の通り。

Ken Kiyoshi  ICIJ Offshore Leaks Database
Connected to 1 address
Connected to 20 entities
Linked countries: Japan
Data from: Offshore Leaks
https://offshoreleaks.icij.org/nodes/117463
"281809";番号281809
"ADDRESS";"Room 1009, 4-20-2 Ebisu Shibuya-ku Tokoyo 150-0013 Japan";
所在地 〒150-0013 日本国東京都渋谷区恵比寿4丁目20番2号 1009号室
https://offshoreleaks.icij.org/nodes/281809

 

恵比寿4丁目20番2号は実在日本所在地

パナマ文書が示す「〒150-6010」は、2016年現在郵便番号区分では

恵比寿ガーデンプレイスを除く東京都渋谷区恵比寿を示す地域区分

当該所在地高層建築物は「恵比寿ガーデンテラス弐番館」に特定される。

 

恵比寿ガーデンテラス弐番館は、1994年8月築、地上13階地下2階

建総戸数220戸?の大規模マンション

Googleストリートビュー 〒150-0013 東京都渋谷区恵比寿4丁目20−2

https://goo.gl/maps/9dpcw9Zz3c42

恵比寿ガーデンテラス弐番館10階」の賃料は、公開されている

あたりでは、2LDKで42.2万円、41.4万円、1LDKで34.6万円、1Kで

22.5万円といった相場富裕層向け住宅だ。

http://www.plus-home.co.jp/rent/6509/

http://www.marycorp.co.jp/detail_marycorp_1_marycorp_2_271

http://www.rnt.co.jp/building/detail/1576/

http://concierent.jp/rent/333/48434/

 

国税庁法人番号公表サイトデータによれば

恵比寿ガーデンテラス弐番館を所在地とする法人は以下の三法人

国税庁法人番号公表サイト

http://www.houjin-bangou.nta.go.jp/

3011001064749 株式会社CONTAINER 東京都渋谷区恵比寿4丁目20番2号恵比寿ガーデンテラス弐番館

3011001096420 東京都渋谷区恵比寿4丁目20番2号恵比寿ガーデンテラス弐番館1315

5010401017455 東京都渋谷区恵比寿4丁目20番2号恵比寿ガーデンテラス弐番館411

 

法人番号3011001096420と5010401017455は

パナマ文書が示す部屋番号1009とは異なるので、

株式会社CONTAINER所在地だけが

パナマ文書が示す顧客所在地と一致することになる。

 

株式会社CONTAINERという会社

株式会社CONTAINERは、

韓国人12人に活動している日本男性アイドルグループApeace(エーピース

https://ja.wikipedia.org/wiki/Apeace

などの芸能関係の事業をやっている。

コンサート放送局への出演料、握手会などのイベント

ファン向けグッズの販売などでまとまった儲けがあるようだ。

 

Apeace

http://apeace.jp/apeace_live/

企画制作株式会社CONTAINER/Golden Goose
特別協力:サミー株式会社
協力:文化服装学院 / メイクアップアーチスト学院
衣装協力:NAVAL
■日程
2011年6月18日(金)~ロングラン公演 
■会場
K THEATER TOKYO
東京都渋谷区恵比寿4-20-2 恵比寿ガーデンプレイス内 
■座席・料金
ロングラン公演:¥4,600(税込)

特ラ連レポート122

新規加入会員紹介コーナー

平成23年6月~7月)

http://www.radiomic.org/activity/backnumber/No122/newkaiin.html

株式会社 CONTAINER(K-Theater)	会員番号030-0616
代表取締役 田村孝司	入会:7月25日	移動	AKG … 4本
シュアー … 12本
〒150-0001 東京都渋谷区神宮前4-12-20
担当 支配人 斉藤昇三	TEL 03-5421-7062 FAX 03-5421-7063
〔ひとこと〕厳しいレッスンと数々のオーディション審査より
キャスティングされた精鋭達21名によるエンターテイメント
グループ、「Apeace」が、K-Theater Tokyoロングラン
公演をおこなっております

 

この情報ではCONTAINERの所在地神宮前になっている。

国税庁法人データベースには当該所在地に8件の法人があるようだが

株式会社CONTAINERという会社登記されていない。

K-Theater Tokyo恵比寿ガーデンテラス弐番館の

恵比寿ガーデンシネマの跡地につくられた日本初のK-POP専用劇場

2011年5月27日から営業していたが2014年末に閉店し

今は映画館になっているようだ。

 

国税庁法人番号公表サイト

http://www.houjin-bangou.nta.go.jp/

東京都/渋谷区/神宮前4丁目12-20/登記記録の閉鎖等含める/商号

8件 見つかりました。

1011002035263 有限会社アートビートパブリッシャー東京都渋谷区神宮前4丁目12-20表参道ヒルズゼルコバテラス405

2010401095900 株式会社アルファ・アンド・カンパニー 東京都渋谷区神宮前4丁目12番20号W406

4011001005116 株式会社モテサンド東京都渋谷区神宮前4丁目12番20-W304号

9011001050347 株式会社幸和画廊 東京都渋谷区神宮前4丁目12番20-105号

4011002034898 有限会社後藤繁雄事務所 東京都渋谷区神宮前4丁目12番20-405

4011001072577 ミストラル株式会社 東京都渋谷区神宮前4丁目12番20号

6011001061974 株式会社LAMPO 東京都渋谷区神宮前4丁目12番20号

3011001052051 株式会社OK 東京都渋谷区神宮前4丁目12番20-408号

 

ちなみに特ラ連は特定ラジオマイク利用者設立した非営利団体

任意団体特定ラジオマイク利用者連盟の略称

イベント関連会社等は無線を使う関係で特ラ連とは利益共有の関係にある。

https://ja.wikipedia.org/wiki/%E7%89%B9%E5%AE%9A%E3%83%A9%E3%82%B8%E3%82%AA%E3%83%9E%E3%82%A4%E3%82%AF%E9%81%8B%E7%94%A8%E8%AA%BF%E6%95%B4%E6%A9%9F%E6%A7%8B

 

ディファ有明イベントスケジュール

http://www.differ.co.jp/schedule_20150425.html

ApeaceLIVE2015♯3~Back to the Future~
 日付		4月25日(土)
 チケット料金		8500円 FC先行特典付き
 開場/開始		開場 13:45/18:15 
開演 14:30/19:00
 お問い合わせ先 株式会社CONTAINER http://apeace.jp/
0570-064-257 平日14:00~18:00まで

 

このイベント告知を見ると、

株式会社CONTAINERの問い合わせ電話番号0570-064-257になっている。

0570-064-257という番号は、

ソネットエンタテインメント株式会社事業運営委託会社

コネクトプラス株式会社または株式会社ロム・シェアリングの連絡先と同一だ。

 

特定商取引法に基づく表記 NU'EST JAPAN OFFICIAL FANCLUB

http://www.nuest.jp/info/law.html

役務提供事業者 ソネットエンタテインメント株式会社

運営責任者 代表取締役社長 中野秀紀

住所 東京都品川区大崎2丁目1番1号

運営委託

コネクトプラス株式会社

〒106-8011 東京都港区六本木3-16-35 イースト六本木ビル

株式会社ロム・シェアリング

〒106-0041 東京都港区麻布台2-3-5 ノアビル 1F

電話:0570-064-257(平日14:00~18:00)

サービス内容 会員特典に記載ファンクラブ会員へのサービス提供

サービス提供時期 入会を承認した時点で当会の会員となります

国税庁法人番号公表サイト

9010401061375 株式会社ロム・シェアリング 東京都港区麻布台2丁目3番5号ノアビル1階

http://www.houjin-bangou.nta.go.jp/

 

まり株式会社CONTAINER株式会社ロム・シェアリングという法人

実体として一体的に活動しており、ソニー傘下で仕事をしている。

 

資本元はソニーモバイルコミュニケーションズジャパン株式会社

 

上記NU'EST JAPAN OFFICIAL FANCLUBサイトプライバシーポリシー管理

ソネットエンタテインメント、すなわち日本台湾香港運営している

インターネットサービスプロバイダSo-netで、

そのSo-net2016年完全子会社化した親会社企業名

ソニーモバイルコミュニケーションズ

So-net - Wikipedia

https://ja.wikipedia.org/wiki/%E3%82%BD%E3%83%8D%E3%83%83%E3%83%88%E3%82%A8%E3%83%B3%E3%82%BF%E3%83%86%E3%82%A4%E3%83%B3%E3%83%A1%E3%83%B3%E3%83%88

ソニーモバイルコミュニケーションズ - Wikipedia

https://ja.wikipedia.org/wiki/%E3%82%BD%E3%83%8B%E3%83%BC%E3%83%A2%E3%83%90%E3%82%A4%E3%83%AB%E3%82%B3%E3%83%9F%E3%83%A5%E3%83%8B%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%82%BA

 

Ken Kiyoshiとは何者なのか?

長江実業グループを率いるアジア有数の大富豪

李嘉誠の次男である李沢楷(リチャード・リー

事業投資会社として創業した会社に、

パシフィックセンチュリー開発(Pacific Century Development / CCD)

というグローバル企業があり、

その日本法人である日本パシフィックセンチュリーグループ株式会社

1998年3月に就任した代表取締役名前は喜吉憲。

パナマ文書に書かれていた名前Ken Kiyoshiと姓名の読みが同一だ。

 

もちろん同姓同名の人物は他にもたくさんいるのは事実だが

租税回避の動機を持っている富裕層となると限られてくる。

 

PCCW - Wikipedia

https://ja.wikipedia.org/wiki/PCCW

李嘉誠 - Wikipedia

https://ja.wikipedia.org/wiki/%E6%9D%8E%E5%98%89%E8%AA%A0

李沢楷 - Wikipedia

https://ja.wikipedia.org/wiki/%E6%9D%8E%E6%B2%A2%E6%A5%B7

メモPCCW&CCC: 日本プロファイル研究所

http://timetide.way-nifty.com/jprofile/2013/07/post-07d0.html

PCCW&CCC
カルチュア・コンビニエンス・クラブ(株)H19有報時の役員抜粋
取締役	日下孝明 サンレジャー港区参照 ご近所シリーズ05参照
 
取締役 喜吉憲 Ken Kiyoshi
国際基督教大学出身
1971年4月-(株)日本興業銀行 入行
1997年4月-同行 香港支店長兼IBJ Asia Limited 副会長
1998年3月-日本パシフィックセンチュリーグループ(株)代表取締役
2003年4月-カルチュア・コンビニエンス・クラブ(株)顧問
2003年6月-同社 常務取締役
2004年6月-同社 代表取締役副社長 管理部門管掌
2006年3月-同社 取締役管理本部2006年7月-同社 取締役社長補佐
 
取締役 三木谷浩史 三極委員会メンバー
取締役	角川歴彦
取締役	奥谷禮子
 
■考察
国際基督教大学出身といえば、神政連の一押し→有村治子議員(公財)ドナルドマクドナルドハウスチャリティーズ・ジャパン 理事
PCCWといえば→パシフィックセンチュリープレイス丸の内

 

日下孝明はワンダーコーポレーション代表というより

TSUTAYAの元社長と書いた方がわかりやすいか

パナマ文書日本の政治はいないという話が独り歩きしていたが、

ほらほら、やっぱり出てきた。

自由民主党公認参議院比例区当選第2次安倍改造内閣

消費者及び食品安全担当大臣規制改革少子化対策

男女共同参画担当大臣有村治子の名が。

だがこの人とパナマとの関係性を考えるにはさらなる調査が必要。

不逮捕特権を持つ人物相手捜査となると特捜以外に考えられない。

 

それはそうと、パナマ文書のKen Kiyoshi支配する

ペーパーカンパニー(バージン諸島)のひとつ

CCCW Japan Limitedがしっかり入っている。

CCCW Japan Limitedの資本の源はもちろんCCCW Limitedだ。

 

PCCW Japan Limited | ICIJ Offshore Leaks Database

https://offshoreleaks.icij.org/nodes/131516

Ken Kiyoshi | ICIJ Offshore Leaks Database

https://offshoreleaks.icij.org/nodes/117463

PCCW Limited | ICIJ Offshore Leaks Database

https://offshoreleaks.icij.org/nodes/294534

 

ここまで出ると香港の件の華人とそれに連なる日本資本

クロ判定するしかないのではないか

 

ここまでのまとめ

 

グローバル企業ソニー系列傘下の芸能イベント会社所在地は、

パナマ文書課税回避顧客所在地と同一。

そしてその所在地にいるとされる人物Ken Kiyoshi

楽天三木谷浩史角川グループ角川歴彦らと役員を務め

日本政界とも関係があるかもしれないPCCW役員&CCC顧問名前と同一。

 

2016-05-23

料理の作り方を集積したサイトはあるみたいだけど、

食べ方を集めたサイトとかあるのだろうか

食事マナーみたいなものではなくて、もっと具体的に個別料理についてのもの

たとえば、

天丼の具とご飯をバランスよく食べ進める方法

レタスみたいな大型の葉物中心の野菜サラダドレッシングが上にしかかかっていない場合に下の方をどうするか

みたいなの。

単発でライフハック的な記事が出ることはあるみたいだけど、

新着でそういったものを拾うことはできても、

データベースのように集積されていて検索が容易にできるようなものはないのかな。

大手まとめサイトなのだ過去記事検索したりしにくくて好きじゃない。

2016-05-21

http://anond.hatelabo.jp/20160521190026

元増田です。

SPAは、クライアントが自立した1プログラムとして状態管理する。サーバUIと同様の非同期なイベント発生源/イベント発行先の一つとして扱う。またReactとReduxの組は、データベースサーバサーバサイドページ生成のスタイルを、サーバブラウザでやるようにシフトさせたものともみなせるだろう。

手間がかかりません?さらにもともとほぼサーバー側だけで済んでいたものを分けることでCSRFやSQLiなどの変なバグを仕込む可能だってありますよね。これに見合うメリットが見えないのですがいかがでしょうか。

そしてReact自体には、JSX構文もbabelもいらない。JSXタグを書くよりむしろReact.DOM.div({...},...)等で書いたほうがプログラミングでは扱いやすい。JSXサーバサイドページ生成のテンプレート言語利用文化に寄せた表現に過ぎないといえる。そして今ではbabelで変換する対象もES6 modulesのexport/importだけだ。これも分割ファイル対応のためにwebpackあたりを使うなら、ついでにbabelでES6 modulesも、といった程度のこと。

というかですね、そもそもVをロジックの中にベタ書きしちゃうの嫌なんですよね。シンタックスハイライトとかインデントも効かないじゃないですか。そういう点ではAngularJSが一番気持ちいいですが。。

まあそれはそれとして、なるほど、JSX別にどうでもいい、というのはわかりました。まぁそれならわからんでもないです。

すでに一般に忘れられつつあるprototype, Dojo, Mooと同格であるjQueryのほうが五年後も活発にメンテされるのかどうか怪しいだろう。もちろん、レガシーものとしては残り続けるだろうが。

ここわかんないですね。活発なメンテがそんなに重要なのかな?ということです。まあモダンな感じで書きたいということは理解できますが、それさえクリアされていればいいんじゃないでしょうか。そうでもないですか?