naichiの投稿 - Crieit

SlackのファイルをGASで自動削除する

2019-03-06T00:48:44+09:00

Unityゲーム開発者ギルドというコミュニティを運営しているんだけど、
無料版で使っているSlackのファイルストレージがギリギリになってた。

Unityギルドについてはこちら -> https://twitter.com/naichilab/status/1061929632037892096

このままじゃファイルアップロードできなくなっちゃうので、古いファイルは自動削除されるようにした。
とりあえず30日以上経過したファイルは問答無用で消していこう。

（Slackのメッセージも今のペースだと２週間たらずで消えちゃうから30日経過したら削除で十分だろうと判断）

GASで下記スクリプトを作成。プロジェクトのプロパティでレガシートークンをセットして１時間トリガーを仕掛けた。

１時間ごとに起動して、３０日以上経過したファイルを１０件検索＆削除。

削除後の反映は最大48時間かかるらしいので様子見〜。

function deleteOldFiles() {
  var res = filesList(30, 10);
  if(res.files.length == 0){
    Logger.log("削除対象ファイルは見つかりませんでした。");
    return;
  }

  res.files.forEach(function(file){
    Logger.log("削除します。 ID=" + file.id + ", Size=" + file.size);
    filesDelete(file.id)
    Utilities.sleep(50);//sleep 50msec
  });
}


//ref. https://api.slack.com/methods/files.list
function filesList(days, count){
  var params = {
    token: PropertiesService.getScriptProperties().getProperty("SLACK_ACCESS_TOKEN"),
    ts_to: elapsedDaysToUnixTime(days),
    count: count
  }
  return execute('files.list', params);
}

//ref. https://api.slack.com/methods/files.delete
function filesDelete(id){
  var params = {
    token: PropertiesService.getScriptProperties().getProperty("SLACK_ACCESS_TOKEN"),
    file: id
  }
  return execute('files.delete', params);
}

function execute(apiName, params){
  var options = {
    'method': 'POST',
    'payload': params
  }
  var res = UrlFetchApp.fetch('https://slack.com/api/' + apiName,options);
  return JSON.parse(res.getContentText());
}

function elapsedDaysToUnixTime(days){  
  var date = new Date();
  var now = Math.floor(date.getTime()/ 1000); // unixtime[sec]
  return now - 8.64e4 * days + '' // 8.64e4[sec] = 1[day] 文字列じゃないと動かないので型変換している
}

長期化する個人サービス開発でモチベーションを維持する方法〜unityroomができるまで〜

2018-12-18T00:03:29+09:00

こちらはCrieitで開催されている「アドベントカレンダー」18日目の記事です。
何書いてもいいそうなんでちょっとポエミーな記事かきます。

昨日はHataさんの今年スマホアプリを作ってプログラマーになった40代女性の話。でした。
ちょっと感動しました。何を始めるにも遅すぎるなんてことはないですね。

はじめに

まずはこちらの記事をご覧ください。
個人でサービスを作りきるために必要なことが分かりやすくまとめられています。とても有益〜。

個人開発のモチベーションが続かない、作り終わらない。原因と対策を考えてみた。 - フロントエンドの地獄

さて、そこに書かれているような「小さめ」「短期間」「未経験技術は使わない」といったコツを思いっきり無視したらどうなるでしょうか？

今振り返ると笑い話ですが、私の作ったゲーム投稿サイト「unityroom」の開発がまさにそういうアンチパターンの塊でした。

思い立ってから初期リリースまで１年半もかかりました。
なぜそんなにかかったのか、どうやってモチベーションを維持したのか、そのあたりを思い出しながら書いてみたいと思います。

今日の記事は初期リリースまでの思い出話です。初期リリースから２年経過した現在の構成について興味があれば下記記事もどうぞ。
ゲーム投稿サイト「unityroom」に使われている技術 - naichi's lab

実際どれくらいかかったのか

リポジトリや過去ブログを漁ってみました。

2014年
- 12月 Rails Tutorial開始した（Railsの勉強）
2015年
- 4月 ConoHa VPSにChefでRails環境構築を自動化した（サーバー構築自動化の勉強）
- 6月 ConoHa ObjectStorageを使う方法調べる（ファイルアップロード方法の模索）
- 8月テスト認定技術者試験(JTSQB)合格（テスト手法に興味を持ち勉強）
- 10月 SASS(CSS)ちょっと学んだ（Webデザインも覚えたくて勉強）
- 11月 ActionMailerと格闘する(このころがたぶんRailsTutorial3周目)
- 12月 Capistrano3でデプロイを自動化した（デプロイ自動化の練習）
2016年
- 1月本格的にunityroomのプロダクトコードを書き始める（やっと開発）
- 2月 RSpec勉強しながらテストコード書く（開発）
- 4月最低限の機能完成（開発）
- 4月末一般公開！

日付が分かるものだけを書き出してみたらこんな感じでした。

全部で16ヶ月も...かかっている...

前半1年は勉強しかしてないし本腰入れたのはラスト4ヶ月みたいですね。

どうしてこんなことになってしまったのか...

やりたいことが多過ぎた！

こちらの技術説明記事にも書いたんですが、unityroomを作る前に似たようなサイトを運用していました。
（アップロードするファイル形式が違うだけで、どちらも同じゲーム投稿サイトです）

前身となるサイトがあったからこそ、ああしたい・こうしたいという夢が広がっていました。

イケてるデザイン、超使いやすいアップローダ、ユーザー間の交流もしたい。
ランキングもつけたいしスマホでも遊びたい、とか。

運用面でも、FTPで更新するのもう嫌だからデプロイ自動化しよう。
開発者としてテストとか書けるようになりたいなやってみよう。とか出てくる出てくる。

ここまで盛り込むとどう考えてもWeb開発初心者(PHPちょっとやっただけ、Rails未経験、CSSわからん)が1ヶ月で作れるボリュームではありません。

まぁ初心者が作りたいって思ったらボリュームなんて気にしないですよねw

Rails舐めてた！

Rails楽しそう！で勉強を始めましたが正直なめてました。
Railsチュートリアル３周、入門書を２冊、Progateもやって、ブログ記事読み漁って...それぐらいしてやっと馴染んでくるレベル。

Rubyいれるために rbenv ってのが出てきて、Rails入れるために bundler が出てきて、Rails自体にも bundle exec rails xxx とかってコマンドが無数にあります。

さらにPHPと違って共用サーバーじゃ動かないからVPSが必要で、VPSはOSから入れないといけないからLinuxも勉強して、デプロイするために各種ツールが必要で...。（この辺りは後に全部捨ててHerokuに載せ換えることとなります）

下記記事をみてもらうと分かるんですが、Railsにはとてもたくさんの技術・知識が使われています。

あなたがマスターしたのはいくつ？ Railsを習得するために必要な技術要素の一覧 #Rails - Qiita

ほんとRails恐ろしい子！

無計画にRailsをやり始め、「これ何だろう？」って立ち止まるたびにググっては横道にそれ、面白いと感じたら本を読む。
それを繰り返していった結果、非常に多くの時間を費やしてしまいました。

当然ですが、Railsを使う ために全て理解・習得する必要はないです。

行き詰まってもググれば先駆者の記事が見つかりますし、コピペでもどうにかなることがほとんどです。

私の場合は技術習得に比重を置いたため、学ぶ分野が増えてしまいました。

未経験技術に触れ過ぎた！

Railsでアプリをリリースするだけであれば、CI/CD(自動テストや自動デプロイ等)まで手を出す必要はなかったのですが楽しそうなので寄り道してしまいました。

開発中に触れた未経験な技術を並べてみます。（現在使ってないものも含む）

Ruby / rbenv / bundler
Rails / rake / unicorn / puma / gem各種
Sass(CSS)
RSpec
Jenkins / CircleCI
Capistrano3
ConoHa / VPS / ObjectStorage
CentOS / Linuxコマンド各種
Ansible / Chef
Heroku / Heroku Pipeline
Rubymine

書籍が出てるものは買って読んだし、チュートリアルは手を動かしたし、どう使えば開発運用が楽になるか模索していました。

そりゃ時間かかりますよね。

どうして続けられたのか

ふらふらと寄り道しながらもリリースまで続けられた理由を考えてみます。

作りたい具体的なイメージを持ち続けた

前身サイトもゲーム投稿サイトだったので、公開したらどんな感じで使ってもらえるかある程度想像がついていました。

自分もゲームを作っているので、作ったゲームが遊ばれることがどれほど嬉しいか知っています。
気軽にゲームを公開してもらいたい。
可能ならはじめて公開する場として使ってもらいたい。

開発期間が長期化してもそのイメージがずっとあったので、目標を見失わずに続けられました。

普段飽きやすい私が１年半も作り続けられたのは、やはり自分自身が使いたいものを作っていたからかなと思います。

コツコツ続けた

ちょうど作っていた時期、不幸にも往復5時間かかる職場に通勤していました。
（バス＋電車＋地下鉄＋徒歩）まぁ自分で選んだんですけど...

不幸中の幸い（？）、安定して片道1時間電車に座れたのでその時間を開発に当てていました。

1時間っていう時間が「今日はこれをやろう！」と決めてから「ある程度進捗が出はじめる」のにちょうどいいんですよね。

朝進捗があると夜エンジンかかるのも早いです。これが毎日なので少しずつですが着実に進みます。

こんな生活を1年続けたので勤務日だけでも2h*220日=440時間...元気があれば帰宅後や休日もやってたので結構な時間やってますね。

フルタイムの業務に加えて残業60時間＋通勤100時間かかってました。なのに電車で寝ないで開発するとか今考えると頭おかしいですね

GitHubに草生やすのも楽しい

naichilab | GitHub （これは2018年のグラフ）

GitHubにはコミットをグラフ化する機能があります。

よーし１コミットだけやるぞ！って机に向かったらめっちゃ捗ったりとかありません？？

小さな達成感のコントロール

多くの未経験技術に触れたと書きましたが、どれも楽しみながら学びました。

わかりやすく書かれた入門書を読むことは、比較的安価に達成感を味わえるのでオススメです。

達成感①：スラスラ読めるので数日で１冊読み終わる
達成感②：知らない技術を分かった気になれる
達成感③：上記①②から、着実に進んだと思いこめる

まぁ本読んだだけでは使いこなせないです。それは問題ではなくて、少なからず知識が増えたことを喜ぶことが重要。

メインの開発が行き詰まったとき、しんどい思いしながら続けると病んでしまいます。
そういう時はストレス解消だと思って気軽に別の技術に触れています。

ストレス解消できて成長も感じられていい感じ。

焦らない

誰でも無料でサービス開発ができる時代になりました。日々数多くのサービスがリリースされています。

素晴らしい品質のサービスもたくさんあり、自分のサービスと比較すると着眼点・技術力の差に目眩がします。

それでも今の自分に出来ないことは出来ないので焦っても仕方がないです。

１つ１つの開発を急ぐより、多少時間がかかっても着実にリリースすることを重視したいです。出し続けられることの方が大事。

千里の道も一歩から。

楽しく開発して長く続けましょう！！！

まとめ

unityroomの開発が長期化した理由と、モチベーションを保ってリリースできた理由を思い出しながら書いてみました。

人によってモチベーションのコントロール方法は違うと思います。
どのような方法が合うのかもやってみないと分からないことが多いです。

今日書いた内容が、1000人に1人でいいのでモチベーションが尽きかけてる人の一助になれば幸いです。

一緒に開発を楽しみましょう〜！！

明日はPorinさんです！お楽しみに！

ゲーム投稿サイト「unityroom」に使われている技術

2018-12-14T00:03:14+09:00

こちらはCrieitで開催されている「個人開発サービスに用いられている技術 Advent Calendar 2018」14日目の記事です。
昨日はnabettuさんの「cometsを支える技術」でした。cometsを使えば発表が楽しくなること間違い無しですね！

はじめに

こんにちは、@naichilabです。Unity製のゲームを投稿できるサイト、「unityroom」を開発・運用しています。

unityroom

すべてのゲームが無料で、PCとWebブラウザさえあれば遊べます。
数多くのゲームが投稿されてますのでぜひ遊びに来てください。

このサイトは2016年4月29日に公開しました。
あれから約2年半、おかげさまで公開されたゲームは3000を超え、非公開や限定公開も含めると4500を超える作品が投稿されています。

今日はアドベントカレンダーということで、このサービスにどのような技術が使われているかをご紹介したいと思います。

Ruby on Rails

Ruby on Railsは聞いたことある方も多いと思います。
Ruby用のアプリケーションフレームワークです。
分類的にはフルスタックフレームワークと呼ぶんでしょうか？大小様々なアプリが作れます。

unityroomもご多分に漏れず、大部分がRailsの標準機能で作られています。

なぜRails？

unityroomを作る前、前身として「うに部屋」（今はなきUnityWebPlayerの投稿サイト）を２年弱運用していました。
そのサイトはPHPとCakePHPを使って作りました。
CakePHPの入門書を手に取ってから二週間ぐらいでレンタルサーバーにデプロイできてしまい、あまりの手軽さに感動したのを今でも覚えています。

ただ、最初から最後までPHPが心から楽しいと思えませんでした。
普段はC#ばかり使っていたので、PHPのゆるゆるな感じが馴染めなかったのかもしれません。
（もちろん言語がダメというわけではなくなんとなく自分に合わなかっただけですよ！）

色々調べていくうちにRubyという言語やRuby on Railsというフレームワークがあることを知り、興味が湧いて次に何か作るときにはRailsを使ってみようと決めました。そしてRailsを勉強しながら最初に作ったサービスがこのunityroomです。

フロントエンド

フロント側を見てみましょう。

erb と slim

ビューテンプレートはRails標準のerbと、一部でslimを利用しています。
開発当初にslim良さそうじゃん〜と思って使い始めたものの、期間をあけて触ろうとすると構文調べることが多くて、結局シンプルなerbに戻そうとしていますw

CoffeeScript

スクリプトはRails標準のCoffeeScriptで書いてます。
CoffeeScriptで書いたものがRailsの機能でjsに変換されて出力されます。

Bootstrap4

CSSはBootstrap4を使っており、部分的に上書きしたりして使っています。

初期リリース時はBootstrap3 + 市販のテンプレート(買い切り$30)を使ってたんですが、市販テンプレートの機能が多すぎて素人の手には扱いきれませんでした。
その後リニューアル時にすべて切り捨ててBoostrap4のみにしました。
ゲームのサムネイルが並んでいるのも全てBootstrapのCardsです。

Bootstrapは非デザイナでもとりあえずWebサイトっぽくしてくれるので好きです。

とはいえCSSゼロから書けるの憧れる〜〜〜。
いずれはフルスクラッチでイケテルサイトを作ってみたいものです。

Vue.js

誰でもタグ編集画面だけVue.jsを使っています。

このページではvue-input-tagというライブラリを活用しています。

Vue自体とても分かりやすいですしもっと使いたいんですが、Railsとどう組み合わせていいか分からず横展開できてません。

Turbolinks(Railsの機能)はOFF

Rails標準機能にページ遷移を高速化するTurbolinksというものがあります。ページ遷移をフックすることで高速化する仕組みのようです。

しかしUnityWebGLのBGMがページ移動しても鳴り続けたりとよく分からない挙動をしたので安易にOFFにしました。（雑対応!!

バックエンド

続いてバックエンドです。

Heroku

ホスティングはHerokuを使っています。

リリース当初はConoHaのVPSにCentOSを入れて、Railsを入れて・・・ってやってたんですが、サーバー運用辛すぎてすぐに載せ換えました。多少出費はかさみますが時間を買ってると思えば安いもんです。

普段は Standard-1X dyno($25/月) ２つで運用しています。

スケールアップ・アウトの冗長構成とか自分じゃ組めないし組みたくもないです。覚える時間があったらサービス作りたいですね。

Heroku Postgres

データベースはHerokuアドインの Heroku Postgres ($9/月)を使っています。

これもちょっとお高いですがコマンド一行で定期バックアップの設定できたりと便利です。

Heroku Redis

Railsのキャッシュ保存先として、 Heroku Redis (無料)を使ってます。

Cloudflare

unityroom.com ドメインのDNSとして、またCDNとしてCloudflareを使っています。

無料で使ってますが、性能に不満を感じたことはないです。
認証とかあってもデフォルト設定でよしなにキャッシュしてくれてすごいなと思いますw

あとHerokuにホスティングすると標準ではネイキッドドメイン（ www. のつかないドメイン）で公開できないんですが、CloudflareのCNAME Flatteningという機能を使うことで www. なしを実現しています。

ConoHa オブジェクトストレージ

日々増えていくゲームファイルの保存先として、ConoHa オブジェクトストレージを使っています。

クラウドストレージで一番有名なのはAWS S3だと思いますが、ゲームはファイルサイズが大きくなりやすく、データ転送量に課金されると財布が死んでしまいます。ConoHaのデータ転送量無料に惹かれて使い始めました。一年ぐらい前はアクセスが集中するとアップロードエラーが出たりしていたのですが、最近は大丈夫そう。サーバー補強されたのかな？

S3と同じくOpenStackという仕様に準拠してるそうなのでfogというライブラリを使ってAPIを呼び出しています。

今日確認したら122GB使われてました！

バッチ処理

定期的に実行する処理はRails内にRakeタスクを作成し、Herokuアドインの Heroku Schedulerで定期実行しています。

ちょっとした工夫

ファイル転送

ファイルアップロードはデータ転送量が多いので、Railsを介さないような工夫をしています。

サーバー側でオブジェクトストレージのAPIを叩いてPUT可能な一時URLを取得
一時URLをクライアントに渡し、クライアントから直接オブジェクトストレージにアップロード

こうすることでRailsに負荷をかけずにアップロードすることができます。

前身の「うに部屋」ではPHPで作ったフォームでファイルをアップロードしていたので、ファイルサイズは100Mまで(Webサーバーの制限)、さらに数人が同時にアップロードするとタイムアウトするなど、ひどい作りでした。

この辺りはどうしても解決したいと思い、unityroomの開発を始める前によく調べました。

またダウンロードもiframeでオブジェクトストレージに公開したコンテンツを読み込んでるだけなので、データはRailsを経由していません。

テストとか

テストはRSpecで書いています。とはいっても書き方よく分からず書ききれていないです。
投稿者以外からは見えないこと とか 何時何分に公開されること といった手動でテストしづらいものを重点的に書いています。

デプロイ方法とか

ソースコードはGitHubで管理しており、開発チケットはIssueで管理しています。

基本的にGithub Flowと呼ばれるブランチ運用をしており、チケット単位で開発（かなり適当）し、プルリクエストを作成しています。

プルリクエストが作成されるとHeroku Review Appsという仕組みで検証環境が自動デプロイされます。（プルリクエストがマージされるか閉じられると自動で消えます）

それと同時にCircle CIがテストを実行してくれます。

ReviewAppを使うことでマージ前に実際の動作を確認できるのでレビュー作業がとっても楽です。

プルリクエストがマージされ、masterブランチが更新されると、ステージング環境に自動デプロイされます。
この環境は常に起動しており、実際のファイルアップロードとかもできるようにしてあります。

ステージング環境で最終確認をしたのち、Heroku上でPromoteボタンを押すと、やっと本番リリースです！

本番リリース時もHerokuがDynoを順繰りに更新してくれるので、ユーザーから見てダウンタイムはありません。（データベースマイグレーションが必要な場合は止めますが。）

紹介したReviewApp、ステージング、プロダクションといったものはすべてHeroku Pipelineの機能です。簡単な設定でめっちゃ便利になるのでみんなにオススメしたいです。

無料ですし簡単に使えるので重宝しています。

パフォーマンス計測その２

無料プランのNew Relicも入れてあります。

エラー発生時にどこのメソッドでどういうエラーが出てたかとか遡って確認できます。

無料だとスロークエリとか見れないのが難点ですが、そこは rack-mini-profiler で補ってます。

今後の目標

今はまだ 開発者が使う投稿サイト という感じなのでアクセス数も大したことありません。

これだけ多くのゲームを投稿してくれた開発者の皆さんに恩返しするためにも、
ゲームが遊べるサイト としてゲーム開発者以外のユーザーに使ってもらう必要があります！

機能追加や使い勝手の改善、デザイン改修などやりたいことは山ほどあるんですが全然作業時間が取れていません。

もしゲーム作りが好きでunityroomを一緒に開発したいぜ〜！みたいな人がいたらぜひお声がけください。
特にデザインできる人が手伝っていただけるとめっちゃ嬉しいです。（報酬は相談させてくださいね）

もっとアクセス増やして稼いで皆さんにどんどん還元したい！

まとめ

非常に長い記事になってしまいました。思い入れのあるサービスなのでまだまだ書けそうですがこの辺にしておきましょう。

naichiさんって本業はWeb屋さんですか？って結構聞かれるんですが、全然違うんです。
残念ながらゲーム作りもWeb開発も趣味でやっているので、全然時間が足りません。

とはいえ純粋に「楽しい！」を第一に考えて作れるのは趣味プログラミングのいいところですね。

ゲーム開発もWeb開発もですが、ああしよう、こうしようと考えたり話し合ったりするのはとても好きです。
なので意見・感想・要望などがあればドシドシお寄せください！！

みんな楽しく開発しましょう〜〜〜！

ここまでお読みいただきありがとうございました。それではまた！！

明日はSugiKentさんの記事です。お楽しみに〜

naichiの投稿 - Crieit

SlackのファイルをGASで自動削除する

長期化する個人サービス開発でモチベーションを維持する方法 〜unityroomができるまで〜

ゲーム投稿サイト「unityroom」に使われている技術

長期化する個人サービス開発でモチベーションを維持する方法〜unityroomができるまで〜