中小企業向けのウェブサイトを構築するとき、私は2つの極端に直面します。しかし、プログラマーとしての私だけです。あなたがあなたのために存在しない何かに直面することができないので、ユーザーは衝突しません。最初の極端な例は、クライアントがWordpress用の別のホスティングを月額50ドルで購入する場合です。Wordpressに特別なホスティングが必要ないこと、そのような特別なホスティングは通常通常のホスティングよりも悪く、多くの制限があり、より高価であることを人は知りません。2番目の極端な例は、経済性のためにJAMスタックを使用する場合です。しかし、これは、マッチを節約するときに、発電機を使用してタバコに火をつけるはんだ付け鉄に電力を供給するという、悪い意味での節約です。
公式に言えば、JAMスタック--Javsacript、API、Markup、一般に、Javascriptを使用したAPIを介してクライアント上のデータで満たされた静的テンプレート。簡単に言うと、JAMスタックは一連のクラッチであり、その使用はすべての人、特に開発者にとって横向きになります。技術的に言えば、JAMスタックは、静的サイトを構築し、データのハイドレーションと永続性にSAASを使用し、クライアント側で多くのレンダリングを行うための統合されたクラッチシステムです。祖父は若い頃、どのようにして静的な場所を作りましたか?彼らは単純なHTMLファイルとCSSファイルを作成し、それらをFTPホスティングに配置しました。私たちの父親は、野生の若者の間にどのようにして静的な場所を作りましたか?彼らはJekyll / Octopress、または何百もの静的サイトジェネレーターのいずれかを使用し、結果のHTMLファイルとCSSファイルをコミットを通じてgithubページにアップロードし、目的のドメインをリンクしました。Disqusアカウントを持っているユーザーがサイトにコメントを残すことはほとんどないため、ゲーム以外の方法で名前を付けることができないため、Disqusを使用してゲームをアレンジした人もいます。
価格/時間コスト/サポートの複雑さ/開発の制約の観点から、これはすべて良いオプションでした。それが良い選択肢でなくなったとき、phpを使ったホスティングは月に数ドルで購入されました。静的ページはモックアップされ、本格的なサイトの確かな機能を獲得しました。そして、すべてが順調でしたが、Yeniseiは軽いビールから作られました。しかし、私たちの偉大な先祖は通常の仕事を見つけ、もはやそのようなゴミに苦しむことはありません。今、私たちはそれに苦しんでいます、そして業界は私たちに何を提供できますか、若くて面白い、すべてが簡単な人のために?彼女は誇らしげにJAMスタックで私たちの顔に血を吐き、「あなたは待たない!」と言います。
JAMスタックは静的サイトを構築するための最新のアプローチであり、Gatsby.JSはその予言者の1人です。ギャツビーはこのジャンルの最も明るい代表であり、静的サイトのアイデアの嘲笑を絶対に引き上げ、それをポストアイロニーのカテゴリーに変換します。手始めに、GatsbyはReactの上に構築されています。コンポーネントベースのアプローチを必要とするサイト用に作成されたものと同じReact。いくつかのユーザーインターフェイスがあります。データ操作があります。しかし、静的なサイトがありますよね?番号?逆行的な答え!これは問題ではありません。NetlifyやContentfulなどのサービスがあります。これらは、APIを介してサーバーにAJAX要求を行い、コンテンツを受信または書き込む機能を提供します。それら。 30番目のお尻からアクセスできる通常のデータベース。しかし、それは無料です。最初のN個のリクエスト、つまりユーザーと、blobサイズの制限。プロモーション:すべての制限を満たし、顧客から支払いを受けます*(*試行回数は制限されています)。
一見、ビジネスにとって魅力的に見えるのはなぜですか? Reactはみんなの口にあり、昨日Aichiに入ることができて、ペニーのために働く準備ができているReacto-macaqueがたくさんあるからです。 Reacto-macaquesにとって、これは魅力的です。なぜなら、資金を調達してポートフォリオを埋める方法が少なくともいくつかあるからです。そして、あなたの母親の首に座っていると、文字通り、ホスティングや基地の費用を支払うことはできません。同じ理由で、躊躇している顧客は、結果を見た後、それが必要かどうかを判断し、フリーランサーになる予定のメッセージへの応答を停止することができます。また、顧客と請負業者はかなり小さな能力によって団結しており、最初の能力はすべてがどのように機能するかを理解しておらず、2番目の能力はサイトが別の方法で実行できることを理解していません。
その結果、まれな例外を除いて、後で誰もが負けます。 Reactとその派生物は、大規模なエコシステムと大きな課題を伴う複雑なツールであり、多くの場合、Reactサルではなく、Reactプログラマーによってのみ対処されます。 10年前、「1つのSQLクエリですべてのネストされたサブメニューを含むメニューを引き出す」という人気のサーカス行為がありました。これで、イデオロギーの後継者ができました。1つのGraphQLリクエストを介して、必要なサービスからすべてのデータをプルします。 Gatsbyは500以上の依存関係を引き出しており、JSエコシステムの更新の速度を知っているので、新しいサードパーティのウィジェットが必要な場合、6か月で何かが壊れると言っても過言ではありません。 2年後、この奇跡を新しいリリースに再構築するためだけにバージョンをだますことになります。私は冗談です、冗談です!サイトの指示により、初めて収集できない場合があります。Roskomnadzorが、市民に対する別の懸念の爆発で、サーバーレスデータベースサーバーをブロックしたり、単に料金を変更したりした場合は、これらすべてをもう一度楽しむ必要があります。ちなみに、従来の静的サイトとは異なり、Gatsby!==サイトソースでサイトを構築します。したがって、データベースを含め、データベースがなくても、この奇跡をバックアップして展開する戦略は非常に興味深いものです。しかし、曲がった技術で学童によって作成されたフリークを開発する必要がある場合、まさにパルプが始まります。私を信じてください、PHPには、レガシーコードのろくでなしの上限がはるかに低くなっています。したがって、データベースを含め、データベースがなくても、この奇跡をバックアップして展開する戦略は非常に興味深いものです。しかし、曲がった技術で学童によって作成されたフリークを開発する必要がある場合、まさにパルプが始まります。私を信じてください、PHPには、レガシーコードのろくでなしの上限がはるかに低くなっています。したがって、データベースを含め、データベースがなくても、この奇跡をバックアップして展開する戦略は非常に興味深いものです。しかし、曲がった技術で学童によって作成されたフリークを開発する必要がある場合、まさにパルプが始まります。私を信じてください、PHPには、レガシーコードのろくでなしの上限がはるかに低くなっています。
あなたにとって、初心者の開発者として、商用プロジェクトにJAMスタックを使用することは有益ではありません。第一に、最小限の機能を備えた静的サイトは、それに付随するすべてのものを備えたフリーランスの最下部であり、悪臭を放ちます。第二に、JAMスタックは開発者にとって直接的なコスト削減です。あなたは、あなたに依存しないツールやサービスの湾曲を補うために、そしてあなたがほとんど経験のないものに対処するためにあなたの時間を費やします。ここで入手したものは、有料の顧客が少なくとも通常のホスティングで支払うことができるため、これ以上役に立ちません。
では、最新の形式のJAMスタックの適切な使用例は何でしょうか。私の意見では、これはあなたのかなり適切な知人または親戚があなたに、あなたのプロフィールで通常の高給の仕事をしているReactプログラマーに、あなたの空き時間に比較的単純なサイトを作るように頼む状況です。そして、このアプローチのすべての欠点を人に説明しながら、既存のスキルを使用してこれをすばやく行うことができます。そして彼が同意するなら、先に進んでください。それ以外の場合は、Wordpressとwp2staticについて彼に伝えてください。
批判や反対意見は大歓迎です。ただし、Gatsby、Nextで行ったプロジェクトのコストと数を示してください。