Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。原文(投稿日:2018/04/12)へのリンク読者の皆さんへ。あなたのリクエストに応じて、ノイズを減らす機能を開発しました。メールとウェブで興味のあるトピックのの通知を受けることができます。ソフトウェアエンジニアリングは、反復的で、フィードバックに基づき、漸進的、実験的で、実証的でなければならない。職人技は十分ではない。エンジニアリングは増幅器であり、創造性と協力、発明を強化する。継続的デリバリはエンジニアリングの原則に根ざしている。最初から、より厳密であれば、プロダクションのバグ修正や配置、構成に時間を取られることなく、優れた革新的な解決策を作ることができる。ソフトウェアエンジニアリングという言葉は1968年のNATOカンファレンスで初めて使われた。エンジニアリングの原則に向かって進歩しているものの、ソフトウェアはまだエンジニアリングではない。何十年の間、ソフトウェア開発の手法には多大な労力がかけられてきました。これによって商業的な実践を支援する開発方法が確立されました。エンジニアリングの実践に必要な技術のための体系化された基礎を確立できませんでした。Engineering"と題した講演をした。InfoQはこのカンファレンスをインタビューや記事で取り上げている。InfoQは、Farley氏にインタビューし、ソフトウェアエンジニアリングの定義、その重要性、エンジニアリングとクラフトマンシップの関係、エンジニアリングの考え方を養うためにできることについて話を聞いた。あなたは"ソフトウェアエンジニアリング"をどのように定義しますか。開発者の間で、"エンジニアリング"とは何なのかについて誤解があると思います。"ソフトウェアエンジニアリング"についてはなおさらです。"エンジニアリング"は"生産エンジニアリング"とは違います。何かをするのと1000回も同じことを繰り返すのは全く異なることです。エンジニアリングは徹底的に創造的な分野なのです。"キュリオシティローバー"や"ファルコンヘビー"や初代iPhoneのようなものを作りだすのがエンジニアリングだと思います。この文脈で私のエンジニアリングの定義は以下のようになります。エンジニアリングは実証的で科学的な手法を応用して実際の課題の効率的に解決する方法を探ること。ソフトウェアエンジニアリングでは、この"実証的で科学的な手法"を実現するために必要不可欠なことがあります。私にとって、あらゆる"ソフトウェア開発原則"の中で、その名前にふさわしいのは以下の5つです。Londonでの私の講演ではこれらの考え方について詳しく話しました。ソフトウェアエンジニアリングが重要なのはなぜでしょうか。ソフトウェアは重要です。奇妙なことに、今、もっとも世界を変えているのは、私たちソフトウェアエンジニアです。私たちの世界は若く、爆発的に成長してきましたし、今後も、引き続き拡大していきます。私の認識では、ソフトウェア開発者の大半はソフトウエア開発で本当の意味での"エンジニアリング"が行われているのを見たことがありません。これらの原則を使えば、スピードも品質もかなり劇的に効率的になります。"科学"としてはこれは驚くべきことではありません。エンジニアリングは科学に根ざしています。科学は人間にとってもっとも効率的な問題解決の手法です。私たちはソフトウェア開発のとても困難な問題にこれを使って取り組むべきです。専門領域としてのソフトウェア開発の進化という見方もできます。フォルクスワーゲンの排気ガスのスキャンダルでは数人が捕まりました。ソフトウェア開発者も含まれています。私たちは自分たちの意思決定と書いたコードに対して道徳的かつ経済的な責任があます。私は、業界はこの責任についてしばしば無視している、と感じてきました。責任を把握し、コントロールしなければ、私たちは責任を背負わされてしまいます。死亡事故が発生するような、橋や自動車、飛行機を作るエンジニアはプロとしての責任を持たされるでしょう。私たちもこの課題に直面します。テストや計測、アイディアの評価に対する効果的な原則に従わないなら、私たちの行動を何が守ってくれるのでしょうか。最後は個人的な指摘です。エンジニアリングの原則に従って働くのは楽しいです。問題に対してより革新的な解決策を作りだせます。原則に従って働くことで、大きな問題に取り組んだり、少ない時間でバグ修正をしたり、配置や構成で工夫をしたりできます。私の考えでは、"エンジニアリング"は、ソフトウェア開発の創造的な側面によって私の能力が損なわれることを防ぎ、能力を活用し増幅してくれます。クラフトマンシップはエンジニアリングとどのように関係するでしょうか。"ソフトウェアクラフトマンシップ"運動は"大規模な式典"、つまり、1990年代から2000年代前半のウォーターフォールスタイルのプロセスに対する恐怖への反応として生まれました。クラフトマンシップは、クラフトマンシップは事前に計画されたアプローチへ一歩近づきます。計画されたアプローチは、移ろいやすく、多くの"発見"を含んだプロセスに対しては、間違ったモデルです。クラフトマンは正しい一歩です。これまでの経験を振り返ると、クラフトマンシップの品質は低いです。職人が作ったiPhoneやジェット戦闘機を想像してください。"職人"がリードした宇宙計画はどう思いますか。クラフトマンシップは不十分です。エンジニアリングは増幅器です。創造性や協力、革新性を阻害しません。ソフトウェアクラフトマンシップの考えの多くに、私は賛同します。徒弟スタイルのトレーニングや継続的な学習、改善は素晴らしいと思います。これらのアイディアは"ソフトウェアエンジニアリング"の原則にも適用でき、エンジニアリングの原則は、足踏みをしてしまっているときに道筋を示し、品質と生産性を向上させてくれます。エンジニアリングの考え方を養うにはどうすればいいでしょうか。究極的には、"世代"交代だと思います。"ソフトウェアエンジニアリング"の原則に合意したら、それが、教えられ、一般的な実践になり、期待されるようになります。私の原則は良いスタート地点だと思います。反復的で、フィードバックに基づき、漸進的、実験的で、実証的であることです。多少バイアスがかかっていますが、継続的デリバリはこれらの原則の基盤だと考えています。少なくとも、私たちの専門領域の思想的リーダーの中では、何がうまくいくかについて、今まで以上に大きな合意ができていると思います。"ソフトウェアエンジニアリング"の本当の意味を定義してみるには、今が良い機会なのかもしれません。定義に対して広範囲な合意ができれば、教育機関や専門機関に対して正しいことを教えるようにアドバイスできるでしょう。"コンピューターサイエンス"を学習した人の中で"科学的方法"と"実験"の重要性を学んだ人はどのくらいいるでしょうか。このような"専門性"の一部としての"倫理"を学んだ人はどのくらいいるでしょう。ほとんどのエンジニアリング原則でこれらは普通のことです。今の世代の開発者についてはどう思いますか。ソフトウェアエンジニアリングを身につけるために何をすればいいでしょうか。若手でもベテランでも、私がソフトウェアエンジニアに一番アドバイスするのは、より科学的な方法で問題を解決すること、そして、科学的な方法を真剣に取り扱うことです。実験という観点で考え、データを集め、意思決定してください。アイディアを試してみましょう。最初のアイディアが正しいと思わないでください。全ての仮説が不正解と考えてください。考えることで自分がどの程度間違っているのかわかります。失敗しても大事故にはなりません。"職人"と"エンジニア"の違いは何でしょうか。"職人"は何がうまく動作するかを推測します。"エンジニア"は推測をして計測し、どこで間違ったのかを明らかにします。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。