平成最後の夏、ピクシブインターンの夏

8月22～28日までの1週間、ピクシブさんのインターンシップということでお世話になりました。 あったこととか感じたことをザーッとここに記しておきます。

インターンに行くまで

Twitterで「圧倒的猛者になる」という強い広告を見つけて、面白そうだなぁと思って応募しようって思いました。 通常の選考とGitHub選考というのがあり、 自分は「GitHubのアカウントだけで楽そうだし、受かればよいなぁ」という気持ちでGitHub選考で応募しました。 実際に、その後の面接ではGitHubの内容をもとに話をしたりできたので、すでにある成果物をもとに応募できたのは良い意味で楽でよかったです。

無事一次選考に通って、面接で話をしたりライブコーディングでパッと出された課題をその場で解いたりしました。 自分は多分PHPが一番書ける言語なので、PHPでザーッと書いていって、 途中から面接官の方と一緒に試行錯誤したりして楽しかったです。

やったこととか

自分は技術基盤コースということで、いわゆるpixiv本体の開発チームに参加しました。 他のインターン生の人は機械学習とかVRとか華やかなのに対して、 自分はどちらかというとコードを読んだりテストを書いたりという、どちらかと地味なのが多めでした。

成果物ですが、細かいエラーの修正とテスト可能化とかをやってたので、目に見える何かではないです。 実際に動いている、ルーティングやミドルウェア的なこともやってる密結合なコントローラクラスを、テストできるように分解したりモックやヘルパーを作ったりしました。 少しだけバグが減ったり、今後出るバグが減ったりすると思います。

サービスとしてのpixivは10年以上続いていて、古いコードが多かったりテストが少なかったです。 確かに古いコードはいろいろと大変ですが、その時々の「ベター」な書き方が積み重なってのことだし、 そのコードのおかげで今のサービスがあると考えると、無下にはできないなぁと感じました。 また、テストコードが無いと「本当に正しく動いているのか」が信頼できなかったり、リファクタリングが難しくなったりするので、 ユーザーの目に見えるものではないですが大事な要素だと思います。

他のインターン生のやっていたアプリ開発や機械学習、VRといったものとはまた違った楽しさがあって、 自分はそういうところが好きで技術基盤コースで応募したというのもあります。 なので、この1週間で取り組んだタスクは確かに地味ですが、一番pixivに貢献できたんではないかなぁと思います。

古いPHPの気持ちになるですよー

f:id:kiridaruma:20180904181958j:plain
最終日の発表中の写真

感じたこと

SlackのDMでいきなり「アイマスのミリオン4thライブのBlu-ray見ませんか？」というメッセージが飛んできました。 いったいどこで自分がプロデューサーだと知られたんですかね...(すっとぼけ)

まぁライブ鑑賞会はともかく、やはりピクシブだけあって「ご理解」のある方が多くてとても楽しかったです。

自分的には「コードを書いてお仕事ができたら良いなぁ」というのが就職に関する大前提で、 その次に

  • 自由(職場の雰囲気や規則等)
  • 世の中に対して楽しいことを出している(ゲームとか)
  • 共感できる考え方

というので考えています。

その上でピクシブさんは、上のようなDMが飛んでくるような自由...と言っていいのか分からないですが、 自分にとってすごくやりやすい環境ですし、 創作をしている人を支援するというすごく共感できるサービスを運営していますし、 最近はVRoidといった、楽しくて面白いものも出しています。 そういう意味でも、自分的にすごく良い会社だなぁと思いました。

まとめ

技術的にもですが、やはり「どういうところで働くか」を以前より強くイメージできるようになった1週間だったと思います。 そういう意味ではピクシブさんは自分にとって良いところとだなぁ思いました。

インターン中はいろんな方と会ったり話したりできましたし、本当に「来てよかった」と思える1週間でした。

機会に恵まれてご一緒した方々、次も機会が合えばぜひよろしくお願いします。

ありがとうございました。

平成最後の夏、クックパッドインターンの夏

8月6～17日まで、クックパッドさんのところでインターンシップということでお世話になりました。 その感想とかをザーッと残しておきます。

インターンまで

Twitterでインターンの応募を見て「おっ、面白そうだな」と思って応募しました。 一次試験(?)はちょっとした問題を出されて、それを解くといった感じの筆記試験(?)みたいな感じでした。 次に面接があって、そこで説いた問題について聞かれたりしました。

試験の内容は「外に漏らしちゃダメ」みたいなこと書いてた気がするのでアレですが、 最後の問題がとても難しかったです。

その後、メールが送られてきて無事合格。 7月の初めごろには決まってたので、かなり早いほうだったと思います。 (予定立てやすかったので、めっちゃありがたかった)

全体の流れ

全体として、前半は講義形式で、後半はプロジェクト実習/OJTに分かれて進みます。 自分は後半はOJTコースに進みました。

前半 ～超圧縮講義～

講義形式ということで、クックパッドで実際に第一線で活躍している方が講師となって、 「クックパッドを構成している技術」という感じでインフラからバック、フロントからサービス開発まで、 ハンズオンを交えながらたくさんのことを教わりました。

講義は超濃密で、というか超圧縮されていて、 講義を聞いてからハンズオンでそれを解凍しつつ手を動かして実行して…という感じでした。 確かに、インターンの応募ページで「様々なことについて...」とか書いてありましたが、 「クックパッドだしまぁRailsとフロントを少しくらいだろうなぁ」と思ってました。 参りました。

1日目

最初に簡単な挨拶や自己紹介、必要な書類を書いたりして、 その後に「いわゆるWEBとは？」ということでHTTPやサーバ、クライアントといった基礎知識の講義。 HTTPの仕様に関することや、実際にどうやって通信は行われているかといった、Webの基礎知識的なことをやりました。

2日目

「サービス開発とは？」ということで、普段学生だと体験できないようなサービス開発の基本を学びました。 ユーザーを想定して、そのユーザーに関するペルソナ、シナリオを組み立てて、 「ユーザーはどんな不満を抱えていて、どうすればそれを解消できるか」という流れを実際に体験することができました。 実際の仕事ではこんな風にサービスを作ってるんだという感覚を掴めて楽しかったです。

3日目

「バックエンドとは？」ということで、Railsを使って実際にサーバ側のアプリを作成しました。 この日、台風が接近しているということで、午前はRailsに関する講義で、午後からはホテルからリモート(?)で作業するという流れでした。 Rails自体は、他のフレームワークの経験からすんなりと馴染めました。 にしても、ホテルからリモートインターン(?)をするなんてまぁないだろう経験ができて良かったです(?????)

4日目

「フロントエンドとは？」ということで、ReactNativeを使って3日目に作成したアプリのクライアントを作成しました。 個人的に、モバイルアプリの開発は環境構築が大変という認識で今までやってこなかったんですが、ReactNativeでサクッと作れて面白かったです。 PWAやElectron、ReactNativeのような「Webの技術をネイティブにも」というアプローチはすごく好きなので、この辺りは良いなぁと思いました。

5日目

「インフラとは？」ということで、3日目に作成したアプリをEC2にのっけて、どれだけ高速化できるかというISUCONみたいなものをしました。 最終的にDocker化して運用というところまであったんですが、自分はそこまで行けずにEC2をスケールするように設定してRDSをつなげて、 とりあえず動くところまでしかできなかったです。 ちょうど最近、今VPSに乗っているものをGCPに移し替えたいなぁとか考えているので、とても貴重な経験になりました。 個人でクラウドサービスをがっつり使うのは金銭的に難しいので、楽しかったです

5日とも超濃密で超圧縮されていて、時間が足りないくらいでした。 ここまで幅広くすべてをやってる人なんてそう居ないでしょうし、 そもそも個人だと難しいような体験ができたので、全体を通してすごく楽しかったです。

後半 ～世界一のRailsアプリにコミット～

後半はOJTコースということで、技術基盤チームの決済基盤を開発しているチームに配属されました。 5日間だけでしたが、決済基盤側とクックパッド本体側にPRを出してマージされました。 さらにデプロイもさせてもらって、貴重な経験ができました。

成果としては、あるissueをどうやって解決するか考えて、実際に動いているコードを読んで、実装して、テストを書いて...と、 一通りの流れを行いました。 ユーザーから見ればすごく地味な変更でしたが、どうすればよりユーザーが使いやすいか、 いろんな方とコミュニケーションをとりながら実装を進めていって、いつも一人でやってることが多い自分としてはとても新鮮でした。 また、Cookpadの内部や実際に決済を行う仕組み等、普通なら知れないようなことを知れて面白かったです。

あと、やはりクックパッドだけあって、食事がすごくおいしかったです。 キッチンで作ったりもできるみたいで、メンターの方とか他のインターン生の方とかと料理作ったりもしました。 おいしかった...

感じたこと

技術的な面としては「やっぱり大きいサービスはいろんなもののスケールが違うなぁ」と感じました。 この辺りは個人では絶対に感じることができないことなので、すごく面白かったです。

また、cookpadも20年以上続いているサービスで、当然整理されていないコードがあったり、 「世界一大きなモノリシ(ry」と言われるだけあって、デプロイに工夫が必要だったりと、大変なポイントがいくつかありました。 それをいろんな方法で解決していてすごいなぁと感じてます。

技術以外の面でいうと、社員の皆さんが楽しく仕事をしているなぁとすごく感じました。 自由にコードを書いたり仕事しているのを見て、良いなぁと思いました。

まとめ

皆さんほんとに良い方ばかりで楽しかったです。 実際に動いているコードに手を入れていったのは良い経験になりましたし、 自分が今までやってきたことが通用したり、逆に会社ならではで気を付けないといけなかったり… とても貴重な2週間でした

ご一緒させていただいた皆さん、もし機会があればまたよろしくお願いします

2018年8月、平成最後の夏

平成最後の夏、自分の場合は大学3回生というそれなりに大切な夏です。 インターンで東京に行っていろんな人と会ったり働いたりしてきました。 間違いなく、今後の進路や生き方等に影響してくる1ヶ月だったと思います。

そんな1ヶ月だったので、「これはちゃんと記事にして、何を感じたかとか残しておいたほうが良いなぁ」と思ったので、書いておく。

2018年8月のざっとした流れ

月の前半は「世界一大きいモノリシックなRailsサービス」ことCookpadさん、 後半は「創作系のオタクはほぼ必ずお世話になってるサービス」ことPixivさんにインターンシップということで、 それぞれ2週間と1週間お世話になりました。

1ヶ月の予定をザーッと書くと、

CookpadインターンとPixivインターンは諸事情で別記事を書きます。 ので、今回はその他にあったことについてつらつら書いていきます。

kiridaruma.hateblo.jp

kiridaruma.hateblo.jp

いろいろあったこと

プロデューサーミーティング

平成最後の夏は、アイマスから始まりました。 １ヶ月遅れで感想記事を書くっていうのも変ですが... 途中に400km以上の移動を挟むという、なかなか大変なムーブになりました。

本当は両日とも参加する予定はなかったんですが、伝手で1日目のLVのチケットが手に入り、 「1日目行くんだったら2日目も行くかー」という感じで両日行くことにしました。

LVでの参加でしたが、トークパートは謎のノリとテンションで面白かったです。 バネPが司会をしてましたが、なんか後半になるにつれてだんだん疲れて適当になってきてるように感じたのは気のせい...?

朗読パートも、短いながらネタと「What is Top!!!!!!!!!!!!!?」というサブタイトルへの一つの答えを感じることができて、とても良かったです。 自分は2日目の百合パートの沼倉さんの演技で死んだ。

そして、ライブパート。 紅白応援とかTop!!!!!!!!!!!!!とか、あと個人的に気になってた、そしてぼくらは旅に出るが聞けて良かったです。

あとなんと言っても、Blooming Star、これはもう最高でした。 765ASのアイドル達とはまた違う視点から、サブタイトルの「トップアイドルとは？(What is Top!!!!!!!!!!!!!?)」を感じることができました。 あの時あの場所には完全に詩歌がいて、そこまで引っ張り出してきた高橋李依さんの歌唱力と演技力には賞賛の拍手を送るほかないと思います。

また、プロジェクト・イオリーのきゅんパイアや、あみまみあまみのサニーは懐かしい曲を久々に聞けて良かったです。 しかし、ユニットソングはなんといっても2日目のパジャマパーティーとダブルデートが最高でした。 いや、シャララとアマテラスをあの組み合わせとか絶対高まるやん...

全体を通して、「やっぱりアイマスは良いなぁ」「まだまだ先を見たい」と思った2日間でした。

C94

今回は2,3日目に参加しました。 2日目は主にガルパン、3日目はアイマスとミリタリー目当てで回りました。 特に3日目は過去最高の参加者だったらしく、東館と西館をつなぐ通路、通称ゴキブリホイホイが大変なことになってました。 昼頃の3日目のFGO島周辺は、人がスタックしてそもそも動けなくなるなど、大変でした。

それでも目当ての本を手に入れることができ、Twitterやmastodonで普段絡んでいる人といろいろ話せてよかったです。 （コミケの思い出ってほぼオフ会なので、ここに書けることは少ない…）

あにべん！

これです

aniben.connpass.com

自分はLT枠で行ってきました。

www.slideshare.net

（LTなのに30枚以上スライド作る馬鹿）

感想としては、

といった感じ

いろんな方とお話しができて、たくさんの出会いがあったイベントでした。 何人かの方に声をかけていただいて、ご飯やお昼をご一緒したりもしました。 いつか大阪でやってくれないかなぁ…

全体のまとめ

この1ヶ月は本当にいろいろあって、 たくさんの素晴らしい出会いと機会に恵まれました。 特に就職関係の話ががっつり絡んでいるので、今後の進路に間違いなく大きな影響が出ると思います。

ご一緒させていただいた方々、ほんとうにありがとうございました。

コミュニティに元手を支払って参加するという話

TL;DL

  • 金払ってイベントやオフ会に参加するだけじゃなくて、もっと積極的に運営とかに携わっていこうよ！
  • イベントの運営も参加者もコミュニティの一員なんだしフラットにいこうよ！

以下、ポエム

Twitterを見てると、月に数回はどこかしらでオフ会やイベントがありますよね。 かくいう自分も、月に2回以上はイベントやオフ会に行ってます。 主にアニクラかアイマス関連オフ会か、プログラミング系のイベントかですが…

さて、イベントがあれば必ずそこにはコミュニティが存在します。 オフ会だって立派なコミュニティと言えると思います。 サシ飲みならそれはただの1:1ですが、3人以上で飲むならその時点で小さいながらもコミュニティと呼べる何かが存在すると思いますし、 10人とかになってくると立派なコミュニティです。 その10人がネットで知り合った人となると、結構な規模のオフ会と言えると思います。 ちなみに、自分が今まで行ったことのあるオフ会で一番参加人数が多かったのは13人でした。

コミュニティと何度も書きましたが、ここでちょっと意味を整理します。 https://dictionary.cambridge.orgでcommunityの意味を調べると、

the people living in one particular area or people who are considered as a unit because of their common interests, social group, or nationality

(勝手に意訳: 共通の嗜好や社会的背景から、ある一つの団体として扱われる人々)

と出てきました( community Meaning in the Cambridge English Dictionary ) ここでいう共通の嗜好や社会的背景は、自分の場合、アニソン好きだったりアイマスPだったりプログラマーだったりします。 つまり、(当たり前ですが)ここで言うコミュニティとは共通の嗜好を持った集団という意味ですね。 なので、営利目的の催しを中心として成り立つ集団はここで言うコミュニティとは違うので、このお話では全く無関係です。

コミュニティで何か楽しいことをしよう！となった時に、必ず資本が必要となります。 それは例えばお金という分かりやすいものかもしれませんし、例えば事前準備という労働力かもしれませんが、 なんにせよ何らかの資本が必要です。(元手なしに楽しいことできるのが一番ですけど、なかなか難しい) そして、そんな資本をもとに作られたコミュニティに参加するには、やはり何かしらを支払わなければなりません。 フリーライダーはだめですよね。

運営の方々や幹事さんは事前準備という形で労働力を元手にコミュニティに参加し、 それに対していわゆる参加者は主にお金を元手にコミュニティに参加します。 それらの元手をコミュニティに対して提供することで、楽しい時間をコミュニティから受け取ることが出来ます。 普通のイベントやオフ会は大体こんな感じですよね。

ここまでざっと書いてきたわけですが、要はコミュニティに参加するための元手はお金だけじゃないわけです。 運営や幹事(=労働力)が足りてないなら積極的に運営や幹事サイドに参加すべきですし、 さらに言うと運営や幹事と呼ばれる人たちはお金の代わりに労働力をコミュニティに提供しているだけで、 運営側と参加者側は、コミュニティに提供している元手の種類が違うだけで、そこに上下関係は存在しないと思ってます。

共通の趣味や嗜好のもとに集っただけでそこには上下関係はなく、形は違えどコミュニティに貢献した上で同じ楽しい時間を過ごしているだけ。 そんな楽しい時間や環境も、お金だけでなく時間と労力を提供してくれる人がいないと続かないですし、 せっかく好きなことで集まったんだから、ひりついた環境よりはみんなで楽しく遊んだり騒いだりしたいですよね。 ふと、そんなことを思いました。

輝きの向こう側から見えたもの 〜アイドルマスターシリーズ作品の楽曲の歌詞を解析〜

アイドルマスターシリーズは旧ナムコ(現バンダイナムコ)のアーケードゲーム『THE IDOLM@STER』を元とする、一連のアイドル育成ゲーム又はメディアミックスシリーズの総称です
2005年から続いており、昨今の二次元アイドルブームの大元とも言える、10年以上続くロングセラータイトルです

普通の女の子/男の子たちが、プロデューサー(プレイヤー=あなたであり、同時に作中キャラクターでもある)のプロデュースによってステージで輝く存在に変わる
この過程で出会う仲間とライバル、成長と葛藤、そしてその先にある夢、目標
アイドルマスターの魅力はそこにあると、個人的に思っています

まぁこの記事を見ている人はそれくらい常識(?)と思いますが、自分はそんなアイドルマスターシリーズが大好きです
アニメ版アイドルマスター(いわゆるアニマス)と劇場版アイドルマスター(いわゆるムビマス)からプロデューサーを名乗らせてもらっています

そんな自分ですが、つい先日こんな記事を見つけました
プリパラは3年9か月、何を歌ってきたのか？～テキストマイニングによる分析～

この記事を読み、その深さと面白さに強い衝撃を受けました

普段何気なく聞いている曲の歌詞の中から「何を謳っているのか」「何を伝えたいのか」
それらを束ねて、そのシリーズは一体どんなストーリーを歌っているのかという情報をデータから数理的に拾う…

「これは、アイマスPとしても情報を学ぶ学生としても、やらないといけない」
そう思い、アイドルマスターシリーズの楽曲の歌詞の解析を行うことにしました

なお、筆者は自然言語処理に関してはほぼ素人です(大学で少し触った程度)
ですので、一部不適切な処理/説明をしていることもあると思います
もしおかしな点があれば、ぜひコメントやGitHubのIssue(後述)で知らせてもらえると嬉しいです

以下、技術的な話が続きます
興味のない方は解析結果までジャンプしてください

前段階 (歌詞を集める)

まずは歌詞を集めないといけません

さいわい、上で紹介した記事に歌詞の集め方が載っていました

大量の歌詞を一度にテキスト化して保存する方法。

これを参考に、

の5つのシリーズと、
765AS、ミリオン組の全キャラクターとシンデレラで声が付いているキャラクター全員分の歌手検索を行い、ヒットした曲を全て取り込みました

しかし、一部キャラクターは検索がとてもむずかしかったので、手動でピックアップしています

  • ロコ(ミリオンライブ)
    • 伴田路子では当然ヒットしない
    • しかし、ロコだけだと無関係のものまでヒットする
    • 仕方がないので、『STEREOPHONIC ISOTONIC』と『IMPRESSION→LOCOMOTION!』(2曲ともロコのシングル)のみ抽出
  • ジュリア
    • 「ジュリア」だけだと、Juliaまでヒットして洋楽がたくさん入ってくる
    • 仕方ないので、『流星群』『プラリネ』『スタートリップ』(3曲ともジュリアのシングル)のみ抽出
  • 菊池真
    • なぜか菊池桃子さんの曲もヒットする
    • とはいえ、真が歌う曲はそこそこ多い(カバー曲含め、カバー曲に関しては後述)
    • 仕方ないので、手動で「singer:菊池真」となっている曲のみ抽出

また、カバー曲の扱いについてとても悩みました

  • カバー曲を弾くのは難しい
    • 歌手欄はアイマスオリジナル曲と一緒
    • 作詞/作曲で弾こうにも、種類が多すぎて無理
    • そもそも、自分自身が全てのアイマス関連曲を追いきれてないのでよく分からないところが多々ある
    • カバー曲はそのキャラクター自身と無関係ではない
      • 千早の『Shangri-La』
      • 真の『アンバランスなKissをして』
      • 卯月の『気まぐれロマンティック』
      • などなど...

以上の理由から、カバー曲も含めています

他、「to D@nce to」等のremixシリーズや、『約束』『約束(TV ver)』『約束(M@ster Version)』等は全て一つの曲として手動で整理しました

結果、合計765曲(偶然)のデータをソースに解析を行いました

解析に使用したもの

自分はプログラムをある程度書けるので、Rubyでコードを書きました
ちなみに、上で引用した記事ではフリーソフトを使っているようです

ライブラリとして、CaboChaとMeCabを使用しました
(MeCabはCaboCha内部で使用されている)

Rubyラッパーとして、cabocha-rubyを使用

コードはGitHubに上げました

github.com

  • word_type_analysis.rbは、特定の品詞の単語のみを抽出する処理
  • link_to_from.rbは、特定の単語と係り受け関係のある単語を抽出する処理
  • sort.rbは、上の２つの処理の出力結果を頻度順にソートして、末尾に合計を出力する処理

となっています

解析した結果はresultフォルダ以下に置いてあります

「こんなふうに解析したんだ―」って雰囲気が伝わればいいな

解析の結果、見えてきたもの

まず、どんな単語がよく出てくるのか(type_analysis.rb)を解析した結果

名詞

結果

「私」「あなた」「みんな」といったワードや、「夢」「心」「未来」「世界」といったアイドルマスターシリーズ特有とも言えるワードが上位に入っています
他には「男気」というワードが結構出ていたりと、なかなかおもしろい結果となっています

また、頻度上位の単語だけでなく、下位の方の数回しか出ていない単語を見ていると

  • シロツメクサ
  • 秩序、理論、不可思議
  • ホップステップジャンピング
  • ラブラブジュテーム
  • ア・ン・キ・モ
  • ブレイズアップ
  • コレガニッポンノハルデス
  • グリモワール
  • デネブ、アルタイル、ベガ
  • ジェットマシーン
  • イルミルミルミ
  • ストロベリー・キユーピッド
  • ウサミンキュンキュン
  • 錬金術、He、Li、F、Ne、Mg、Al、Si、Cl、Ar、Ca
  • カーテンコール

といった「あ、これはあの曲だな！」という単語がいくつかあって面白いです

動詞

結果

今度は動詞です

「する」「なる」「いる」「ある」といった単語が圧倒的多数出ていますが、これは仕方ないとして、 「見る」「知る」という知覚系の動詞2つがトップに並んでいます

また、「輝く」「信じる」「変わる」「なれる」「夢見る」「踏み出す」「憧れる」「つかむ」あたりは、アイドルマスター特有の『成長、夢、目標』と関連がありそうです
しかし、「迷う」「泣く」というワードもあるとおり、常に前向きではなく『壁にぶつかって悩み、時には立ち止まることもある』という面も見えてきます

また、頻度下位の単語も特定の歌を連想させる動詞がちらほら見え面白い結果となっています

形容詞

結果

次は形容詞です

これも「ない」「いい」というノイズ的な単語が2トップですが、その下に「強い」という単語に意外性を感じます
おそらく、「強く〜」という形でよく出てくるからでしょうか？

他には「楽しい」「優しい」というポジティブな単語が並んでいたり、「切ない」「怖い」「弱い」というネガティブな単語が並んでいます

また、「熱い」「恋しい」「愛しい」「欲しい」といった、情熱的な単語もいくつか上位に見えます

これらから、アイドルマスターには「切ない楽曲」「情熱的な楽曲」「楽しい楽曲」と幅広い層の曲があることが読みとれます

頻度下位の単語ですが、形容詞はあくまで「何かを飾る」「何かの状態を表す」という副次的要素が強いので、単一では特定の楽曲を連想しづらいと感じました

感動詞

結果

感動詞は「それ単体で独立している」「活用がなく、その単語単体で文になる」といった特徴を持ちます
歌詞の勢いをつけたり、単体でその曲の特徴とも言えるフレーズとなったりと、他の品詞とはまた違った扱い方をされることが多いです

そんな感嘆詞を見てみると「さぁ」「ほら」「ねぇ」といった話し言葉によく見られる単語が3トップで並んでいます

そして、その次に「ありがとう」
これはアイドルマスター特有の単語として現れていると思われます
実際に、上位5つ(「さあ」と「さぁ」は別でカウントされているため)を足し合わせると724となり、これは全歌詞中の感嘆詞(1467個)のほぼ半分を占めています
「ありがとう」という単語は、アイドルマスターではとても大切であると読みとれます

また、感嘆詞はその性質から特徴的なものが多いので、特定の曲を連想させる単語が多数見えます

  • 「メリークリスマス」って13回も出てるけど、クリスマス曲...?
  • 「Kiss」は9回、これもいくつかピンとくる曲がいくつかありますね
  • 「オー」は掛け声的なもの...?
  • 「嗚呼」はあえて「あぁ/ああ」と書かないあたり、これもいくつかピンと来る曲が...

感嘆詞だけに注目して考察してみても、いろんなことが連想できて面白いですね

係り受け解析

最後に、いくつか気になった単語に関して係り受け関係にある単語を抽出した結果をまとめました

resultフォルダ以下の「◯◯_link_analysis_result」というファイルが結果ファイルです

いくつかの単語について係り受け解析を行いましたが、その中でもいくつかをピックアップしたいと思います

輝く

結果

輝くという単語に対して、「世界」「場所」「ステージ」「キラキラ」「夢」といった単語が並んでいます

これはまさに「アイドルとして輝きたい」という願いそのものの現れであり、とてもアイドルマスターらしい傾向だと解釈できます

他には、「キラキラ」「星」「Shine」「照らす」といった「星/太陽/空」に関連して「輝く」という単語が出てくることが多いと読みとれます

私

結果

これは「私」「あたし」「自分」「僕」「俺」といった、自分に関する単語の係り受け関連を解析した結果です

結果のトップに「なる」「いる」「する」という単語が並んでいることから、 自分の意思で「何かになる」「何かをする」というフレーズや、「自分はここにいる」という存在を示すフレーズを連想できます

他には「信じる」「知る」「新しい」「なれる」といった自分を信じる、自分(の可能性や新たな一面)を知る、新しい自分、自分は〜になれるという、非常に前向きなフレーズも連想できます

まさに「アイドルとして/人間としての成長を描く」、アイドルマスター特有のフレーズをたくさん連想することができますね

信じる

結果

一番上に「自分」という単語が来ていて、その次に「！(感嘆符)」が来ていることから、自分を(強く)信じるというフレーズが連想できます

他には「力」「絆」「届く」「ずっと」「道」「未来」「叶える」「明日」という、「信じる」と組み合わせるとポジティブで非常にアイドルマスターらしいフレーズを連想できる単語が並んでいます

まとめ、そしてこれからのアイドルマスター

いかがでしたでしょうか？

歌詞の解析を行うことで、普段はなんとなくでしか意識していなかったフレーズやテーマを、数理的に解析することでとても面白い結果が見えました
GitHubのリポジトリも気が向いたら更新していくつもりです

「歌」という「輝き」の向こう側を解析して、そこから得られたデータはまさに、「アイドルマスターとは」という漠然とした問い対しての一つの解と言えます

アイドルは輝くステージ/世界の存在であり、そこに向かって努力し、時には悩み喧嘩し、それでも仲間や自分を信じ、精一杯に夢や希望に向かって進んでいく
アイドルマスターはまさに夢に向かって頑張るストーリーであり、その過程であり、だからこそ我々プロデューサーはアイドルマスターという一つの「お話」に惹かれるのかもしれません

Rancherを使ってWebからコンテナ管理をできるようにした感想

以前書いた記事の環境でサーバを管理してたんですが、さすがに1つのcomposeファイルで管理するのはきつくなってきました。 そこで、ちゃんとコンテナオーケストレーションができるツールを入れようと考えるようになりました。

有名なのはk8sですが、そもそも本格運用したい訳ではなくて、単に「簡単に管理がしたい」という点で、rancher-serverからブラウザで管理ができるRancherを使うことに決定。

Rancher(日本語)

Rancherの動かし方等はggったら出てくるので、実際に動かしてどんな風に感じたかを書くことにします。 (なお、個人の趣味的なサーバなので、仕事で実際にやるのとは違います)

ざっくりとした感想

楽

とにかく楽ができます。

  • ブラウザからポチポチして操作できる(これはRancherというより、rancher-serverの機能)
  • 土日にアクセスが少し集中する時間帯等に、スマホのブラウザからポチポチするだけでいい感じにスケールしてくれる
    • 個人の趣味でやってるサーバなのでやってないですが、複数ホスト間でいい感じにスケールしたりできるみたいです
  • コミュニティの方が用意してくれているテンプレート等があるので、そこからgitlabやlet's encryptなんかをすぐに展開できる

ちょっと不満な点

rancherのイメージがなかなかでかい

  • rancher-serverとrancher-hostを動かすだけで、アイドル時1Gくらいのメモリを持っていかれる
    • 個人運用のサーバはこれが致命的(今回のサーバはそもそも2Gしかメモリがない)
  • Rancher組み込みのLBに柔軟性がない
    • SSL周り等を簡略化できるけど、HTTP/2に対応してなかったり、LBだけでリダイレクトできなかったりと機能不足と感じた
  • 情報が(k8sとかと比べて)少ない
    • あっても英語(ここでモチベと気力が結構持ってかれる)

まとめ

こまごましたところで不満は感じますが、それと引き換えに圧倒的に楽ができるというイメージです。

メモリに関しては、仕事ならそんなに気にならないと思いますが、個人でやってる身からすれば死活問題です。 もっとも、そもそも2Gというのがなかなかつらいので、そろそろ一つ上の4Gコースに変えようかなぁ...

GMT、UTC、UnixTimeって何が違うの？

この世界には時間が流れています

過ぎ去った過去は戻ってきませんし、すべての存在に等しく時は流れます

人の叡智は、そんな偉大で悠久の時をほぼ正確に刻む術を手に入れました。(水晶とか、原子とか、素粒子とか、光とか)

時のズレを検知して、地球上どこでも位置を測定することができるGPSは、時計測技術の極致とも言えます

時差

前置きはおいておいて...

この地球は時差が存在します

つまり、日本で朝9時でも、英国では真夜中の0時だったり…

要するに、日本で23時としても、英国ではアフタヌーンティーの真っ最中だったりする訳です

(グリニッジ標準時は日本標準時から-9時間)

高度なリアルタイム通信網が地球全土を埋め尽くしている昨今、この時差はとても面倒です

なにせ、オンラインミーティングを15時からしようと決めていたのに、サンディエゴの同僚に電話したら「今何時だと思ってるんだ！」と、トラブルが起きるでしょう

(アメリカ太平洋標準時は日本標準時から-17時間)

それでは困るので、世界で統一的な基準となる時間という決まりが存在します

GMT

歴史的に海洋帝国として栄えていた大英帝国は、18世紀からその国内法で「グリニッジ天文台で太陽が南中する時刻を基準として標準時として扱う」と定められており、船乗りたちはそれをもとに生活をしていました

(流石に遠隔地では現地時間に合わせた生活をしていたようですが)

19世紀末には、電信等を使用する際の標準時として、グリニッジ標準時を基準として扱うことが国際的に決定します

つまり、

GMT = 「グリニッジ天文台で太陽が南中する時刻を基準にした時間」

と言えます

UTC

さて、それから技術は更に進歩し、原子にマイクロ波を浴びせたときに生じる振動を利用したり、光の波動によって作成された格子の中に原子を閉じ込めたりすることによって生じる振動などを利用したり、光の速度は常に一定という定理から「光が進む距離」を利用したりするなど、今では1京分の1秒の精度で時を測ることが可能になりました。

「じゃあ、それらを世界の時間の基準にすれば...」

確かに、微妙に観測しづらい南中時間より圧倒的に正確なんですが、少し困ったことに、地球の時点速度は地殻変動や潮汐力によって変動します

つまり、地球における1日という時間は、実は毎日微妙に違うという困ったことが分かってきました。

(実際に、大規模な地震で自転軸がずれて1日の長さが変わったり、潮汐力によって潮の満ち引きが起こることは有名です)

「これでは困る…けど、原子時計の正確さも欲しい…」

ということで、「セシウム原子を利用した原子時計を基準として、自転速度の変動によって起こる実際の南中時刻とのズレを、うるう秒を挿入することにより誤差±0.9秒以内に保つ」という決まりのもと協定世界時(UTC)が決められました

UnixTime

GMTとUTCは時刻ですが、一方でUnixTimeはコンピューター内部での時刻表現の一種です

現在ではコンピュータは必要不可欠で、コンピュータのない世界はもう想像できません

今日広く普及しているオペレーションシステムは、大体はUnixというオペレーションシステムの影響をとても強く受けています

このUnixは1970年頃に世に広く普及したのですが、Unix内部では「協定世界時の1970年1月1日0時0分0秒からの累計秒」で現在の時刻を保持する仕組みになっていて、これがUnixTime(または、Unix Epoch)と呼ばれる時刻表現の一種の決まりになっています

ここで重要なのが「協定世界時の」1970年1月1日0時0分0秒からの累計秒であるという点で、うるう秒等が差し込まれるとうるう秒の間だけUnixTimeの1秒は世界協定時の2秒になるという点

つまり、1998年の大晦日に差し込まれたうるう秒を例に上げると

世界協定時 1998年12月31日 23:59:59 → UnixTime 915148799

世界協定時 1998年12月31日 23:59:60 → UnixTime 915148800

世界協定時 1999年01月01日 00:00:00 → UnixTime 915148800

世界協定時 1999年01月01日 00:00:01 → UnixTime 915148801

ということになります

※UnixTimeはUTCやGMTと違い、条約や協定は存在しないため、システムによって実装が異なります

まとめ

時という一見計測しにくいものを、凄まじい精度で計測できるって、人間はすごい