「振り返り」の記事 - Crieit

初のSaaSが12月で1周年なので振り返ってみた

2022-12-05T05:35:35+09:00

※これは個人開発 Advent Calendar 2022のカレンダー2/5日目の記事です。

個人開発でいろいろ作ってきたけど、
去年の12月にはじめてSaaSをリリースしました。

ちょうど1年経ったので、少し振り返ってみる。
12月はいろんな記事が出てくるので、少し触発されました(´ω｀)

GoogleスプレッドシートのJSON API化サービス

https://sssapi.app/

どんなサービス？

スプレッドシートのJSON APIをつくれるごくごくシンプルなサービス。

スプレッドシートのURLを登録すると、
中身をJSONで受け取れるAPIを作れます。

検索・絞り込み・ページングなどAPIでよくつかう機能や、
ネストオブジェクトへの変換などいくつか変換機能、
外部API呼び出しやGitHub Actionsとの連携機能などなども用意。

どうして作ったの？

β版リリース時の記事でもいろいろ書いたけど、
スプレッドシートをJSON化する方法はいくつか既存のサービスでは少し使いにくいな。。と思うことがあった。

既存のサービスでの課題

ちょっとしたJSON APIを作る方法はいくつかあるけど、
実際のサービスで利用しようとした場合、すこし気になることが。。

GAS
- レスポンスが遅い/同時実行数などの制限がある
- シートごとに準備が必要/どこで使ってるかわからなくなる
- リッチな検索の実装がめんどくさい
ヘッドレスCMS
- 個人・小規模・開発初期では手を出しにくい価格
- 機能がリッチだけど、初期ではなくていいものも多い
スプレッドシートDB関連サービス
- 必要な権限が多い
- プライベートなAPIは作れない

資金が潤沢であればヘッドレスCMSがよい選択だけど、
試作段階で、いきなり手を出すのはなかなか厳しいお値段。。

GASやスプレッドシートDB関連サービスは、
個人利用なサービスや学習用ではよいけど、
実サービスではなかなか厳しい制約。。

もう少しお手軽で実サービスでも利用できるものがほしいと思い、
このサービスを作りはじめることに。

スプレッドシートをDBにするときの懸念

多くの競合サービスは直接スプレッドシートに接続しているけど、
実際にスプレッドシートをDBにすることを考えたときに、
いくつか気になる点が。。

トランザクションがない -> データ壊れる可能性
編集中のリクエストも受け付ける -> 不正なJSONを返すの可能性
Sheets APIが必要 -> 実サービスだとつらい遅さ

作ったサービスが(万が一でも)大ヒットしたときに、
データが壊れたり、意図しないレスポンスになるのは、
かなりつらい。。

そのため、任意のタイミングのスプレッドシートでAPIを更新でき、
読み込み専用のAPIのみとする、いまの方針になりました。

1年やってみてどうだった？

予想以上に利用されてた!!
エンジニア以外の人の利用が多い!!
企業での利用が多い!!

自分と同じような個人開発者をイメージしていたので、
かなりびっくり。。うれしい悲鳴。。(*´ω｀*)
年プランの購入もあり、黒字で運営できてる。ありがたい。。(*´ω｀*)

CloudFlareの障害のときは気が気じゃなかった。。

マッチするユーザ

アンケートやインタビュー、利用データを見ていると、こんな感じに(*´ω｀*)

スプレッドシートを介したコラボレーション
- エンジニア以外がデータを操作しやすい
お知らせなどを極小のコンテンツをあとづけしたい
- 単純なものを素早く作れる
スキーマが決まってない開発初期
- データからスキーマが作成できる

特に、スプレッドシートは多くの人が見慣れているので、
データを作る人に管理画面の操作方法を説明しなくてもよく、
共有も共同編集も簡単にできるというのが強みのよう。

また、スキーマをあらかじめ用意しなくてよく、
列を追加すると自由に変更できるのでプロトも素早くできる。

マッチしないユーザ

逆にマッチしないユーザとしては、
スプレッドシートをDBとして使いたいエンジニア。

やはり、書き込みができない、すぐに反映されないのは、
かなりネックなため、刺さらない感じだった。。

とはいえ、DBとして使う懸念があるので、
妙案が出るまで少し難しいことを思っている。。

振り返り(というなの後悔＆反省)

うれしかったことも多かったけど、
「こうしとけばよかった。。」の日々(´・ω・｀)

ユーザとのコミュニケーション

機能の開発はずっとやってきたけど、
マーケティングは考えていなかった。。

リリースしたはいいものの、フィードバックを受けたり、
何かを個別に伝えたりというのが難しい状態に。。

以下のようなものが必要だと感じた。
さらにサイト上とメールなどのサイト外でやり取りできるとよい。

運営 -> 全体
- サイト内: お知らせ・更新履歴のページ
- サイト外: メーリングリスト
運営
- サイド内: フィードバックフォーム
- サイト外: お問い合わせフォーム/メール
運営 -> 個別
- サイト内: (現状なし。例:個別のお知らせ)
- サイト外: メール
運営個別
- サイト内: (現状なし。例:チャット)
- サイト外: メール

当たり前のことだけど、機能の開発が優先になってしまっていた。。
機能は最低限でもいいけど、
ユーザとやり取りできる部分はあらかじめ用意できていると良かった。。

統計データの収集

これもマーケティング関連。

リリースして終わりではなく、なにを改善すべきかを把握する必要があるが、
こんなに利用される想定ではなかったので、かなり後回しに。。

最低限でも仕込んでおけば、かなり改善を早く回せた気がする。

特に、Twitterでのコメントと、実際の利用データとはかなりの乖離があるので、
もっとはやく実データを見て判断できる基盤を用意しておけばよかった。。

個人利用の想定

想定ユーザが自分自身であったので、
複数人でがっつり利用されるのを想定しなかった。。

フタを開けてみると、企業での利用や、
エンジニア/非エンジニアとのコラボレーションが多い。

そういった場合、プロジェクトやワークスペースみたいな、
複数人で共同編集できる構成が必要。

そうしておくことで、メンバーを招待したりもできるので、
バイラル効果も期待できる。

特にSaaSの場合はマルチテナントな構成で組んでおけばよかった。。
(新機能として実装中...)

料金プラン設計

個人利用の想定も絡んでいるけど、
アカウント単位のシンプルな3プランだけにしていた。
(しかもかなり手を出しやすい価格...)

この設計の場合、なかなか収益を増やすのが難しい。。
ランニングコストがかかるリッチな機能も開発しにくい。

また、APIがたくさん作りたい人と行数をたくさん増やしたい人がいて、
ニーズにあうプランがないことも多い。

今回のサービスの場合は、ある程度、好きなプランにできるよう、
ユーザがカスタマイズできる構成で組んでおけばよかったと思う。

とはいえ、ユーザが無駄に費用をかけなくていいように、
無料で試せて、小さくはじめて、大きく伸ばせる、
みたいな仕組みにしておくと個人的にはとっつきやすい。

その他もろもろ

書きはじめるときりがないけど、ほかにもいろいろと。。

より積極的なインタビュー/事例収集
大きな更新よりも小さくても定期的な更新＆お知らせ
UIフレームワークは利用を控える/移行つらい
広告は少額だと微妙かも/ある程度の金額なら効果的
記事募集やクーポン配布は効果薄いかも

はやく小さくリリースするのも大事だけど、
こういったサービスの場合には、
マーケティング関連や共同利用の想定ももっと想定しておけばよかった。。

今後は？

まずは後悔している部分の対応と使い勝手を向上していく。

あとはNuxt3がリリースされたので、Buetfyを剥がしつつ、
すこしずつ移行している感じ。

シンプルさを保ちつつ、よりサクッと便利なサービスになるよう、
少しずつでも長く運営できるようがんばります(*´ω｀*)!!

ご興味がある方も無い方も一度はぜひぜひ〜(*´ω｀*)

GoogleスプレッドシートのJSON API化サービス
https://sssapi.app/

参考になった本

マーケティングの本が多め。どう理解してもらい、どう広めていくかの学びが多い。。

振り返り方　YWT（やったこと、分かったこと、次やること）

2021-01-07T12:21:17+09:00

YWT（やったこと、分かったこと、次やること）とは？

ふりかえりでは、「過去の行動」「学び」「次の行動」の3つを考えますそのためには、YWT（やったこと、わかったこと、つぎやること）というフレームワークをつかいましょう

ＹＷＴの使い方はとてもシンプル！

Y(やったこと) として、1日に起こった出来事や、自分自身で意識的に取り組んだことなど、どんな些細なものでもよいので書き起こす！
Y(やったこと)から、なにを感じたか、どんな学びがあったか、どんな教訓を得たかというW(わかったこと) を書き出しW(わかったこと)から T(つぎやること) としてその学びをどう活かすかを考え、書き出そう！

2020年の振り返り

2020-12-31T23:54:24+09:00

今年は去年よりも余裕がなく。

ツール・技術

DietCube (1月～)
- MVC の PHPフレームワークを漸く使えた感じ。 DI も概ね理解できたと思います。今年はバックエンドはこれをメインに構築していました
- phpmig, FaaPz/PDO, Guzzle
wp-env (3月、9月)
- wp-envを試すなど: `.wp-env.json`を試す
  - (完) `wp-env` で英語以外のコアを指定して `wp-env start` するとエラーが出力される
- 最初は日本語版 WordPress を指定すると npm scripts と連動が上手くできませんでしたが、後に解消
XAMPP
- PHPのアップデートを実施(2月): XAMPPのPHPのバージョンをアップグレードする ( 7.1.7 → 7.4.3 )
CentOS8 (2月)
- CentOS8 をインストールして遊んでみる (2月)
  - ただし、 CentOS が方針転換したので今後使用するかは微妙ですね……
    - 参考: CentOSの開発方針変更メモ、他
React Static (6月)
- 少しだけ: React Staticを試してみる
React (6月～)
- こちらも少しだけ。ただ、以前 Vue.js をやっていたおかげで考え方を流用してさっと押さえられたのは良かったと思います: react-scripts + cross-env で簡単に React をサブディレクトリにデプロイする
validatorjs, Valitron (8月)
- `validatorjs` と `Valitron` のカスタムルールを作成する
chokidar (8月)
- gulp-watch と gulp.watch を見ていくうちに chokidar について勉強できたのは良い経験でした: `gulp-watch` の第二引数 `options` の `ignore` の挙動について (不完全メモ)
phpMyAdmin (11月)
- 今更ではありますが: phpMyAdmin のインストールと動作検証
Dart Sass (11月～)
- LibSass から Dart Sass への乗り換えを実施。 Ususama も乗り換えました: LibSass から Dart Sass への乗り換え
Webpack (11月～)
- こちらも Ususama を gulp-uglify-es から webpack-stream に乗り換えました: 続・ Gulp 4 + Webpack 5 を試す (resolutions 使用)
Jest (11月)
- 少しだけ。来年は使いこなしたいですね: Jest を触ってみる
BackstopJS (11月～12月)
- ビジュアルリグレッションテストツールとして検討。ただしメインビジュアルを vh 指定していたり、縦長ページだったり、スクロールによって表示する要素があったりすると上手く動かず挫折
  - test_backstop_randa_back_stopper_2
    - 基本的に決め打ちテンプレートの JSON ファイルと、逐次プロジェクトごとに設定を変更する部分を担当する YAML ファイルで設定を切替しやすくして、それらを config.js でパラメータとして渡しつつ動作させる、という仕組み自体はそこそこできていただけに残念……
  - BackstopJS で背景画像の高さを `vh` 単位で指定したページで画像やスクリーンショットが引き伸ばされる現象についてメモ (未解決)

環境・サービス

Twitter API
- API申請したり(2月)。Twitter APIの申請(2020/2/11現在)
Crieit (11月～)
- 10月に Qrunch がサービス終了してしまったので引っ越しを。

自作

arm-band/dietcube-kyokotsu
- スケルトンプロジェクトをフォークしてボイラープレート化
Chigaeshi
- とあるURLのリスト。 React で作成。React.js+Material UI+axiosでJSONデータを読み込んで表示させるペライチなページを作る
Twitter のいいねを解除するアプリを作る
- Twitter API を利用して。 user context について理解を深めることができました
giffard_preflight (10月)
- CORS と preflight request の検証のための実験ツール。 React と DietCube で作成: CORS の挙動の観察と preflight request の検証
Ansible系 (10月～)
- philotic_moby_test (10月)
  - Ansibleコントロールノードを Dockerコンテナとして構築するテスト。サーバにインストールされているパッケージ一覧を取得: Ansibleコントロールノードを Dockerコンテナでビルドし、リモートサーバに公開鍵認証でSSH接続してインストール済みのパッケージの一覧を取得するまで
- philotic_moby_apache_vsftpd (12月)
  - Linuxユーザを作成してFTPユーザとし、 Apache の仮想サイトを作成する Ansibleプレイブック等。 Docker 使用: Ansible を使って FTPユーザの作成と Apache の仮想サイトの設定をする
wp-env (9月)
- wp_geidon
  - wp-env を使用した最小限の開発環境
WordPress プラグイン
- wp_plugin_screaming_head (11月)
  - WordPress の head タグの中を整理するプラグイン(※設定画面付き): WordPress の head タグの中を整理するプラグイン (設定画面付き) の自作
- wp_plugin_furusoma (11月)
  - 管理者画面(記事編集画面、投稿一覧ページでの簡易編集画面)でカテゴリーのチェックボックスを非表示にする簡易なプラグイン: WordPress の管理画面内のみ特定の投稿のカテゴリを非表示にするプラグイン

この他新技術を試すためのサンプルページやブラウザの挙動の検証のためのサンプルページを多数。

css counter: Abstract - Reasons
Firefox の table タグの検証: Table at Firefox
テキストの文字色と枠線の色が同色の場合の縁取りのテスト: Home - Ghastly Dream
React で虹と青色のページを: Everything is gonna be okay / MAKE IT BLUE
ステップ(パンくず、フローチャート)関係のサンプルページ: Home - Twelve
チェックボックスのカウントテスト: Kamado - Okitsuhiko
Bootstrap 4 のスイッチを大きくするテス: Home - Switch-on Airget-lamh
スクロールしたときにアイキャッチ画像が一瞬引き伸ばされる現象の検証: Home - Vampire Stretch
スクロールバーのカスタマイズのサンプルです。Chrome系(webkit)のみ。: Sucrose Bar - 棒砂糖
Dart Sass で Bootstrap4 の変数を上書きできるかテスト: Black in me - Black! - Blackout
マウスストーカーのテスト: Home - Vampire Stoker
Slick のテスト: Home - Slick Test
タブとアンカーリンクのテスト: Home - Tab-loid
Intersection Observer API のテスト: Graharaja Santa Cross

単純に作った数で言うと結構な数になる気がします。

イベント

今年は新型コロナウイルスの影響でイベントが総崩れしたので仕方なし。第5回群馬 WordPress Meetup で発表した内容も3月のものでしたし。

まとめ

いつも以上にフロント、バック、インフラと上から下まで手を出している範囲が広い一年だった気がします。

フロントで言えば去年は Vue.js だったのですが、今年は React系に手を出したのが大きなハイライトでしょうか。あと、じっくり腰を据えて取り組んだのが CORS, preflight request と chokidar の学習。

つい最近ですが、 Sass を Dart Sass に切り替えたのも大きなハイライトですね。まあ、公式で LibSass が deprecated と言われてしまったのでやむなしですね。

Ususama の処理も Dart Sass に切り替えました。また、 JS 側は Webpack に切り替えました。これも何気に大きな変化ですね。

バックエンドは DietCube をベースにあれこれ作りました。 DI の理解が大きなハイライトだったかと。

インフラで言うと Docker をそこそこ使い始めていて、 wp-env でもそうですが、 Ansibleコントローラとして使ったりと起用が目立ちました。

Ansible 自体は 2017年くらいに一度触ったことがあったのですが、自分で設定したい内容のプレイブックを作成したのは今年が初めてで、実際に何度か動かして作業の効率化を図ることができました。

他、ブラウザの不具合っぽいものや新しい技術を試すためのテスト・サンプルページを多数。

OSS でいうと、些細なところですがいくつか Issues やプルリクを送ったのも一応活動にはなったかと。

イマイチまとめきれてない気もしますが、時間も無くなってきたのでこんなところで。

📔 2020年の振り返り

2020-12-31T17:34:56+09:00

はじめに

今年は結果的にプライベートと仕事の両面で充実した年にできました。来年の自分が今を振り返れるように、今年始めからの記憶を引っ張り出しながら総括しました。

今年問わず作ったものは Tech ページに、技術記事については RSS Feeds にまとめてあります。

出来事

1月

Death Stranding のプラチナ獲得
弊社に面接にいらっしゃったベテラン開発者の方に何でうちに応募してくださったのか聞いたら、僕の Twitter や Qiita アカウントを見てくださり技術力がありそうと判断してくれたからと聞いて爆嬉しかった
ambr オフ会参加 (オフィシャルなオフ会に初参加)
Quest 用アプリケーションの初リリース体験実績解除
- 申請時の知見の一部については Qiita 記事として投下
Android で AR アプリケーションの開発及び、マルチプレイを可能にするバックエンド開発を担当した

2月

Docker で各種モバイル VR 向けの Unity ビルドが出来るようにした
フルリモートでアジャイルな開発チームにジョインする (WebView/ReactNative/iOS/Android)
- 主は ReactNative の iOS/Android のネイティブプラグイン開発
- コア機能の実装にのみ注力しパフォーマンスチューニング等々を行っていたためポジション的にはひたすら地味だった

3月

note デビューした
- 初投稿は精神衛生を保つため Chrome で Twitter を閲覧している時にフォロワー数を非表示にするっていうやつ
お題が「Home」の web1week に参加した
- 参加した時に投稿した記事はこちら

4月

会社の Medium ブログ開設したのと、いくつか記事を寄稿した
- Azure Kinect DK の開発環境構築から KinectFusion のサンプルを動かすまで
- 最短で Magic Leap 1 の開発環境を構築する
色々工夫して iPhone TrueDepth を WebRTC でブラウザに転送して、Three.js で表示する仕組みを実現した
- Twitter でシェアしてみたら、予想だにしないことに一方的に尊敬していたエンジニアの方々からいいねを貰えてモチベが爆上がりした
CloudFormation と和解。IaC の利便性を完全に理解し始める
今更 SEKIRO にハマりまくる & プラチナトロフィー獲得
デス・ストランディングから学んだことが現在の自分の考え方の基礎として根付き始める
- 全ての考え方を 0 or 1 ではなく、グラデーションにハメ込むことが出来るようになった

5月

再びお題が「Like」の web1week に参加した
- 参加した時に投稿した記事はこちら (あとから確認したら投稿先を間違えていた...)
Medium に目次が無いことに不満をいただき Chrome プラグインを作成する
- プラグインの紹介記事まで書いてたけど全くインストール数伸びなかった、、けど今みたら 12人ほど使ってくれている人いるぽくて嬉しい
お題が「密」の unity1week に参戦した

6月

S3 + EventBridge + CloudWatch + CloudFront + MediaLive + MediaPackage + AppSync + Amplify + DynamoDB + Cognito + Lambda + API Gateway + SSM という AWS ガッツリなインフラ構築から、バックエンド開発及び iOS アプリ開発までをおもむろに始めた
- まず DynamoDB の仕様にハマる (自分のリサーチ & 勉強不足によるせい...)
- つぎに MediaPackage + CloudFront の構築に苦戦する
- そしてデバッグが辛くなり Serverless Framework でエラーを検知して Webhook で Slack に通知を飛ばす方法を実践し始めたりしていた
シェンムー3 のプレイを開始。ワクワクするし美しすぎる町並みに興奮し、しばらくの間深夜までプレイする日々が続く
映画の HELLO WORLD を見て、劇中 3回号泣する
- 元々は Unity で作られたシーンがあるという記事を見て興味を持ち見ようと思い立った感じだった

7月

ひたすらトラブルバスターしてた (一番忙しかった気がする)

8月

Ghost of Tsushima にハマりまくる & プラチナトロフィー獲得
DDD 開発の際、DI コンテナ入れたいよねっていう話から TypeScript 環境で利用可能なライブラリを調査して InversifyJS と tsyringe を見つける
- 最初 InversifyJS を発見してそれで開発をしていたものの、microsoft 製の tsyringe を発見し、「メンテナが大手だしコンストラクタインジェクションだけしか使わないし、こっちのが良くね？」という話になり InversifyJS から tsyringe へのリライト作業を行う...w
AWS SDK for Go で関数の引数と返り値を Type で定義するっていう考え方は非常に参考になった
- 引数が *Input という定義で、返り値が *Output という定義で分かりやすく読みやすい
自作 iOS ライブラリの CocoaPods 対応について C++ 周りの linker error に対する解決のためのアドバイスを急ぎ求められたので、共有された情報から自分がハマった経験に照らし合わせてソレっぽい対策案を共有したらガチッとハマって解決でき、経験が生きた感がめっちゃあって、めちゃくちゃ嬉しかった

9月

フライパンでコーヒーの焙煎を始める
- チャフの飛散に苦しめられるが、風呂場で作業することで諸々ストレスフリーになる
- このときはまだ、後ほど焙煎機を購入することになるとは夢にも思わなかったのである...
Azure を用いた開発に本格的に携わり始める
- その際得た知見は Zenn で本としてまとめた。本来は記事として書くつもりだったが、分量が増えすぎたため記事内容を分割して、本としてまとめた
- PlayFab CloudFunctions のための関数実装のために Azure でシステム構築していたため、PlayFab にもそれなりに詳しくなる
とある案件から別案件に移る際に、 「えー、〇〇に行っちゃうんですか。nikaera さんは今後も〇〇を一緒にやっていって欲しいのに」 って結構強めに言われたことが未だにめちゃくちゃ嬉しい
シンガポール現地のフリーランスの方と仕事を共同で進めることになる。技術に関する事柄やプライベートに関する事柄のやり取り等々、全て英語でコミュニケーションを行わざるを得なくなり、そのおかげで英語でコミュニケーションを取ることに一切抵抗が無くなる

10月

約 10 年ぶりに私用携帯を HTC EVO から iPhone 12 mini に機種変する
- 開発用途でなく普段生活で使うことのみを考慮するということであれば iPhone 12 mini は最強にオススメできるスマホです
- 会社支給のスマホで 7年近くを賄っていたため、特に不便がなかったため...
AWS Amplify への PR がマージされる
- もとは serverless-amplify-simulator の Issue で議論していたのだが、改修すべき内容は amplify-cli にあったのでそちらで PR を提出した
- 細かくづまづいた点を進捗共有兼ねて Issue で一人投稿しまくっておくと、他の開発者の役にも立てるし自然とその問題に詳しくなっていくし、OSS 活動への取っ掛かりとしては最高なんじゃないかと勝手に思い始める
NPM に初自作ライブラリを公開する
- serverless-amplify-auth という Amplify 開発を行う際は必ず行うであろう IAM Policy の制限を Serverless で行うことが出来るようにするやつ

11月

Hugo で自分のブログ(nikaera.com)を GitHub Pages 上に構築する
カジュアル面談した人に Qiita のネタ記事見ましたって言われて嬉しいよりも恥ずかしいが上回った
Etsy でアクセサリ販売している方に日本のフリマ事情を詳細にお伝えしたらおまけのプレゼントを送付してくださった
- ちなみに購入物は Death Stranding のドリームキャッチャー
Moonlander が自宅に届きテンション上がって紹介記事を書く

12月

今年学んだ重要なことを記事として残しといた (これもある意味総括な気がする)
GitHub Profile を充実させる
- こんな感じ -> https://github.com/nikaera
- 更に GitHub Profile を充実させるために Zenn のバッジを作成するサービスを作った
Lapras の技術力スコアが 3.36 になってた
- 基準とか良く分からないけど純粋に上位 13% に入ったと言われてるのは嬉しかった
いくつか空いてたアドベントカレンダーに参戦した
- MediaPackage 用の CloudFront ディストリビューションを AWS SDK で作成する
- Serverless のプラグインを TypeScript で作成する方法
AWS Lambda を用いた他社製品との連携システムが好評で、去年から今年末まで特に目立った不具合等も起きずに運用できたため、次期開発に繋がりそうとの連絡があり開発者として爆喜ぶ

おわりに

今年は後半からすごい勢いでギアが入ってきた感があり、諸々活動するための足がかりを作れた気がします。身も心も進化したなと思えて成長できたなという充足感は割と高めな 1年だったので、この勢いのまま 2021 年もマイペースに色んなことにチャレンジしていければなーと思っております。

この記事を書いている人物のプロフィールは Profile からご確認いただけます。何かございましたら Contact からお気軽にご連絡くださいませ。

それではみなさま良いお年を！！😆

2020年に作ったものと神の宿る場所

2020-12-14T07:00:10+09:00

この記事はなんでも Advent Calendar 2020の14日目の記事になります。

今年の振り返りポエムをどこに書こうかなと思ってCrieitさんにお世話になることにしました。
醤油瓶(@seuyu_bin)というアカウント名で活動しています。

2020年

今年は世界的に大きく変わりましたが、私としてもRailsエンジニアとして駆け出した変化の大きい年となりました。

去年の末にSIerから転職して実務未経験からRailsを触り始め、なんとかクビにならずに仕事こなせるようになりました。

2020年、特に目標を持っていたわけではないですが「何か新しいこと」というのは根底にあって、今までで最もいろんなものを「作った」年になったなと思います。

時系列順に作ったものを列挙して振り返りたいと思います。

4月ショートショートに手を出す

初手から開発の話じゃないです。小説の話です。

ショートショートとは数百から数千文字程度の超短編小説のことです。著名なショートショート作家である田丸雅智さんの情熱大陸か何かのテレビをみて、自分も書いてみようと思い立って書いてみました。

自分が書いていたのはショートショートの中でも、超ショートショートと呼ばれる2000文字くらいのお話です。

書いたショートショートはnoteに公開しています。→セウユ

4月末から5月くらいにかけて13個ほど作りました。

今読んでも我ながら面白いやつもあれば、「ちょっと何言ってるかわからない」というのもあります。

個人的ベストは、ちょっと頭おかしい系の「クリップ」という作品です。

小説を書いてみて

ショートショートを書いてみて思ったのは、2000文字というレベルでさえ作るのに苦労するのに、長編小説をかける人の頭の中は一体どうなっているのだろうということ。

普段さっと読んでしまうなろう系のラノベだったり、著名な小説家だったり、ショートショートを書いてみた後に触れた小説という小説の全てがすごいと思えるようになって、「どうやってプロットを整理したんだろう」とか、「この言い回しってどうやって生きてきたら思いつくのだろう」と小説に対してただ楽しむだけでなく、１段踏み込んだ考えをするようになりました。

これは実際に作ってみて本当によかったことで、字を書くということに対する解像度が一つ上がったかなと思います。

ショートショートを書くというのは、ネタが浮かんだら数時間で完成まで持っていけるので割とフットワークの軽い趣味になります。今後も定期的にゆるく続けていきたいです。

5月ボカロに手を出す

ショートショートのネタが割と尽きたタイミングで手を出したのが、作曲です。

楽器を習っていたわけでもなく、何か知識があったわけでもなく、とにかくゼロから作曲して、結果としてボカロ曲を2つYoutubeに公開しました。

ここで紹介するのはやめておきます笑　ショートショート公開するより恥ずかしい笑

作曲する

「コード進行って何？」みたいなところかスタートしたわけですが、Youtubeで誰かがやさしく解説してくれている時代ですので、入門するのに特にハードルはありませんでした。

王道小室進行とか、カノン進行とか、「ああ、聞いたことあるな」というコードの流れがなぜ心地よいのか、スケールの話から、トニック、ドミナントといったコードの機能まで、基本的な知識は全てYoutubeで教えてくれます。

作りたい曲のイメージは最初からあって、コード進行がひたすらループする系の曲を作ろうと決めていました。

Aviciiが大好きで、最初の曲はAviciiの「wake me up」という曲のコード進行を真似して作りました。コード進行ループ系の曲は初心者としても考えることが少ないので結構とっつきやすいところだったと思います。

コードが破綻しないように主旋律を打ち込んでいって「あーでもない、こーでもない」と考えながらメロディを作っていきました。

大体1週間、20時間くらいで一応曲としては作れたと思います。

作詞する

割と時間がかかったのが作詞の部分、売れているアーティストって何か伝えたいことを詞にしていると思うのですが、残念ながらあんまり伝えたいことが浮かばず、ありがちなストーリー、ありがちなセリフしか浮かんできませんでした。

最終的に出来たものも特に面白みもなく、ありがちなものになってしまったので、悔いが残っている部分です。

作曲は楽しく夢中でやった感がありましたが、作詞はひたすら苦しみました。

作曲してみて

ここでも解像度の話ですが、実際にコード理論を勉強したり作ってみたりしたことで、音楽を聴くことに対する解像度が上がったと思います。良い曲というのは、ドラムのハイハットの入れ方一つ、ベースの音一つ一つに工夫があって、好きだなと思う曲をよくよく聴いてみると音作りから詞の一単語に至るまで、細部まで計算されていたり、工夫が凝らしてあります。

まだまだ初心者なので知ったかレベルですが、やればやるほど奥の見えない世界の一端を覗けた気分になりました。

２曲目は、ちょっとだけレベルアップしたものを作れましたが、1曲目、2曲目合わせても合計100再生に満たずYoutubeの海に沈んでいきました。

2021年は一つネタが浮かんでいるので、創意工夫をふんだんに入れてゆっくり時間をかけて作ってみたいと思っています。

8月フラットアイコン制作に手を出す

絵なんてほとんど書いたことなかったですが、アイコン制作をしてみようと思ってフラットデザインのアイコンを制作し始めました。理由はあんまり覚えてないですが、Youtubeのフラットデザインのイラスト制作のチュートリアル動画を見て「楽しそう」と思ったからだと思います。

これがなかなか楽しくて、毎日コツコツ作りました。
Affinity Designerというイラストツールを使っていますが、だんだん慣れてくるとショートカットも手に馴染んで、四角と三角と丸でなんでも作れるようになってきました。

普通のイラストを描くのと異なる点は、ペンを使わず、マウスとトラックパッド操作だけで図形をベースに作るので、どうやっても整った形にしかならない点がとっつきやすいと思います。

フリー素材サイトを作り出す

はい、やっと開発の話です。出来たアイコンをベースに素材サイトを作ろうと思いました。

そろそろエンジニアとして最新のフロント技術を勉強せねばと思っていたので、Nuxt.jsとGatsby.jsを試してみて、結局ReactのGatsbyで作ってみました。

出来上がったサイトがこちら「FLAT SVG DESIGNS」です。

詳細についてはZennで記事を書いています。
「Gatsby.js, TailwindCSS, Netlifyでフリー素材サイト作ってみた」

この開発でReactとVueの雰囲気をつかめましたし、javascriptをガッツリ書いたのも初めてでした。

i18n対応したのでHacker Newsに投下してみたら、割と高評価を貰えて、その後誰かがRedditのWeb Designカテゴリの掲示板にリンクを貼ってくれて、リリースしてから1週間ほどは毎日数千人が全世界から流入してくるなど、世界をまたにかけたサイトとなりました笑(なおフィーバー後は1日数十人程度に落ち着きましたorz)

また、残念ながらフィーバー中はAdsense審査待ちで、フィーバー後に審査が通ったので全く恩恵預かれず。

次に出すアプリはどんなに待ち遠しくてもAdsenseが通ってからと心に決めました。

Tailwind CSSに出会う

あと、このサービスを初めてよかったのがTailwindCSSというフレームワークに出会ったこと。
NuxtJSのデフォルトCSSフレームワークの一つとして入っていて、「これなんだろう？」とたまたま導入してみたことが出会いでした。

普段仕事でRailsを触っている中で、スパゲッティ化したCSSを修正したりしている状況で、このフレームワークの思想は衝撃的でした。「これが完全なる自分の中の答え」と崇め、崇拝しています。

フロントを触り出す

GatsbyJSで調子に乗り始め、「やっぱりシステム開発が一番楽しいかな」と再認識したのでフロントをもっと触ろうということでNext.jsとTypeScriptに入門しました。

今は機能を絞ったTwitter連動系のミニアプリを製作中です。

実はもうリリースできる状態ではありますが、Adsense承認待ちです笑。

昨日審査落ちてたので、年内のリリースは出来ないと思います。。

Adsense通るまで絶対にリリースしません笑

神は細部に宿る

そんな感じで小説執筆、作曲、アイコンイラスト制作、Webアプリ開発と散らかりすぎですが、「モノを作る」という点で共通点があり、得られた教訓も同じです。

それは、「神は細部に宿る」ということ。タイトル回収。

誰も気がつかないかもしれない細部にどこまで拘れるか、どこまで考えて工夫を盛り込めるか。

これがどれだけ最終成果物に影響するか、というのをひたすら感じました。

そして、どんなジャンルでも良い作品というのは創意工夫が詰め込まれ、考えに考えて作られたものだということ。初心者レベルの知識がついたことによって創意工夫を発見できる視点が強化されたと思います。

繰り返しの言葉ですが、解像度が上がりました。

2021年は

自分のダメなところははっきり分かっているつもりです。

「継続できないこと」「限界まで諦めずに工夫し続けられないこと」

その代わりジャンル問わずフットワーク軽くなんでも手を出せるという能力は気に入っています。

でもそれだとただの器用貧乏で終わってしまい、結局何もできない人です。

2021年はそこに手を入れなきゃなという思いです。継続、そして突き詰めて考えること。

これをモットーに来年はやっていこうと思います。運営者ギルドというコミュニティに混ぜてもらったのでその中で頑張ってる人を見て奮起していこうと思います。

なんか4000文字もポエムを吐いてしまいましたが、最後まで読んでいただきありがとうございました。

P.S.
フラットアイコン作り始める前に、漆喰と珪藻土を使ったアートパネルを５作品くらい作ったりもしてましたが、それはもう書くの面倒なので割愛しました。

2020年の個人開発を振り返ってみた

2020-12-04T07:00:09+09:00

どうもきらぷかです。
この記事は、Crieitのアドベントカレンダー、なんでもの4日目の記事です。

今年はなんかいろいろ作ったなぁ〜と思い、振り返ってみた。
切りが悪いので、2019年12月からの1年分を見てみる。

新作を6つも作ってた

エア銭、FIND TWOは#web1weekのなので毛色が違うけど、
新作作りたい意欲が刺激されて新作作ってるのがよくわかる(´ω｀)

思いつくのがCGM系のアイデアが多く、いろいろ作ってみてるけど、
やっぱり難しい。。でも思いついたから作りたい。。を繰り返してる感じ。

この中だと、ツール系のカブれこが一番がんばっているのがおもしろい。
もうすこし稼働をかけてもいいかもしれない。

積読ハウマッチは31回アップデート

	更新回数	新作
12月	2	1
1月	4
2月	4
3月	8
4月	2
5月	3	2
6月	3
7月	2
8月	1
9月	0	3
10月	2
11月	0

更新内容の大小はあれど、前半はがんばってたっぽい。
4月頃から新作とか本業とかで稼働が少なくなってるのが顕著に。

とはいえ、結構継続的に開発できているのでよい。

積読ハウマッチの数字を見てみる

今までためてた数字をまとめてみた。
上下はあるけど、横ばい or ちょっと成長という感じ。

	MAU	PV	ユーザ数	書籍数	収支	更新回数	新作
12月	1,244	7,526	91	2,779	1,087	2	1
1月	1,348	11,081	92	2,375	1,568	4
2月	1,393	10,125	102	2,820	2,653	4
3月	1,655	12,385	90	3,190	437	8
4月	1,422	11,780	92	2,645	371	2
5月	1,389	10,770	70	1,947	847	3	2
6月	1,888	13,486	137	3,399	323	3
7月	1,778	18,104	104	9,367	567	2
8月	1,667	14,304	85	3,919	2,278	1
9月	1,886	18,827	104	10,769	1,601	0	3
10月	1,432	15,569	70	10,152	2,873	2
11月	1,086	10,845	57	2,111	1,215	0

PVと更新回数

ここからPVといろんな数字を比較してみる。

更新が少ないので、PVも少ないのかなと思ったら、そんなことなかった。

7月は新機能を追加したりプレスリリースを出したりしてPVが上がってるのと、
9月はバズったツイートで宣伝してもらえたり、Vtuberの方に遊んでもらったりで上がってる感じ。

知ってくれた人が増えたので、全体的に少しずつPVが上がってる状態。

作ってきたWebアプリのデプロイ先はこんな感じ。上から新しい順。

アプリ名	Cloud Run	GAE	Vercel	Netlify	Heroku	Firebase
積読ハウマッチ(新)	○
頭痛仲間		○
仲間カウント			○
FIND TWO			○
カブれこ				○
エア銭				○
へんあいマップ					○
積読ハウマッチ(旧)				○
便利サイト			○
トランスノート						○

2年前くらいはFirebase Hostingを使っていたけど、
Netlify→Vercel→GAE or Cloud Runという感じで移り変わってる。

というより、今までSPAだったけどSSRしたい、というのが主な理由。
それぞれの構成はこんな感じ。

アプリ名	デプロイ先	SSR	SSG	SPA
積読ハウマッチ(新)	Cloud Run	○
頭痛仲間	GAE	○
仲間カウント	Vercel	○
FIND TWO	Vercel	○
カブれこ	Netlify			○
エア銭	Netlify			○
へんあいマップ	Heroku	○
積読ハウマッチ(旧)	Netlify			○
便利サイト	Vercel		○
トランスノート	Firebase			○

Netlify最高だけど、SPAの初期ロードがやっぱりおそい。。
Vercelが簡単にSSRできるようになってよくなってきた
- デプロイしたらメールで通知してくれるので楽
- でも東京リージョンじゃないし、リクエストごとに起動なので遅い
- 規模が大きくなると、ファイルサイズの制限でデプロイできない
Cloud RunやGAEだと、ファイル制限やリージョンの設定もできる
- デプロイ時のメール通知やSlack通知も自分で設定可能

という経緯を経て、今はCloud RunやGAEかなという気持ち。
いろんなWebサービスを触ってみて、初期表示の速さをなんとかしたい感が強まってる。

いろいろ作ってみて

今年は割といろいろ作ってみたけど、至らなさを痛感する。

雛形のプロジェクトを作ったことで立ち上げ早くなったけど、
「最低限の機能を作って出す」というところ考え直すのがよいと感じがしてる。

たとえ、最低限の機能がある動くものがあっても、
　遅い / バグが多い / さわり心地が悪い
など、残念な部分が目立つと一瞬来てくるけど、継続しない。

また、お知らせや通知などの部分も初期では外しがちだけど、
継続に繋がる部分なので、『最低限の機能』に含めるべきだったと思う。

リリース時やアップデート時は、最初のピークなので、
来てもらった人にまた来てもらえる部分は最初に掴んでおけばよかったなと思う。

一発ネタならいいけど、そうじゃないのはちゃんと抑えておきたいところ。

来年はどうしようか

積読ハウマッチは引き続き、がんばるとして、
たくさん作りすぎて、よくわからなくなるので、
開発や管理を楽にするのを作りたいなぁとか思ってる。

なんだかんだ昔作ったAndroidアプリは着実に伸びてるので、
PUSH通知もできるFlutterにも手を出していきたい。

振り返ってみて、いろいろ思うところはあるけれど、
やっぱり、作りたい欲が高まるとなにか作っちゃうよね(´ω｀)

来年もゆるゆるがんばろう(´ω｀)