Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Hore氏がデザイン・シンキングのプラクティスがテクノロジーとビジネスイノベーションをどうサポートするかについて講演し、複雑なデジタル・トランスフォーメーションを前にして成功するための、新たなクロスファンクショナルなスキルを明らかにした。企業は、Prabhu氏とHore氏が大きくて乱雑な複雑性と呼ぶものの真っ只中にある。それは新たな企業プレーヤ、コネクション、テクノロジー、ビジネスモデル、システムの導入を特徴としている。Prabhu氏とHore氏は過去のクライアントのエンゲージメントに基づいたいくつかの実際のケーススタディを通して、企業が自身のビジネスモデルを破壊し、ユーザセントリックデザインをエンドツーエンドのプロダクト考案、開発プロセスの各ステップの中心に置くことで改革した方法を紹介した:共感するステップ。カスタマーのペインポイントとモチベーションを理解することに注力する。まわりまわって本当の問題を解決するのにつながる問題を特定する。Prabhu氏とHore氏は利用可能なテクノロジーができることという視点ではなく、エンドユーザの視点とペインポイントから問題を明確に示すことを奨励している考案するプロセス。チームはビジネス、プロセス、テクノロジーになりえる、あらゆる限りのソリューションをブレインストーミングする。うまくいくもの、まだ存在していなくて何かになりえるものを探索する。自分たちが知っていることに規制しないプロトタイプ。チームはエンドユーザから即座にフィードバックを得るため、すばやく検証、評価できるMVPを開発するフィードバックはエンドユーザから継続的に集めて構成するテクノロジーがもはやスターティングポイントではないため、Prabhu氏とHore氏は、組織的変化とデジタル・ディスラプションに影響を与えるためには、様々な役割とチームがプロダクトとテクノロジーを越えて、違いに異なった作用をしなければならないと信じている。チームはサイロの中ではもはや活動できず、それゆえ企業はテクノロジーグループと同様にプロダクトをうまく扱える個人を探す。サイロをまたがることを恐れない人材、必要なときには部署をまたがって人々をエンゲージすることを恐れない人材、壁を壊したい人材の需要は高まっている。デザイン・シンキングはチームの文化の一部となり、プロセスやテクノロジーに関することより、人々がどう自分たちを適用するかということが大きくなっている。Prabhu氏とHore氏は、組織内でトランスフォーメーションする際に個人として、チームとして成功するために従業員が備えるべき必須スキルを明らかにした。