Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Gemのメンテナーたちにとって大きなニュースがあった。1週間前、GitHubはGemの作成をやめて、今あるGemのホストはあと1年だけになるとアナウンスした。Gemのホストの代替として、GitHubチームはGemCutterを挙げていた。Gems、RubyForgeをバックにしたチームが、Rubyエコシステムに大きな変革をもたらそうと集まった。RubyForgeを置き換えるのだ。Quaranto氏によるアウアウンスによると、次のようなステップになるそうだ。後任として、RubyGemsデフォルトのgemホストになります。RubyForgeで公開されているGemは、当分のあいだ使えるようにしておきます。RubyForgeのユーザアカウントをRubyGems.orgにマージします。これにより、RubyForgeのログイン情報でRubyGems.orgにログインできるようにします。gemの所有権も引き継がれるようにします。現時点の計画では、RubyForgeとその全サービスを徐々に廃止するように見える。アナウンスではこう説明している。Ruby固有の機能とデータはRubyGems.orgに移されます。SourceForge)の方がすぐれている部分は取り除かれます。プロジェクトには移行手段を提供します。私たちは警告なしに切り替えたりはしません。RubyForgeにあった機能を書き直すことで、RubyGems.orgが膨れ上がることはないでしょう。詳しい具体的な計画はまだ検討中で、細部を詰める必要がある。Copeland氏(RubyForgeのメンテナー)たちによる、RubyForgeの将来に関するディスカッションのスレッドを読めばさらに情報が得られるだろう。今後の運命について、次のように説明している。したバーチャルホストをすぐに停止するつもりはありません...。数週間のうちに、リードオンリーになると思います。したプロジェクトや現在RubyForgeにあるものはtarballにして、みなさんが簡単に移行できるようにします。アップグレードおよび移行手段が提供されるあいだ、少なくともGemホスティングに関して、RubyForgeにプロジェクトやGemのあるすべての開発者は、こうした変更に注意しておく必要がある。RubyForgeの移行に関する情報を記録したWikiページが用意され、そこに利用可能になる日時や情報について掲載される予定だ。スクリプトを使ってGemをRubyForgeに公開していた開発者たちは、ツールチェーンをアップデートする必要があるだろう。