はてなブックマーク

Webサービスを高速に実装したい、そう誰もが一度は思ったことがあるはずです。 そのためには、1つのフレームワークに慣れるということが大切であり、僕はそのためにRailsを使おうと思っています。 Dr. NumbersはDjangoで動いていますし、他のフレームワークも少しだけ試しましたが、何よりも自動生成による開発のスピード感は他のフレームワークにはないなというのが選定の決め手です。 そして、フロントのライブラリはReactを使おうというのが僕の最近の試みです。 stateとpropsの更新だけでcomponentが再描画されるというのは、初めて触った時に本当に感動しました。 このサイトにはReactは必要ないかも？というようなプロジェクトでも、ちょっとした動きをつけるのに重宝します。 そんな便利なRailsとReactですが、一緒に使う際に様々な問題と発見があったので記事にします。 Re

第0章「まえがき」 特に何もしたわけでもないのに疲れて、ベッドで眠りに落ちる数秒手前。 ふと新規サービスのアイディアが湧いてきて、「いけるぞ！」なんて一人で呟きながらベッドがら飛び起き、部屋の同じ場所を何度もくるくると回る。 それに伴う苦労は目に映らず、なぜかサービスが上手く回っている未来が、暗い部屋を明るく照らし出す。 … サービスを作ろうと、実際に手を動かすのは時間がかかるし、正直めんどくさい。 新サービスの妄想をするのは、時間はかからないし、楽しい。 僕はそう思っています。 ただ、現実を見よ、と言わんばかりに部屋の電気をつければ、そこにはサービスを開発するにあたって大小様々な弊害が転がっているのです。 そこでこの記事では、「新規サービスを開発したい」と思ってから、「サービスのアイディアを出したい」となって、「アイディアは出たけど、次は何をしよう」と至るこのフローにおいて、僕が気づいた

この記事は CAMPHOR- Advent Calendar 2016 の22日目の記事です。 「自分でRPGを作ろう！」そんな想いは小学生の頃からあって、実際に紙でRPGを自作して友達や妹に遊ばせたことが何度かあった。 大学生になり、遂にSwiftという武器を手に入れた僕はiPhoneで遊ぶことが出来るRPGを開発することが出来るようになったのだが、プログラミング初心者の僕がどのように「手作りRPG」を開発してリリースしたのか、リリースした後の反響や収益は実際にどのようなものだったのかを振り返ろうと思う。 本題に入る前に一つ注意がある。この記事で「手作りRPG」が丸裸になる。戦闘の設定やゲームバランスもほぼ全て具体的に解説してある。もしも全てを知る前に一度遊んでみたいと思うなら、こちらからダウンロードして遊んでみて欲しい。 ゲームの枠組みを決める まず技術的な問題から、そこまで複雑なRP