Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。いうことばは,ソフトウェア工学の非技術な面すべてを指している。本書が注目しているのはむしろ,技術者の心理学的側面や実務に関連する部分なのだ。現実のソフトウェアエンジニアリングプロジェクトでは,課題の多くは対人的な要因に関連している。プロジェクトの定期的リファクタリング作業やアーキテクチャレビューにもっと多くの時間を割くことについて,ソフトウェアアーキテクトがいかにマネージメントを説得するか,というようなものだ。他のメンバをやる気にさせるために,深い技術知識よりも対人的スキルがソフトウェア技術者に求められることが往々にしてある。このような能力は一般に過小評価されていて,学校や大学では習得できない。これこそが正に,本書が埋めようとするギャップなのだ。ソフトウェア開発にこれらいずれかの立場で参画する方々です。冒頭で著者は,応用心理学の基礎概念について説明している。次にソフトウェアエンジニアリングにおけるさまざまなパーソナリティを紹介し,一般的概念をソフトウェアエンジニアリングのコンテキストにマップする。ソフトウェア評価や計画の問題,あるいは非現実的な期待などといった,ソフトウェアエンジニアリングにおける主要な問題を提示する。本書では,開発組織内で見られる心理学的要因をいくつか取り上げている。具体的には次のようなものだ。報酬と目標,阻害要因ストレス認知型マルウェア影響力,説得,社会的圧力アナログインテリジェンス問題解決,意思決定,創造性さらに氏はリーダーシップ,文化と性別,チーム,人材プールといった人的側面について説明をしている。著者は心理学的概念について,ソフトウェア技術業界における重要な手段であるとは考えているが,しかし銀の弾丸であると主張している訳ではない。ソフトウェアプロセスに心理学的概念と原則を適用することは,この産業の針を正しい方向に動かす上で,おそらくはほんの少し,役に立つでしょう。心理学の理解を深めることが有益であると信じてはいますが,それが銀の弾丸であると主張するつもりはありません。銀の弾丸が存在すると信じること,それ自体が問題の大きな部分を占めていたのです。本書は社会的スキルのすべての面をカバーしようというのではないが,ソフトウェア開発に対する心理学の影響について多くの洞察を与えてくれる。