iOSアプリ『もふもふサイコロ』をリリースしました。

かわいい動物たちがサイコロを投げてくれる、ちょっとほっこりするサイコロアプリです。

もふもふサイコロ

かわいい動物たちがサイコロを投げてくれる癒し系サイコロアプリ

どんなアプリか

黒うさぎ、黒ねこ、プードルの3人のかわいい動物キャラクターから、 お気に入りを選んでサイコロを投げてもらえます。

サイコロの操作は2つのモードがあります。

• ボタンタップ: ボタンで気軽にサイコロを振れます
• スワイプ操作: 自分で投げる感覚を楽しめます

物理エンジンで再現された本格的なサイコロの動きで、リアルな転がり方を楽しめます。

ゾロ目の祝い

ゾロ目や連続で同じ目が出たら、動物たちも一緒に喜んでくれます。 これが地味に嬉しいです。

履歴と確率

過去の出目を最大9999回分記録して、確率もグラフで確認できます。

技術的な話

Swift + SwiftUI で開発しました。

サイコロのリアルな動きは SceneKit の物理エンジンで実現しています。 スワイプの方向に応じて力を加えつつ、ランダム要素も混ぜることで、 予測できない自然な転がり方になるようにしました。

サイコロが床にぶつかったときは触覚フィードバックも入れていて、 実際に転がしている感覚が出るようになっています。

使い道

ボードゲームや順番決め、運試しなど、いろいろな場面で使えます。 お子さんとの遊びにも良いかもしれません。

インストール

App Storeから無料でダウンロードできます。

開発時に Mac でローカルサーバーを立ち上げて、モバイルデバイスで動作確認したい場合がある。

サーバーを 0.0.0.0 で立ち上げると、同一 LAN 内であればプライベート IP アドレス（192.168.0.0/16）を使用してサーバーにアクセスできるけれど、 セキュリティ設定などで、localhost のみが許可されていて、プライベート IP アドレスを使うことができない場合がある。

このような場合、iOS デバイスと Mac 間で SSH ポートフォワーディングを確立することで、 iOS デバイスから直接 localhost のアドレスを使って Mac のローカル環境にアクセスできるようになる。

接続手順

1. Mac の共有設定から「リモートログイン」をオンに変更

システム設定から共有設定を開き、「リモートログイン」をオンに変更する。 これにより、Mac に SSH を通じて接続できる。

2. iOS デバイスに WebSSH (SSH クライアント) をインストール

App Store から WebSSH をインストールする。 このアプリを使うと、VPN-Over-SSH 機能により、 Chrome や Safari などの他のアプリで、ポートフォワーディングの設定を継続して利用できる。

3. ポートフォワーディングの設定

WebSSH を起動し、以下の手順でポートフォワーディングを設定する。

1. Mac の共有設定で確認した以下の情報を入力
   • ホスト名
   • ユーザー名
   • パスワード
   • プライベート IP アドレス
2. Port Forwarding の設定
   • 例：Mac 側で localhost:3000 を使用している場合は 3000:localhost:3000 と入力
3. VPN-Over-SSH を有効化
   • この設定により、他のアプリ使用時も SSH トンネルが維持されます

4. ポートフォワーディングの確認

ポートフォワーディングの設定が完了したら、iOS デバイスで WebSSH を開き、 ポートフォワーディングの設定が反映されているか確認。

最近、個人サイトを毎日少しずつ整えていってるのだけど、 だんだん改善してきてよくなってきたなと思う。 ここでは、個人サイトを持つことについて、 個人的に思っていることをまとめてみる。

個人サイトの良い点

まず、自分でサイトの発信内容やデザインを完全にコントロールできるのが良い。

noteでも記事を更新しているのだけど、 noteだと画面の折り返しの横幅が狭すぎて、なかなかコードが読みにくい。

あるいは、技術系の記事ならQiitaやZennでも投稿できるし、 たぶんその方が見てもらえるのだけど、技術記事以外を置くことができない。

個人的には、技術系の記事もそれ以外の記事もまとめて置きたい気持ちがある。 個人サイトは、なんとなく人となりがわかるような、そういう場所にしたいと思っている。

どうやって個人サイトを作るか

個人サイトを作るにはいくつかの選択肢がある。 まず、WordPressや Wix、 STUDIO などの、ノーコードのサイト制作ツールを使う方法がある。 これらは手軽で多くの人にとって便利な選択肢だと思う。

だけど、自分でWEBサイトを手作りすることも選択肢の一つとして提示したい。 静的サイトジェネレーターを使うと結構簡単に作ることができる。

静的サイトジェネレータ

静的サイトジェネレイターで有名なものには、 Astro、 Hugo、 Jekyllなどがある。

このサイトは、Next.jsの静的サイトジェネレート機能で作っている。

デザインのテンプレートを使えば、最初からそれなりのデザインのサイトを作れるし、 カスタマイズしたい場合は、ソースコードレベルで自由にカスタマイズできる。

あと、静的サイトは、コスパがよい。 このサイトは、Cloudflare Pagesにデプロイしていて、 ドメイン代（約1000円/年)を除けば運営コストがかかっていない。

ただし、敷居が高いのは間違いない。 また、WordPressなどでプラグインですぐに作れる機能も いちいち開発が必要になってくる。

ただ、そういう作る過程を楽しみたい人には、おすすめと言える。

「ゆっくり急げ」という言葉がある。 これは、2000年以上前に初代ローマ皇帝アウグストゥスが好んで使った言葉らしい。

この言葉が、現代まで残っているのは、 人類はいつの時代も、たいてい急ぎすぎて失敗することが多いということなのだと思う。

日本においても、「急がば回れ」とか、「急いては事を仕損じる」のようなことわざがあるけれど、 「ゆっくり急げ」という言葉は、急ぐことも重要と言っているのが違いだ。

単にゆっくりやれば良いというわけではないという部分が、 絶妙な表現で個人的に結構好きな言葉だ。

「ゆっくり急げ」は、開発現場でも役に立つかもしれない。 プログラミングは、急ぎすぎても、ゆっくりすぎても失敗する。

プログラミングでは「ゆっくり」は以下を意味するかもしれない。

• 読みやすいコードを書く
• ユニットテストを書く
• リファクタリングを行う
• ドキュメントを整備する
• CI/CDを導入する

その意味では、「急げ」は次のように解釈できそうだ。

• 早めにリリースする
• 早めにユーザーのフィードバックをもらう
• 必要最小限な機能を実装する
• 無駄な抽象化を行わない

コードの品質もリリース速度もどちらも大事というのが 「ゆっくり急げ」ということになる。

僕はある程度プレッシャーがなければ、「ゆっくり」作業する方に偏りがちだけれど、 ただ、時間的なプレッシャーがかかると、品質どころじゃなくなって、急ぎすぎてしまうこともある。

余裕がないときこそ「ゆっくり」、余裕があるときは「急げ」の精神で、 普段から「ゆっくり急げ」を意識したいと思う。

昔から思っているのだけど、いいものを作れるかどうかに必要な要素として、作るのにかかる膨大な時間を受け入れているかどうかがあると思う。

もちろん知識やスキルの要素もあると思うのだけど、膨大な作業時間を本心で受け入れているかどうか、というメンタリティの要素が実は大きいのではないかと思う。

昔、僕は以下の動画を見てかなりのショックを受けた。この方は半年間迷路を書き続け、最後に燃やしてしまう。

この動画はほとんど精神力との戦いだけど、こういうことが実行できるかどうかの精神力が、ものづくりには必要なのだと思うようになった。

自分の場合で考えてみると、プログラミングを覚えたてのときは、バグでなかなか動かないみたいなことがあると、1日無駄にしてしまったように感じていた。最近はこの程度はもはや何も思わなくなったし、なんなら1日で終わればラッキーと思うかもしれない。経験を積んだ結果、作業そのものに対する苦痛に鈍感になってきたように思う。

そうなると、何かものを作るのに半年とか1年とかの期間がかかるのは普通という感覚になってくる。そういう感覚になって、はじめてそれなりに大きなものを作れるようになったきた。僕の場合は10年くらいやってきて、ようやくそう思えるようになったかもしれない。

だけど、たまにこの痛みに最初から鈍感な人がいて、そういう人は、いきなり超大作を作り上げてしまったりする。そういう人は色々な分野で、何を作ってもすごいものを作り上げてるイメージがある。

そういう作業量に対する先天的な苦痛への耐性が、ものづくりの才能なのかもなあと思う。

フリーランスとして働こうと決意したものの、 退職時点ではまだ具体的な案件が決まっていなかった。 なので、本当にやっていけるかどうか確かではなかったのだけど、 「なんとかなるだろう」と深く考えずに退職を決めてしまった。

その後、カンファレンスで知り合った方や、昔の同僚から仕事を紹介してもらい、 無事にフリーランスとしての仕事をスタートすることができた。

これまでやってきた仕事は、ほとんど知人経由か、仕事で知り合った人経由なので、 フリーランスとして活動するためには、どこかの会社に入って仕事のつながりを作っておくのは、結構重要なのかもしれない。

フリーランスになってからは、なんでもやります的なスタンスだったので、 色々な案件に関わることができた。

例えば、

• React Nativeでのモバイルアプリ開発
• Flutterのモバイルアプリ開発
• Railsバックエンドの開発
• PythonでのAPI開発
• GoでのバックエンドAPI開発
• Next.jsでのWebサイト開発
• TerraformでのAWSインフラ構築
• 機械学習・AI関連の機能開発

などがあった。

最初の方は調査とアドバイスがメインの技術支援の仕事もしたけれど、 やっぱ自分でコードを書く仕事の方が面白いし、貢献できるので最近はやっていない。

フリーランスの仕事は会社員の業務と違って、ほぼ全ての業務時間がプログラミングなので、 それが自分には合っているなと感じている。

フリーランスでの仕事は思った以上に順調な一方、 元々の目的の個人プロジェクトが後回しになりがちだった。

元々は週3日を業務、残りの週4日を自分の開発と考えていたのだけど、 いつの間にか週7日稼働しているみたいな状態になることもしばしばで、これがこの2年間の大きな反省点だった。

まず、僕の場合、単純に開発スケジュールが厳しくなってきたりすると、 ついサービス精神で稼働を増やしてしまいがちということ。

また、個人プロダクトの方は、収益が発生するかどうかもわからないし、発生するとしても未来の話なので、 現実的に収入が得られる仕事の方が優先度が高くなりがちだった。

ソフトウェアの個人開発プロジェクトは、途中で頓挫したり、あんまり良いアイデアが思いつかなかったのだけれど、 最近は、ハードウェア制作を重点を置いていて、ミニロボットの制作を目標として、こちらで活動している。

Shirokuma Make

プログラミング、電子工作、3Dプリンターなどを用いて、オリジナルのプロダクトを作っています。

また、去年から関わっているミーアのプロジェクトに関わっていて、 こちらもハードウェアプロダクトの開発を行っている。

ミーア / Mia

おしゃべりAIペットロボット「ミーア」は、100以上の種類の豊かな表情で、全国47の方言（大阪弁・博多弁・京都弁・沖縄弁など）を話します。毎日の中に、ちょっとした幸せと便利を。誕生日や記念日のプレゼントにピッタリです

今後はハードウェア開発もできるソフトウェアエンジニアとして、活動していこうと思っている。

僕は元々プログラミング自体が目的みたいなタイプだったので、 実際のアプリ開発、サービス開発にあまり興味がなかったのだけれど、 社内ハッカソンに参加したことがきっかけで興味を持つようになった。

ヤフーでは毎年Internal Hack Dayという社内ハッカソンがあり、 社内だけの人間で、2日間かけて自由に新しいプロダクトを作って発表するイベントがある。 僕は退職するまで毎年このイベントに参加していた。 当時、ヤフーでの最大の業務はハッカソンに参加することですとチームミーティングで冗談で言っていた気がする。

僕の中では、プログラミングは一人でやるか、もしくは大人数で取り組むことが多かったのだけど、 ハッカソンでは、小さいチームを作って、自分たちのアイデアを実現するものなので、 普段やっていることとは違う楽しさがあった。

3回目の挑戦では、良い仲間に恵まれ、類似画像検索のサービス「ウユニ塩湖に行きたいんやが」を作り、 入賞することができた。 これは海外の観光スポットの画像に似た近場の観光地を提案してくれるサービスで、 予想以上に高性能なサービスが完成し、ヤフーのテックブログでその取り組みが紹介されたりもした。

ヤフーの社内ハッカソン「Internal Hack Day」を紹介します

12年の歴史をもつヤフーのクリエイター文化を語るには欠かせない社内ハッカソン「Internal Hack Day」について紹介します。

ハッカソンが終了した後も、同じチームでさらに何か新しいものを作りたいという話になり、 ソフトバンクグループのソフトバンクイノベンチャーという新規事業立ち上げのためのプログラムに応募し、 そこに出向して新規事業に挑戦することになった。

ソフトバンクイノベンチャーでは、「BAKOON!」というエクササイズサービスを作っていた。

これは、アプリ上にライブ配信の機能を実装して、アイドルと一緒にエクササイズをするサービスで、 モーションキャプチャ機能などを使って運動量を可視化したり、スタンプでコミュニケーションを行うサービスだった。

BAKOON!はReact NativeとFirebaseを活用したサービスで、技術的な取り組みは以下の書籍で詳しく紹介されている。

React Nativeに支えられる企業：React Native Japan

2017 年 10 月に 「 React Native as a Service 」 という本を技術書典では出させていただきました。その第二弾となります！！ 本書は、実際に使われている企業様にインタビューを行い、React Nativeがどのようにつかわれているのか？ なぜ選んだのか？　どのようなライブリを使っているか？ などを書き上げた、実践的な事例集となっています。そのため、綺麗な話だけではなく、現実に即した知見を得ることができるため、React Nativeを使ったサービスを作ろうとしている、あるいはすでに運用をしている方のお役に立てるかと思います。是非とも我々がお役に立つことができ、ともにReact Nativeを盛り上げていけることを願っています。

このサービス以前では、これまで本格的なモバイルアプリ開発の経験がなかったので、 モバイルアプリ開発、WEBフロント開発も初めての経験だったのだけれど、 基礎から学びつつ、なんとかリリースまでこぎつけることができた。

あと、エンジニアも含めてプロダクトについて議論したり、 マーケティングやビジネス面のKPI部分の設計なども考えていたので、 単純にプログラミングだけでなく、プロダクト全体を考える経験ができた。 ビジネスやマーケティングは思ってた以上にデータ分析的で、自分の数学的知識とかを活かせるなと思った。

リリースして1年くらい運用し、いろいろ頑張ったのだけれど、結局サービスはクローズしてしまった。 ただ、0→1でサービスを作った経験によって、僕がプログラミングでどういうことをしたいのかという部分が変化したと思う。 プログラミングそのものの楽しさよりも、アイデアを自分で決め、それを実現するものづくりが楽しいと感じるようになった。

自分でプロダクトを作るという新たな目標が生まれ、 開発時間を捻出するために、フリーランスとして独立することになった。

新卒で入社したヤフーには大きなデータサイエンスの部門があり、 僕は入社時の面接時にはその手の話しかしていなかったので、てっきりデータサイエンス系の部署に配属されるものだと思っていたのだけど、 気づいたらヤフーショッピングというサービス部門の検索チームに配属されていた。 希望の配属先ではなかったのだけれど、振り返ってみるとここでサービス開発に関われたのは良かったと思う。

当時は、検索APIの機能追加や検索エンジン自体の運用が主な業務だった。 コードベースが大きくて歴史もあったため、まずはそのコードを読み、理解することから始めた。

それまでソフトウェアの設計本などで語られる内容について、イマイチピンときてない部分も多かったのだけど、 実際に大きなシステムを見ることで、なるほどこういう複雑なシステムに対処する話だったんだな、というのがわかった。

また、社内で使われていた技術の多くは、外部のOSSよりも性能が高くて驚いた。 たとえば、今はOSSになっている全文検索エンジンのVespaや NoSQLのmdbmなどは、かなり高性能だった。 OSSで人気のものが性能面でベストだと思っていたけれど、実際は内部のツールの方が優れていたことを知った。

あとは、チーム単位でAPI、サブシステムを管理していたので、 機能開発にはチーム同士の連携が必要だった。

最近は多くても2~3人のチームで、調整などの仕事はほとんど発生しないのだけど、 当時は、新機能開発時やAPIのクローズ時に他のチームお願いしに行くことがよくあった。 こうした組織的な開発は、プログラマとしての社会人経験として結構大事かもしれない。

また、当時、開発だけでなく運用も担当していたことは結構重要な経験だったように思う。

開発と運用が分離していると、それぞれの都合の押し付け合いみたいになってしまうし、 バランスを取るにはどちらも担当するのがベストだと思うようになった。

仕事で思い出に残ってるのは、年に1度のセールの日を迎える前に、 リクエスト数の予測、サーバー台数の調整、負荷試験の実施など、色々対策を行うのだけど、 こういう経験は、大規模なサービスならではだったなと思う。

最近は小規模なサービス開発が多いので、こういうことはあまりやってないけれど、 いつかこの経験が役に立ちそうに思う。

会社に入ってからはJetBrainsのIntelliJ IDEAを使うようになった。 大学時代はEmacsを使っていたが、大学の後半ではVimをメインで使っていた。 しかし、実務で対応すべき言語が増えるにつれ、だんだん状況が変わった。

業務では、PHP、Perl、Java、Go、Pythonなど、多くの言語を使う必要があり、 セットアップが不要で幅広い言語に対応できるIDEを好むようになった。

業務外の時間では、ハイパフォーマンスなシステムに興味があり、 C++や効率的なプログラミングに関する技術を学んでいた。 特に、将来的にC++を使うようなプロジェクトに関わりたいという思いがあったので、 当時は業務とは別に自作プログラミング言語やインタプリタを作ってみたりしていた。

結局当時仕事でC++を使うことはなかったのだけれど、 最近ではファームウェアの開発でC++をガッツリ使っているので、この学びが意外にも役に立っている。

プログラミングを初めて体験したのは確か2008年の高校生のときだった。 当時、自分のデスクトップコンピュータを手に入れて、Ubuntuをインストールして遊んでいた。 シェルでコマンドを打ちながらコンピュータを操作するのが新鮮で、当時はとても楽しかった。

シェル経由で操作すると簡単に自動化でき、Linuxコマンドを極めればコンピューターを使いこなすことができるだろうと思っていた。 そんな感じでコマンドを並べてるだけだけど、僕にとってのプログラミングは、まずはシェルスクリプトから始まった。

その後、シェルスクリプトで遊んでいるだけではなく、本格的なプログラミングを覚えようと思った。 「プログラミングを覚えるならC言語が良い」というネットの評判を見て、 「しろうとクマ君とC言語の授業」という本を購入した。

しろうとクマくんとＣ言語の授業

本の通販なら紀伊國屋書店ウェブストア、電子書籍ストアKinoppy！店舗受取で送料無料。図書カードNEXTも使える。紀伊國屋ポイントが貯まる・使える。コミックや雑誌も豊富な品揃え。国内・海外主要都市に店舗を展開する紀伊國屋書店のECサイト。

一通り読んで「わかった気」になったけれど、今思えば当時はFizzBuzzですら怪しいレベルだったかもしれない。

その次に手を出したのが、Windows向けのゲームプログラミングの本だった。

１４歳からはじめるＣ言語わくわくゲームプログラミング教室Ｖｉｓｕａｌ　Ｓｔｕｄｉｏ　２００８編―Ｗｉｎｄｏｗｓ　ＸＰ／Ｖｉｓｔａ対応

プログラミング言語の王様「Ｃ」を無料の「ビジュアルスタジオ」ですぐにはじめよう。

この本を読んで、横スクロールアクションゲームをC言語で簡単なゲームプログラムを書いた。 ただ、ほぼ写経だったので、かなり無理やり動かしていた記憶がある。 一応動いていたが、十分に理解していたとは言えなかった。

そんなこんなで高校生活を過ごしていたのだけれど、大学では情報系か電気・電子系のどっちに行くのかを迷っていた。 結局どちらも学べる、電気通信大学の情報・通信工学コースに進学した。

大学1年生では、C言語のプログラミングの授業があった。 高校時代の知識はもう結構忘れていて、また1から覚え直しだった。 プログラミングの授業では課題を終わらせるのが異様に早い人がいて驚きだった。 大学にはすごい人がいるもんだなあと感心していた。 あと、授業ではプログラミングにEmacsが必須だったので、いつしか熱心なEmacsユーザーになっていた。

その後、プログラミングをもっとできるようになりたいと思ってPythonを学び始めた。 今でこそ人気No. 1の言語だけれど、当時は日本でPythonがまだあまり流行っていなくて、 周りがあまりやっていなかったことが、逆に魅力的に感じた。

Pythonを学ぶためには、はじめにみんなのPythonという本を読んだのを覚えている。 Pythonを学んで、ようやく実用的なプログラムを書けるようになった。

みんなのＰｙｔｈｏｎ （改訂版）

最新バージョン「３．０」を含め、スクリプト言語Ｐｙｔｈｏｎの“今”を徹底解説。

大学では、バイトもせず、友達とも遊ばず、家にこもってプログラミングをしていた。 一人暮らしをしていたので、何日も誰とも会わずに家にこもっていた日々だったので、 このままで自分の将来は大丈夫なのかと感じていた。

Pythonが一通りマスターした後は、低レイヤーの知識を身につけたいと思い、低レイヤー関連の本を読んでいた。 印象に残ってるのが、「Hacking: 美しき策謀」という本で、主にセキュリティ関連の内容なのだけど、この本を読んで、C言語をようやく理解したように感じた。

Ｈａｃｋｉｎｇ：美しき策謀―脆弱性攻撃の理論と実際 （第２版）

ハッカーの視点に立ち、攻撃手法を詳しく分析。防御方法の本質が理解できる究極のセキュリティガイド。ベストセラー待望の改訂版。

あとはアセンブリ言語も学んでおくべきだと思い、アセンブリ言語も学んでいた。

アセンブリ言語の教科書

アセンブリ言語とは、コンピュータと密接に関わっているプログラミング言語です。本書では、そのアセンブリ言語をサンプルプログラムを例にとりながら丁寧に解説していきます。

他にもたくさん本は読んだと思うけど、当時はアプリケーションの開発にはあまり興味がなかったので、 あまり実用的な本は読んでいなかった。

そもそも当時は、プログラマとして就職しようとも思ってなくて、プログラミングは完全に趣味のつもりだったので、 実用性はあまり気にしていなかった。

大学4年生になると、Brain Computer Interface（BCI）の研究室に入った。主にMATLABやOctaveを使ってプログラミングをしていた。 視覚刺激によって誘発される脳波を使ったBCIの実験で、PsychoToolboxというフレームワークを使ってPC上で視覚刺激を与えるプログラムを書いていた。

当時は、Pythonが一番書けたので、実験アプリケーションをPythonで少し無理をして頑張って作っていた。 ctypesを使って脳波計のDLLをPythonから操作するのだけど、 使い方間違えるとブルースクリーンでPCがクラッシュすることもあり大変だった。

最終的に、実験用のアプリケーションはMATLABに落ち着き、Pythonは分析や可視化に使用するようになった。

ちょうどその頃、機械学習が注目され始め、自分もその流れに乗ってscikit-learnを使って機械学習を学び始めた。 ビショップの「パターン認識と機械学習」という黄色い本も、ゼミでこれが読みたいと言って読んでいた。

パターン認識と機械学習 上 - 丸善出版 理工・医学・人文社会科学の専門書出版社

機械学習とパターン認識の理論や手法を解説 元田　浩 監訳

その後、データ分析もできるようになりたいと思い、Pandasを使ったデータ分析を学んだ。Pandasのスキルは、今でも時々役に立っている。

Pythonによるデータ分析入門 第2版

NumPy、SciPy、pandas、Matplotlib、Jupyterをはじめ、高機能で使いやすい数学・科学計算用ライブラリが充実しているPythonは、科学計算、統計解析、機械学習のみならず、金融や経済分野でも広く利用されています。本書はPythonの代表的なデータ分析ツール、pandasの開発者Wes McKinneyによる、データ分析を行うための基本を網羅しています。すべてのサンプルコードはダウンロード可能で、Jupyter Notebookで対話的に試し、実際に手を動かしながら知識を確実なものにすることが可能です。Python 3に対応した待望の改訂版です。

修士1年になると、アルバイトやインターンで実際に仕事としてプログラミングを始めた。 検索の改善やランキングの予測モデルを作ったりしていた。 当時は、現在のような大規模な言語モデルはまだ存在しておらず、 さまざまな手法を使ったFeature Engineeringを試し、改善していくのが面白かった。

インターンで実務に近いプログラミングをやっていると、 これまでの積み重ねで結構スキルがある程度あることが分かってきた。

大学院での研究もそこそこ成果が出せていて、研究のようなひたすら突き詰めていく作業は性に合っていたので、 博士課程に進もうかとも考えていたけれど、 インターンではほとんど実務に近い内容で、これは仕事にしても楽しそうと思った。

そんなこんなでプログラマとして就職したのであった。