AIが3分で1,000行のコードを生成する様子を目撃し、ログイン画面をテストする前にランタイムエラーにぶつかるまで、まさに何が起きたのかを詳しくご紹介します。Thunkableが見事にこなす部分、完全に破綻する部分、そして特定のユースケースにおいてトークンのコストに見合うかどうかがわかります。
Thunkableとは？
Thunkableは、AIを使ってテキストプロンプトからネイティブiOSおよびAndroidアプリケーションを生成するノーコードモバイルアプリビルダーです。
従来のドラッグ＆ドロップブロックに依存するノーコードプラットフォームとは異なり、ThunkableのAIビルダーは実際のコードを生成します。JavaScriptファイル、コンポーネント構造、スタイリングが含まれています。
ユーザーは、テキストプロンプトからアプリ構造、デザインスタイル、主要機能、データモデルをAIがどのように分解しているかを「思考の過程」として目の当たりにできます。この透明性が、技術的詳細を隠すブラックボックス型のAIビルダーと一線を画しています。
解決できる課題は？
- スクラッチから始めるより速い：認証、フォーム、データ管理を備えたマルチスクリーンアプリを従来の開発で数日かけて構築するのに対し、数分で完成します。
- デザインスキル不要でプロフェッショナルなモバイルUI：AIはモバイルデザインパターンを理解し、モバイルウェブサイトではなくネイティブに感じられるアプリを生成します。
- 技術者向けの柔軟性：純粋なノーコードツールとは異なり、生成されたReact Nativeコードにアクセスできるため、開発者はAI生成以上のカスタマイズが可能です。
ポジショニング：BubbleがビジュアルエディタでWebアプリに注力し、FlutterflowがFlutterコードを求める開発者をターゲットにする一方、Thunkableはその中間を埋めます。非技術的な創業者にもプロトタイピングのスピードを提供し、開発者にはコードアクセスとコントロールを保証します。
誰向け？
Thunkableは、迅速なモバイルアプリプロトタイプを求め、トラブルシュートやコードの確認を厭わない技術志向のクリエイターに最適です。また以下の方にも向いています：
- モバイルファーストのアイデアを検証するスタートアップ創業者：マーケットプレイス、予約システム、サービスポータルなどを構築し、投資家や初期ユーザー向けに動作するiOS/Androidプロトタイプを数時間で用意したい方。
- モバイル開発を模索するPython開発者：バックエンドロジックやAPIには精通しているが、SwiftやKotlinを学ぶのは過剰だと感じる方。Thunkableが生成するReact Nativeコードを読み書きし、モバイルUIを素早く試作しつつ、バックエンドに集中できます。
- 社内ツールを自作したい小規模事業者：ワークフローを平易な言葉で説明し、動作するプロトタイプを入手し、開発チームを雇わずにWebまたはネイティブアプリとして展開できます。
向かない方：完全にノーコード・ノーエラー体験を期待する非技術ユーザー。AIはしばしばバグのあるコードを生成し、ランタイムエラーの修正には「AIで修正」機能にトークンを消費するか、自分でJavaScriptを編集する必要があります。不具合修正やコード読み書きに抵抗がある場合、頻繁なクラッシュでフラストレーションが溜まるでしょう。
Thunkableの長所と短所
- AIが3分以内にアプリを生成
- 生成中にライブの「思考過程」を表示
- デフォルトでクリーンかつプロフェッショナルなモバイルUI
- 300語以上の詳細なプロンプトを受け付け
- 完全なReact Nativeコードアクセス
- AIの各イテレーションを保存するバージョン履歴
- iOS、Android、Webへの公開
- ビルドファイルのダウンロード（ロックインなし）
- スムーズに動作するボトムナビゲーションパターン
- コードを通じたテーマカスタマイズ
- サービスリクエストフォームが正しくレンダリング
- Airtable、Firebase、Google Sheetsとの統合オプション
- トークンシステムでAIコストを制御
- AIが頻繁にバグのあるコードを生成
- カスタマイズにはコード編集が必要
- デフォルトはローカルストレージ、クラウド連携なし
- トラブルシュートでトークンコストがかさむ
Thunkableを無料で試すと、テキストボックスに入力するだけで5分以内にモバイルアプリのコンセプトを動作するコードに変えてくれる様子をご覧いただけます。SwiftもKotlinも不要です。
Thunkableの主な機能
- プロンプトからReact Nativeコードを生成
- ボトムナビゲーションを備えたマルチスクリーンアプリ
- ユーザー認証とロール管理
- ドロップダウンとバリデーション付きフォームビルダー
- 各コードイテレーションのバージョン管理
- iOS、Android、Webへの公開
- 統合：Airtable、Firebase、Google Sheets、Xano
- APK/AABファイルをダウンロードして展開
私のHands-On体験
Service Request Portal（サービスリクエストポータル）をThunkableで構築した際の完全レポートです。ユーザーログイン、ダッシュボード、動作するデータベースを備えたフルシステムを作りたかったので、そのクリックひとつひとつとすべてのフラストレーションを含めてご紹介します。
1. はじめに：サインアップと第一印象
Thunkableのホームページにアクセスすると、最初に目に入ったのは「Turn Your Idea into An App」というシンプルなコールトゥアクションでした。
画面中央には大きな白いテキストボックス。その下に4つのサジェスチョンカテゴリーがありました：
- イベントプランニング
- 在庫管理
- 旅行
- 瞑想
これらをクリックすると、サンプルの説明文が自動でプロンプトボックスに入力されるようになっています。
しかし私はテンプレートではなく、AIが複雑で多層的な要件を処理できるか試したかったので、自分で入力することにしました。
まずはアカウントを作成しようと、右上の「Sign up」ボタンをクリック。
真っ白なウィンドウが現れ、3つのサインアップ方法が提示されました：
- Continue with Google
- Continue with Apple
- Sign up with email
メールアドレスを入力し、「Sign up with email」ボタンをクリック。Thunkableでは初回の段階でパスワードは不要で、「マジックリンク」方式を採用しています。
サイトを離れて別タブでメールを確認し、「The Thunkable Team」からのメッセージの「Confirm」をクリック。ようやくThunkableダッシュボードにリダイレクトされました。
ログイン後にまず感じたのは、インターフェースの驚くほどのシンプルさ。チュートリアルのポップアップも動画も、やたらと話しかけてくるチャットボットもありません。
率直な感想：
サインアップは速かったですが、マジックリンク方式はタブを行き来させられるので好きではありません。しかしインターフェース自体は美しく、ボタンやサイドバーが無数に配置されごちゃごちゃしているわけでもなく、大きなプロンプトボックスがどどんと中央にあるだけで、どこから始めればいいのか迷わない親しみやすさがあります。
2. 最初のプロンプトと文字数制限
メインのプロンプト画面に戻り、プロジェクトの詳細を入力しました。ホームオーナー向けの「Service Request Portal」を構築したかったので、フルワークフローを含む非常に具体的なプロンプトを数分かけて作成。
「Services Table」と「Users Table」の2つのテーブル用データ構造も詳細に定義し、「Customer」と「Admin」の役割も明示しました。
驚いたのはテキストボックスが非常に広く、300語近いプロンプトをペーストしても途中で切れたり文字数制限の警告が出たりしなかったことです。
文字数カウントや上限の警告は一切なく、そのままプロンプトを受け付けてくれました。満足したので、テキストボックス下部の赤い「Generate App」ボタンをクリック。
プロンプト体験の感想：
非常にスムーズでした。まるでフリーランサーへのブリーフを書くような感覚で、データカラムやドロップダウンオプションまで細かく指定でき、ツールが混乱することはありませんでした。
他のビルダーだと一行程度の狭い入力欄しかなく詳細に書けないことが多いですが、Thunkableの大きなテキストエリアは詳細指定を奨励し、最初の段階から設計を自分でコントロールしている感覚を与えてくれます。
3. AI生成の観察：思考フェーズ
「Generate」をクリックすると画面が暗転し、「Analyzing your request」というステータスメッセージが表示されました。
ここが一番面白い部分。一般的なローディングスピナーではなく、AIの「思考過程」をライブログで見せてくれます。
AIはプロンプトを以下の4つのカテゴリに分解していました：
- App Structure：ボトムナビゲーションレイアウトで、3つのメインスクリーン（Home, New Request, Profile）を決定。
- Design Style：「プライマリブルー」と「プロフェッショナル」な美学、「クリーンでモダンなインターフェース」を目標に。
- Core Features：ログイン/登録システム、サービスリクエストフォーム、ステータスフィルタリング付きダッシュボードなどのコンポーネントをリストアップ。
- Data Structure：usersとservice_requestsの2つのテーブルを作成し、id, service_type, statusなどのカラムを生成すると確認。
分析後、画面はコードエディタに切り替わり、AIが実際にReact Nativeコードを入力し始めました。
サイドバーにはApp.js, theme.js, HomeScreen.jsなどのファイルが次々と生成され、handleSubmit, fetchRequests, toggleStatusといった関数が書き込まれていきます。
「Generate」から「完成」まで、ほぼ3分で終了。下部に「Your app has been generated!」という小さな通知が出て、青い「Preview」ボタンが表示されました。
率直な感想：
AIの「思考過程」を見るのは圧巻でした。プロンプトを理解しているかどうかをコード生成前に確認できるのは安心感があります。
「ノーコード」ツールなのに1,000行のJavaScriptを目にするのは不思議ですが、内部仕組みを理解したい人には最高です。AIのブラックボックス感が消えます。
4. 生成アプリの第一印象
ビルド完了後、「Preview」をクリックすると、画面右にモバイルエミュレータが表示されました。
最初の印象は、非常にクリーンで「ネイティブ」らしい見た目だったこと。モバイルウェブサイトではなく、App Storeに並んでいそうな本物のアプリの雰囲気。
確認できたポイントは以下の通り：
- ダッシュボード：「Service Requests」一覧がヘッダーと、All, Pending, In Progress, Completedの4つのタブ切り替えバー付きで表示。
- カラースキーム：指定通りプロフェッショナルな濃い青を基調に、背景は柔らかなグレーで白いカードが映える配色。
- ナビゲーション：画面下部に「Requests」「New Request」「Profile」の3つのアイコンメニュー。
- 見た目：プロフェッショナル寄りのデザイン。フォントがシャープで余白が均等、標準的なモバイルUIパターンで非常に親しみやすい。
ただし、ダッシュボードにはダミーデータが生成されず空のままだったため、リクエスト一覧が実際にどう見えるかを判断するには自分でデータを追加する必要がありました。
第一印象の感想：
デザインはまさに要望通りのプロフェッショナルな青基調で、無理に派手になりすぎずサービスポータルらしい落ち着きがあります。タブやナビゲーションの動作もスムーズで感心しました。
唯一の小さな不満は、最初からいくつかのフェイクリクエストを生成してくれれば、空白画面よりも「すごい！」という驚きが強まったと思います。
5. エラー発生：トラブルシュートループ
ハネムーンフェーズは「New Request」タブをクリックしてフォームを確認しようとした瞬間に終わりました。フォームではなく紫色のボックスにランタイムエラーが表示されたのです：
Runtime Error: Your app encountered an error while running. Cannot read properties of null (reading ‘id’) at Line 433, Column 50. Error location: the ‘HomeScreen’ screen.
コードに手を加える前なのにアプリがクラッシュ。しかしThunkableはこれを想定しているようで、エラー表示内に大きな「Fix with AI」ボタンがありました。
クリックすると再びAIが「思考」モードに入り、約45秒でコードを再解析し、プレビューをリフレッシュ。
最初のクラッシュは解消され、ようやく「New Service Request」フォームが表示されました。内容は要望通り：
- Plumbing, Electricalなどを含む「Service Type」のドロップダウン
- 大きな説明用テキストエリア
- 希望日用の日付ピッカー
- 「Urgency Level」のドロップダウン
しかし続けて「Profile」アイコンをクリックすると別のエラーが発生：
Runtime Error: Cannot read properties of null (reading ‘name’) at Line 949, Column 42.
感想：
ここが一番フラストレーションを感じる部分でした。AIはデザイナーとしては優秀ですが、コーダーとしてはバグを量産しがち。認証ロジックでユーザー名やIDをログイン前に参照しようとしてクラッシュを引き起こしていました。
「Fix with AI」は強力ですが、3つのスクリーンを見るだけで3回も使わざるを得ないのはガッカリです。アプリがまだ「本番レディ」ではないと痛感しました。
6. トークンとクレジット制限：構築コスト
「Fix with AI」を押すたびにコストが気になったので、アカウント設定の「Tokens」欄を確認。
Freeプランでは1.2kトークンが付与されており、アプリ生成やコード修正のたびにこのリミットが消費されます。
最初のビルドと2回の「Fix with AI」で約250トークンを消費していました。
トークン制限の所感：
公正な仕組みですが、トラブルシュートのたびに実際にお金を使っている感覚が強く、生産的にビルドするよりコストに怯えてしまいます。本来、AI自身の生成ミスによる修正にはトークンがかからないほうが理想です。
7. デザインカスタマイズ：ノーコードvsハイコード
デザインをAI以外で変更できるか試そうと「Edit」タブをクリックしました。ブロックベースのドラッグ＆ドロップエディタを想像していたのですが、出てきたのは生のコードでした。
AI生成アプリの「カスタマイズ」はReact Nativeコードの編集を意味します。
- 色の変更：theme.jsの#0000FFなどの16進数コードを手動で書き換え
- ボタンの移動：Flexbox設定をコード内で調整
- コンポーネント追加：新しいボタンを追加するにはコードに直接追記
感想：
大きな驚きでした。AI生成ならビジュアル編集できると思いきや、生のコードを見せられるとは。Thunkableはこのツールを初心者向けではなく、開発者が頭出しを期待するものとして位置付けていると実感。強力ですが、非技術者にはハードルが高いです。
8. データとバックエンド設定：データはどこに？
データの扱いを確認しようとコードを調べると、冒頭に以下の一文がありました：
const storageStrategy = ‘all-local’;
さらに’useQuery’と’useMutation’を’platform-hooks’からimportしていました：
const { useQuery, useMutation } = require(‘platform-hooks’);
最初は混乱しました。サービスリクエストがどこに送られているのか分からなかったからです。端末内？クラウド？どこにも接続されていないように見えました。
結論：
‘all-local’戦略は、デバイスにローカル保存するだけで真のデータベースではなく、localStorageに似た一時的ストレージです。見かけ上はデータベースクエリとミューテーションですが、実態は端末内の一時データ管理にすぎません。
良い点： useQuery/useMutationの構造は本物のバックエンド向けのパターンで、将来的なデータベース統合も見据えたコード構造。
悪い点： AirtableやFirebase、Google Sheetsなどのクラウドには接続されず、ホームオーナーがリクエストを送っても配管工や管理者は別端末で確認できません。アプリをアンインストールするとデータも消えます。
「データベース接続方法」を尋ねた結果：
プロンプト欄に「How do I connect a database?」と入力したところ、AIの思考ログには以下のようなコメントがありました：
「ユーザーは『データベースに接続する方法』を尋ねている。これはコード修正ではなく質問として扱うべきだが、指示により完全な更新コードのみを返す必要がある。」
要するに、AIはコード以外の説明を拒否するプログラムになっており、説明ではなくコードを返しました。しかし返ってきたコードは既存のコードとほとんど同じで、単にServiceRequestContextを追加して内部構造を少し整理しただけ。依然として‘all-local’でした。
AIの思考ログにもこうあります：
「適切な回答は（1）現状はローカル戦略である（2）データベースを使用するにはall-localからマイグレート（3）all-supabase戦略（クラウドDB＋認証）は将来リリース予定、の説明だが、コード以外を返す指示がある」
つまりAIは要望を理解していたものの、説明を許されずコードのみを返し、まだ実装されていないクラウド戦略に切り替えられなかったということです。
バックエンドの所感：
AIビルダーはローカルファーストで、デモには向くもののマルチユーザーアプリには不十分。ユーザーのデータ保存先を事前に尋ねない、あるいはデフォルトの制限を説明しないのは機会損失です。可視的にはデータベース対応に見えるコード構造ですが、実態はプロトタイプ止まりのローカル保存です。
Thunkableのドキュメントによれば、storageStrategyを‘all-supabase’に変えればSupabaseなどのクラウドDBと認証を使えるとのことですが、AIビルダー側ではまだ未対応のようでした。
結論：このままではローカルプロトタイプ以上のものにならず、実際の業務用サービスにはクラウドDBが必須です。AIがどこにデータを保存するかを確認せずに始めるのは要注意です。
9. 利用可能な統合：連携オプション
AIが自動構築しなかったものの、手動で追加できる統合オプションを確認しました。
以下のサービスと接続可能です：
- Airtable：スプレッドシート型のインターフェースを持つクラウドデータベース。開発者と非技術者管理者が共に運用しやすい。
- Firebase：ユーザー認証とリアルタイムデータ同期に最適。複数デバイス間でデータを共有可能。
- Google Sheets：シンプルなデータ追跡に。物件管理者がGoogleシートを開くだけでサービスリクエストを確認できる。
- Xano：サーバーレスで拡張性のあるバックエンド。インフラを意識せずアプリを成長させられる。
- Backendless：ビジュアルDBとユーザー管理機能を提供するノーコードバックエンド。
- Cloudinary：画像管理に。壊れた配管の写真などをアップロード可能に。
- Webflow：サイトCMSと同期。現行のWebflowサイトとアプリ間でリクエストを連携できる。
- RevenueCat：アプリ内課金・サブスクリプション管理でマネタイズ可能。
では、なぜAIはこれらを使わなかったのか？
「How do I connect a database?」の思考ログを見ると、AIは確かにこれら統合を認識しており、
「データベースにはall-local戦略からのマイグレーションが必要。all-supabase戦略は将来リリース予定」とコメントしていました。
これはつまり：
- 統合自体はプラットフォームに存在するが、AIビルダーからは限定的にしかアクセスできない。
- 「Airtableと接続して」といった会話的指示には対応せず、マニュアル設定が別途必要。
- AIはスピード重視のため最も簡単なローカル保存をデフォルトにし、フォローアップの質問をしない。
感想：
プラットフォームとしての可能性は十分にあり、手動なら統合可能なものばかりです。私が苛立ったのは、AIビルダーがプロンプトフェーズで一切これらの選択肢を提示してこなかったこと。最初に以下のように問われれば良かったのにと思います：
「サービスポータルのデータをどこに保存しますか？
- ローカルストレージ：高速・オフライン対応だが単一端末限定
- Airtable：共有可能なクラウドスプレッドシートデータベース
- Firebase：認証付きリアルタイムDB
- Google Sheets：簡易共有データ追跡
」
この一問があれば、見た目はマルチユーザー対応なのに実態はシングルユーザープロトタイプという混乱を避けられたはずです。
10. バージョン管理：究極の安全装置
トップツールバーの時計アイコンをクリックすると「Version History」サイドバーが開き、AIが生成した各バージョンが一覧表示されました。
タイムラインはこんな感じ：
- Service Request Portal with User Authentication（最初のクラッシュ版）
- 「null参照エラーの修正」（最初のFix）
- Connect database to application
どのバージョンでもコードを閲覧でき、「Restore」をクリックすればその時点に戻せます。
「Fix with AI」で逆に問題が悪化したときや、新たなクラッシュが発生したときにすぐに巻き戻せるのは非常に助かりました。
バージョン管理の感想：
ノーコードやAIツールでここまで強力なバージョン管理を見たのは初めてです。実験やリスキーな修正を恐れず試せる安心感があり、AI開発の混沌をプロフェッショナルにコントロールできるように感じました。
11. 公開とデプロイ：実際にリリース
アプリの状態が整ったと判断し、右上の「Publish」ボタンをクリックすると3つのオプションが表示されました：
- Publish iOS：Apple App Storeへの申請フローを開始。Apple Developerアカウントが必要。
- Publish Android：Google Play用のAPKまたはAABファイルを生成。
- Publish Web App：モバイルブラウザで利用可能なURLを発行。
また「Download」ボタンからAndroid/iOSのビルドファイルをローカルに取得可能。プラットフォームにロックインされず、成果物を自分のものとして持てるのは大きなポイントです。
公開フローの感想：
非常にストレートでわかりやすいです。Webアプリオプションが隠れていないのも親切。Android・iOSのビルドファイルを直接入手できるため、単なる趣味ツールではなくプロフェッショナル仕様の印象を受けました。
総括
数時間の操作で、ログイン画面、機能的なリクエストフォーム、ステータスフィルタ付きダッシュボードを備えたService Request Portalのプロトタイプが完成しました。
最終評価：
ThunkableのAIビルダーは、アイデアを迅速に可視化し、UI構造を数分で構築したい人にとって強力なスタートポイントです。
しかし魔法の杖ではありません。生成バグの修正に時間を取られ、トークンコストがかさみ、実運用にはコードに手を動かす必要があります。
他のツールと比べると、Thunkableはプロフェッショナル開発環境に近く、コードを見せることで問題解決の手がかりを提供します。技術志向のクリエイターが次のプロジェクトの土台にするには非常に魅力的です。
完璧なアプリをワンクリックで期待するなら、ランタイムエラーの多発に落胆するでしょう。ノーコード界への大きな前進であることは間違いありません。
Thunkableの料金プラン
ThunkableはAIトークンの上限、プロジェクトのプライバシー、公開機能を基に4つのプランを提供しています。
すべてのプランにAIコードジェネレーターが含まれ、違いはビルド可能量と公開先のみです。
| プラン | 価格 | AIトークン | プロジェクト数 | App Store公開 | おすすめ用途 |
|---|---|---|---|---|---|
| Free | $0 | 2,000 | 3（公開のみ） | × | プラットフォームテスト |
| Accelerator | $19/mo | 20,000 | 5公開＋1非公開 | × | MVPプロトタイピング |
| Builder | $59/mo | 50,000 | 公開無制限＋非公開10 | 1アクティブアプリ | 最初のアプリ展開 |
| Advanced | $189/mo | 100,000 | 無制限 | 無制限 | エージェンシー＆製品群 |
見落としがちなコスト
App Store公開にはApple Developer（年99ドル）とGoogle Play（25ドル／一回のみ）アカウントが必要です。Thunkableの表記にはありませんが、これがないとストアに出せません。
AIトークンは有料プランで月ごとにリセットされます（使い切りではなく、請求サイクルで補充）。Acceleratorプランで3,000トークン使っても、翌月は再び20,000トークンにリセット。未使用分は繰り越されません。
重要：サブスクリプションが切れると公開中のアプリはユーザーから利用できなくなります。WordPressのようにサイトが生き続けるわけではなく、更新するまでアプリは「暗転」します。
私のおすすめ
ビジネス用途で本格的に始めるならAccelerator（19ドル／月）を選びましょう。Freeプランの2,000トークンはデバッグであっという間に消耗し、非公開プロジェクトも必要になるからです。
Thunkableでアプリを作成後、生成されたReact Nativeコードを編集してDjangoバックエンドとAPIエンドポイントを接続すればOKです。
Thunkableの代替案
AIベースのコード生成による迅速なプロトタイピングが特長のThunkableですが、ピクセル単位で完璧なモバイルUIと完全なコード制御を求めるなら、FlutterFlowが有力な代替です。
| 機能 | Thunkable | FlutterFlow |
|---|---|---|
| 構築手法 | プロンプトからAIがコード生成 | ビジュアルドラッグ＆ドロップでFlutterウィジェット構成 |
| 向いている用途 | 迅速なAIプロトタイプ作成 | ピクセル単位UIと開発者制御 |
| コードアクセス | React Nativeコード閲覧・限定編集 | Flutterソースコードの完全エクスポート |
| カスタマイズ | コード手動編集かAI再プロンプト | 170以上のコンポーネント＋カスタムコード |
| バックエンド | デフォルトはローカルストレージ、クラウド制限あり | ネイティブFirebase連携、カスタムAPI |
| 学習コスト | プロンプトは簡易、デバッグは難易度高め | 学習曲線は急（Flutter概念が必要） |
| 開始価格 | $19/mo（Accelerator） | $15.60/mo（Basic） |
| App Store公開 | $59/mo（Builderプラン） | $15.60/mo（Basicプラン） |
非技術的な創業者にはThunkableを推奨：モバイルアプリアイデアを迅速に検証したい方。バグに寛容で、コンセプトから動作するプロトタイプまでの最短距離を追求する方に最適。
開発者にはFlutterFlowを推奨：可読性が高くエクスポート可能なコードを求め、UI、アニメーション、バックエンドロジックに細かく手を入れたい方。
最終評価
ThunkableのAIビルダーは、平文プロンプトから数分で動作するモバイルアプリを生成するという約束を的確に果たします。
要件を分解しReact Nativeコードを生成する様子は本当に印象的で、バージョン管理システムのおかげで気兼ねなく試行錯誤できます。
ただし現実は、AI生成のバグ修正に費やす時間のほうが、機能追加より多くなりがち。トークンを惜しみなく使えるなら、プロトタイピングアクセラレータとして十分価値があります。
しかし、コードに一切触れずに洗練されたプロダクションアプリを一発で得たいなら、期待外れに終わる可能性が高いです。
