Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。(Arnon氏のRESTに関する考察の詳細は、ここから参照できる)。Arnon氏によれば、RESTには3つの利点がある。APIは最初のURIから発見できます。これは、サービスを呼び出すアプリケーションが何をするサービスなのか自動的にわかるということではありません。サービスを統合するためにAPIを利用している開発者が楽になることを意味しています。ハイパーメディアによって次にすべきことのロードマップが提供されれば。HTTPはRESTの最も一般的な実装であるWebのプロトコルであるHTTPについて言えば、JSONやATOMPubで発信することは、どんな言語やプラットフォームにおいても、サービス接続に使用可能なライブラリを簡単に見つけられることを意味します。拡張可能性...ステートレス通信、複製レポジトリはすぐれた拡張可能性を生み出します。Arnon氏はRESTの欠点についてもいくつか述べている。氏の見解によると、RESTには主に2つの欠点がある。HTTP上のREST特有の"Lo-REST"実装(GETとPOSTしか使っていない)技術的にはまだRESTfulなのですが、私にとって2つのHTTPメソッドでは本当に有益だとは思えません(実は多くの実装をunRESTfulにします)。現在のプログラミング言語の制限...プログラミング言語はリソース指向ではないので、URIとマッピングするコードは汚くなりがちです。APIをハイパーテキスト駆動にするのは比較的難しいのです(これはRESTの制約です)。最後にArnon氏はRESTのひどい部分を指摘した。これらのほとんどはRESTの誤用によって促進される。熱狂的な支持者(Arnon氏によって使われた用語で、RESTの議論がしばしば宗教的が宗教的であることを表す)RESTだけではなく、すぐれた技術やアイディア(AgileやTDDなど)は、お気に入りのアイディアを盛り込むのは素晴らしいことで、みんな自分たちのようにすべきだと考えている支持者たちのシェアを得ます。RESTの誤解...GETsfulな実装の構築(つまり全てhttpのGETで行います)やURIがコマンドである素のRPCの実行、HTTPメソッドを使ったCRUD操作の実行などなど。Arnon氏は投稿を以下の主張で締めくくった。RESTはシンプルに見えますがそうではありません。RESTは考え方の変化を要求します(例えばリソースの識別、状態遷移の具体化など)...RESTはあなたにとって重要で有用なツールとなります。どのアーキテクチャ/テクノロジとも同様に、よくない実装は全ての利点を打ち消してしまいます。WS*対RESTの議論は終わりがないように思われるが、実際にはどちらも「あらゆるものへの回答」にはならない(「ハンマー」症候群を警戒せよ)。完全なビジネスの全体論的視野をとった時、あなたは異なるアーキテクチャの原則がうまくフィットする場所を目にするでしょう。アーキテクチャスタイル(そしてアーキテクチャパターン)は課題を解決するために使う道具です。ハンマーを使うのが適切な場所はありますが、ハンマーよりも適切な道具があることを確認するのもまた賢明なことです。ほとんどのRESTの実装は非同期呼び出しとイベントをサポートしておらず、結果として、イベント駆動型のアーキテクチャスタイルはおそらくREST向きではない。別の例として、SOAPエンベロープによって提供されるビジネスとインフラの関心事の分離は、RESTの場合は実装者に委ねられている。結果的に、REST向きではないような、将来変更される可能性があるインフラについての関心事の実装を要求される。2.0、特にマッシュアップとAJAXの発展によって最近さらに人気を得た。この場合、RESTサービスはJavaScriptからアクセスされ、マーシャリングメカニズムとしてJSONが使用される。これを根拠に、REST支持者の多くは、RESTはおびただしい数のWS*標準を使う場合に比べ、サービスの呼び出しがより簡単であると主張している。これは「手で」サービス呼び出しコードを実装している場合には正しい。WSDLからサービス呼び出しコードを生成するツールがあり、それが多くの言語を対象にしていれば、この作業は取るに足りないものになる。REST対何かの例のリストには終わりがなく、それはリストの作者に大きく依存する。Arnon氏の投稿の中で、氏は実装のための適切なアーキテクチャを採用するためのすぐれた架空の議論を提示する。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。