Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Jeffries氏は、開発者は"Agile"を捨てるべきと主張した自身のブログ記事をシェアした。記事ではさらに、開発者は"ニセアジャイル"や"ダークアジャイル"の形式から離れ、マニフェストの価値や原則に近付くべきだと述べられている。"ニセアジャイル"や"ダークアジャイル"という言葉は、著者によって使われている。彼によれば、アジャイル開発宣言の初期の思想のひとつに反して、開発者の生活を良くするどころか悪くするために貢献したいわゆる"Agile"アプローチの種類を強調するためだという。これらのことが起こってしまうとJeffries氏が指摘する主な理由は次の通りである:エンタープライズには良い。企業がアジャイルを採用するとき、それは大抵、何かを改善しようとしているということだ。利用可能なコーチングやトレーニングに様々の特色があるおかげで、彼らは問題の可視性を向上できる。一般的に経営陣と企業によって、情報に基づいたより良い決断がもたらされる。著者によれば、マニフェストの価値や原則があまり適用されていないとしても、これは当然良いことである。不十分なアジャイルの導入は、始めは開発者にとって、また最終的には企業にとっても悪いこととなる。[アジャイルの採用]はしばしば開発者の支障を増やし、作業をする時間を減らし、プレッシャーを増やし、”もっと速く”を要求する。これは開発者にとって悪いことであり、そして最終的には企業にとってもまた悪いこととなる。”Agile”の不十分な実施は大抵、達成できたはずのところより欠陥を増やし、進捗を遅くする結果となるからだ。良い開発者はこのような組織を離れ、結果として”Agile”を導入する前より効果の低いエンタープライズになる。開発者は今後も押し付けられたアプローチの下で働く企業やエンタープライズのために働くことは大抵、いくつかのことはトップレベルで決められるということだ。組織に導入され、展開されていく。これは通常、SAFeやLeSSなどを使ったスクラムの大規模導入で起こるとJeffries氏は言う。多くの人々は適切なトレーニングやコーチング、背景にある正確なマインドセットの理解がないまま、採用と適用を要求される。自分の身の周りで起こることはコントロールできないとしても、著者が記事で提供したいアドバイスがある:完了すべき作業を選ぶこと。動くソフトウェアの小さな部品を、2週間毎などにデリバーできるような方法で。他の人がやっているように、自分のデリバリー能力を理解しなければならない。イテレーション毎にデリバーされる小さなインクリメントの最上位にある会話を利用すること。アジャイル開発宣言のルーツに立ち返り、Jeffries氏はある考えを強調している。今も彼らがソフトウェアの構築する最良の方法を提供しているように、Agileにある最も重要なことはマインドセット、価値、原則であるということだ。それゆえ、どんなフレームワークやメソッドが組織によって形式化されているかは関係なく、どのAgile開発者も以下の方法で働くべきである:稼動している、テストされた、動く、統合されたソフトウェアを2週間ないし毎週生産すること。完全に機能するバージョンを新規で毎日、1日2回、それ以上の頻度で製作できるまでスキルを築くこと。そのソフトウェアのデザインをきれいに保つこと。成長するにつれて、デザインが複雑で粗悪になりがちである。意識的にこの傾向に抵抗し、逆転させること。常に小さな継続的なステップでリファクタリングすれば、進捗率は可能なかぎり安定し、堅実なものになる。ソフトウェアの現在のインクリメントを使うこと。プロダクトリーダーやマネージャとの全ての会話を基礎とし、何が準備できているかという、彼らが次に何をしたいかという観点で話すこと。Jeffries氏はこのブログとtwitterで記事を発行している。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。