Makepad 入門ガイド
Makepad開発のエントリーポイント。利用可能なスキルとMakepadアプリケーションの構築方法をここから学びます。
クイックスタート
- 新規プロジェクト？ → プロジェクトのスキャフォールディングと初期化
- プロジェクトの構成？ → プロジェクト構造を学ぶ
- 基礎を学ぶ？ → Makepad Coreで基礎を学ぶ
スキル概要
| カテゴリ | 説明 | 使用場面 |
|---|---|---|
| makepad-getting-started | プロジェクトのセットアップと構造 | 新規プロジェクト開始時 |
| makepad-core | レイアウト、ウィジェット、イベント、スタイリング | 基礎を学ぶ |
| makepad-components | 組み込みウィジェットリファレンス | 特定のコンポーネントが必要な時 |
| makepad-graphics | シェーダー、SDF、アニメーション | ビジュアルエフェクト |
| makepad-patterns | 状態、非同期、レスポンシブデザイン | 高度なパターン |
| makepad-deployment | 全プラットフォーム向けビルド | アプリのパッケージング |
| makepad-reference | トラブルシューティング、コード品質 | デバッグ、リファクタリング |
| makepad-evolution | 自己改善スキル | 自動学習 |
最初のステップ
# 新しいMakepadプロジェクトを作成
cargo new my_app
cd my_app
# Cargo.tomlにMakepad依存関係を追加
[dependencies]
makepad-widgets = { git = "https://github.com/makepad/makepad", branch = "rik" }
# 実行
cargo run
主な機能
- クロスプラットフォーム：デスクトップ、モバイル、Web向けの単一コードベース
- GPUアクセラレーション：カスタムシェーダーベースのレンダリングとSDF描画
- ライブデザイン：ホットリロード可能なDSLによる迅速なUI開発
- 高性能：ネイティブコンパイル、仮想DOMなし
リソース
- Makepadリポジトリ
- Project Robius
- Robrix - Matrixチャットクライアントリファレンス
- Moly - AIモデルマネージャーリファレンス
次のステップ
プロジェクトをセットアップした後、探索：
- makepad-core - レイアウトシステムとウィジェットを学ぶ
- makepad-components - 利用可能なUIコンポーネントを閲覧
- makepad-patterns - 再利用可能なパターンを発見
コメント
まだコメントがありません。最初のコメントを投稿してください！
関連ツール
Makepad コア概念
makepad.nl
live_design!マクロを使用したレイアウトシステム、ウィジェット、イベント処理、スタイリングを含むMakepad UI開発の基本的な構成要素。
Makepad コンポーネントギャラリー
makepad.nl
すべてのMakepad組み込みウィジェットの使用例付きクイックリファレンス。ボタン、入力、スライダー、チェックボックス、ドロップダウン、ラベル、アイコン、仮想リストをカバー。
Makepad デプロイメント
makepad.nl
デスクトップ（Linux、Windows、macOS）、モバイル（Android、iOS）、Web（Wasm）プラットフォームでMakepadアプリケーションを配布用にパッケージ化。完全なビルドとデプロイガイド。
関連インサイト
Windows で OpenCode Go を Codex に繋ぐ。二セット目のツールは開くな
ChatGPT でログインした Codex デスクトップは、ピッカーにほぼ GPT しか出さない。Windows では OpenCode Go だけを開けば、すでに課金している Grok、GLM、Kimi、DeepSeek、MiniMax が同じセレクタに戻る。鍵はマシンから出ず、ネイティブ GPT もそのまま残る。
Codex を閉じ込めているのはモデルではなく、ピッカーだ
OpenCode Go、Grok、Z.ai にはすでに課金しているのに、Codex のピッカーはほぼ GPT しか出さない。コミュニティ製の codex-router が教えるのは手順ではない。すでに買ったモデル能力をセレクタに戻すこと。鍵はマシンから出ず、ネイティブ GPT もそのまま残る。
7 つの AI コーディング CLI を半年使って悟ったこと：モデルがどんなに強くても、仕事には監督が必要
Claude Code、Codex、opencode、pi、omp、DeepSeek Harness はそれぞれ性格が違う。半年間の深い使用で確立した分業：pi で最速最省のレビュー、omp で複雑な PR レビュー、DeepSeek Harness + V4 Flash で高頻度・低コストなレビュー、Claude Code と Qoder でコーディング。モデルがどんなに強くても、仕事には監督が必要——しかも独立した第三者であるべき。