高速アプリと最初に理由を尋ねることについてのAdaloエキスパート

Adalo フォーラムで不可能に思えることの解決策を検索したことがあれば、Victor の回答を読んでいる可能性は高いです。彼は 2020 年から Adalo で構築を続けており、YouTube で最初にチュートリアルを作成した人物の一人で、100 を超えるアプリに携わってきました。

また、エンジニアとしての経歴を持ち、それが 2 つの方法で表れています。アプリの読み込みが遅い理由を正確に診断でき、要望したものを構築してはいけない場合は率直に言ってくれます。

Adalo アプリの読み込みを遅くする本当の原因、初心者がほぼ誰もが犯すデータベースの誤り、そして何か書く前に Victor が必ず尋ねる 1 つの質問について、Victor と対談しました。

Victor を紹介します：エンジニア、教育者、Adalo エキスパート

Victor は IT の世界に長くいて、エンジニア、ビジネスマネージャー、スタートアップ創業者としてさまざまな役割を担ってきました。彼は 2020 年の COVID 時代にノーコードに出会いました。当時、経済が変わり、彼のスタートアップが苦戦していました。モバイルアプリが必要でしたが、フルスタック開発者を雇う余裕がありませんでした。

「よし、根っからのエンジニアとして、研究が好きだし、自分で作られるかな？と考えて、Adalo を見つけました。プラットフォームについて何も知らなかったのに、1 週間以内に最初のバージョンを作ることができました。それほど直感的で理解しやすく、作業しやすいプラットフォームだったからです。だから、私は大ファンになりました。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

彼は自分で構築するメーカーとしてスタートし、フォーラムで見つけたことをシェアし始めました。それらのフォーラムでの回答がビデオになり、他のメーカーが彼に助言を求め始めました。そして、彼が Adalo エキスパートになった経緯です。今日、彼は自分のスタジオを運営しており、 No Code Atelierという会社で、少数のアソシエートと共に、クライアントがビジネスアイデアを実際の製品に変えるのを支援しています。

彼の初期コンテンツが目立った理由は、単なるハウツー素材ではなかったからです。彼は、プラットフォームができないはずの領域に取り組みました。

「複雑な技術的問題を解決し、解決不可能に思える問題への解決策を見つけます。とても興味深いことです。プラットフォーム自体はかなり柔軟です。素晴らしいものを構築できます。また、時間対成果の比率は比類がありません。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

教育活動は決してビジネスではありませんでした。彼が公開しているのは、他のメーカーが彼の始まりの時期に助けてくれたからです。

「私は、誰もが時間を節約する機会を持つように、知識をシェアしたいだけです。私は恩返しがしたいです。他のメーカーから、始まりの時期に手伝ってくれた人たちから、たくさん学びました。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

スクリーンではなく「なぜ」からスタートする

Victor のスタジオがビルダーに触れる前に、ビジネスの問題に取り組みます。彼はソフトウェアがポイントではないことを強く主張しています。

「アプリ、プロジェクト、IT 自体は目標ではありません。クライアントの問題を解決するための手段です。ゴールはアプリストアのアプリではありません。何か問題が解決されていることがゴールです。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

彼のお気に入りの例はダッシュボードリクエストで、彼が常に聞くものです。クライアントがどのように物事が進行しているかを見るためのダッシュボードが欲しいと言います。彼は、どのパラメータかを正確に尋ねます。その後、チームに何人がいるのかを聞きます。3 人か 4 人ですか？4 人のアクティビティを監視する場合に、本当にダッシュボードが必要ですか、それとも CSV エクスポートで済みますか？彼は大抵の場合、クライアントが一呼吸置いて、それでいいと同意すると言っています。

これは学究的ではありません。これはビルドが無駄になるのを防ぐものです。

「多くの場合、アイデアがよく練られていないと、最終的にはプロダクトが使われなくなったり、機能が使われません。これはメーカーが何をする前に考えるべきことです。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

実際に Adalo アプリを遅くするもの

これは Victor のエンジニアリング脳が最も役立つ場所です。診断がとても明確だからです。パフォーマンスの問題はほぼ常に、デバイスに一度に多すぎる作業をさせることから発生します。

1 つのスクリーンに含まれる要素が多すぎる。 すべての要素は電話またはブラウザで組み立てられる必要があるため、200 個の要素があるスクリーンはシンプルなものより遅いです。6 つのリストが同時に読み込まれ、各リストが 100 レコードを取得している場合、6 つのデータベースクエリと 600 レコードが一度にレンダリングされます。

リスト内のリスト。 あるリストの各項目内に別のリストをネストすると、同時に読み込まれるものが増加します。

すべてを読み込もうとする。 彼は 20,000 レコードを 1 つのリストに読み込もうとするメーカーを見かけたことがあります。

「それは機能しません。どこでも機能しません。Adalo ではなく、単に機能しないだけです。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

隠されたリストも読み込まれます。 これはあまり知られていません。ネットワークコンソールでの見方に基づくと、表示されていないリストでも読み込まれます。つまり、4 つのカスタムタブで支えられた 4 つのリストがあるスクリーンでは、すべて 4 つが読み込まれます。これは小さい場合は問題ありませんが、大きい場合は問題があります。

複雑なリレーションシップとスタックされたカウンター。 より複雑なリレーショナルデータは、SQL の JOIN に似ていて、より遅く読み込まれます。また、カウンターは素早く加算されます。彼は、ダッシュボードに 12 個以上のデータベースカウンターを持つアプリについて説明します。各カウンターが独自のクエリを実行し、API 統合またはカスタムコンポーネントで修正する予定です。

彼の実用的なアドバイス：スクリーンはシンプルに保ち、できる場合は分割してください。すべてを読み込む代わりに、リストを適切にフィルタリングしてください。1 つのボタンに 10 個のアクションを積み上げないでください。ブラウザのコンソールとネットワークインスペクタを使用して、正確に何が読み込まれているのか、なぜか確認してください。

「時々パフォーマンスにがっかりしますが、これはシンプルさの代償だと理解しています。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

初心者が何度も犯すデータベースの誤り

初心者がデータベースについて間違っていることについて尋ねられると、Victor は遠回しにしません。彼らはドキュメントを開かないのです。コレクションのドキュメントを読んでください。そうすれば、データベース構造に関する質問の約 95％が自動的に消えます。

それ以上に、彼の最も有用なアドバイスはリレーションシップの命名についてです。2 つのコレクション間に複数のリレーションシップがあり、すべてがデフォルト名を持つ場合、あなたは迷子になります。ユーザーが多くのアイテムを所有し、多くのアイテムをレンタルできるアイテムコレクションを想像してください。明示的に名前を付けてください。一方では「user owner」と「user renter」のように、もう一方では「items I own」と「items I rent」のように、デフォルトを残す代わりに。

もう 1 つの罠は過度に複雑なこと。シンプルな構造で十分な場合に、凝った構造を構築することです。彼が認める限り、それはほとんど経験と共に来ます。

サイドプロジェクト、設計上のサーバーレス

Victor はまた独自のツールを構築しており、フォーラムで共有したものは、多くの Adalo ユーザーが遭遇する問題を解決します：大量のデータの検索とソート。Adalo Collections API が有効になると、彼のツールはコレクションに接続し、データを取得し、グローバルサーチを含めて検索できます。

彼が最も誇りに思っている設計選択は、それが何も保存しないことです。すべてはブラウザで起こり、キャッシュをクリアするとデータが削除されます。彼のバックエンドは正確に 1 つのことだけをします：アクセスコードをメールで送ります。

適切に、それを構築することは、彼に他の側からの同じパフォーマンス教訓を教えました。20,000 レコードを一度に表示することは技術的には機能しましたが、ブラウザタブは 4～5 ギガバイトのメモリを消費したため、彼はページング と段階的読み込みで再構築しました。彼は、バルクデータ管理は Adalo だけでなくすべてのプラットフォームでの課題であると指摘しています。

彼はまた、それがどのように作られたかについてリフレッシュingly正直です：AI 支援で、ゼロからのハンドコーディングではありません。

「最初のバージョンは 30 分以内に取得され、その後、AI が望むように機能させるのではなく、あなたが望むように機能させるために何時間も修正します。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

彼が Adalo から最も望んでいる機能は同じテーマに従います：プラットフォーム内のサンドボックスでの AI 支援カスタムコンポーネント開発。スクリーンを生成するのではなく、実際にコードが必要な機能を記述するために AI をもたらします。

ビルダーのための Victor のアドバイス

ビルドの途中で立ち往生している誰でもに対して、彼のアドバイスは彼がすべてのクライアントプロジェクトを開始する同じ質問です。

「なぜそれを構築しているのですか？あなたが作成しているそのソフトウェアの存在理由は何ですか？目標と解決しようとしている問題について心が明確になっているとき、実装ははるかに簡単になります。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

彼のスタジオがNo Code Atelierと呼ばれている理由があります。それは産業的な何かではなく。

「私たちがそう呼ばれている理由があります。なぜなら、私たちはパンケーキを焼くようにアプリを量産する工場ではないからです。私たちは個々の顧客要件に合わせたウェブアプリとモバイルアプリを構築します。」

Victor Kuzmichev、No Code Atelier 創業者、Adalo エキスパート

彼はまた、確率について明確な見方を持っており、それに動じることがありません。新しいプロジェクトのうち約10分の1が成功する、と彼は言いますが、試みなければ、その機会はそもそもありません。

小麦粉1杯分まで、すべての在庫を Adaloで無料でビルドを開始、読む ヘルプドキュメント Victor が強く推奨する、ブラウズ 他のメーカーが出荷したアプリを参照または Adaloエキスパートを雇う あなたと一緒に構築する。

Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか？

Victor Kuzmichev は誰ですか？

Victor Kuzmichev は Adalo Expert であり、ローコード・ノーコード開発スタジオである No Code Atelier の創業者です。バックグラウンドはエンジニアで、2020年に Adalo での構築を開始し、YouTube で Adalo チュートリアルを最初に公開した人物の一人であり、Adalo フォーラムの長年の貢献者です。100以上のアプリに携わり、複雑な統合とアーキテクチャを専門としています。

Adalo アプリが遅い理由は何ですか？どのように修正するのですか？

最も一般的な原因は、1つの画面に多すぎるものを配置すること、リストをリストの中にネストすること、そして一度に多すぎるレコードを読み込もうとすることです。現在表示されていないリストでも読み込まれるため、複数の大きなリストによってサポートされているタブ付き画面は、それらのすべてを読み込みます。深い関連データと多くの同時カウンターもクエリを追加します。修正方法は、複雑な画面を分割し、すべてを読み込む代わりにリストをフィルタリングし、1つのボタンに多くのアクションを積み重ねることを避け、ブラウザのコンソールとネットワークインスペクターを使用して実際に読み込まれているものを確認することです。

Adalo データベースをどのように構造化すべきですか？

collections ドキュメントを読むことから始めてください。Victor によると、これは初心者のデータベースの質問の約95パーセントを解決します。Collections はプロパティを保持し、関係は collections を接続します。2つの collections の間に複数の関係がある場合は、デフォルト値を保持する代わりに、各関係に明示的に名前を付けてください。例えば、user owner と user renter を items I own と items I rent の隣に。構造をより単純なもので十分である場合は、複雑にしすぎないようにしてください。

Adaloとは何ですか？

AdaloはビジュアルマルチスクリーンキャンバスとAdaというAIビルダーを備えたノーコードアプリビルダーです。1つのプロジェクトからデータベース駆動型のWebアプリとネイティブiOSおよびAndroidアプリを設計、構築、公開し、Apple App StoreおよびGoogle Playに公開できます。プランは500レコード/アプリの無料版から始まります。 有料プランは月額$36から始まります.