Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Duarteは、新しいプログラミング言語を学習するのはしばしば時間の無駄である(source)、と言う呪いの言葉を吐いた。彼は最初、自分の投稿に"新しい言語は有害だと思われる"と言う、Dijkstaがgotoについて述べた古典的な文章をもじった(source)題名を付けていた。彼は反応を受けた後に少しトーンダウンし、今では"言語を中途半端にかじる事は無駄が多いと思われる"と言う題名になっている。新しいプログラミング言語を学ぶのは、プロフェッショナルなプログラマにとってはしばしば時間の無駄です。それは楽しい時間の無駄(例えば趣味)かもしれません。それでもなお無駄なのです。あなたがそれを遊びで行うなら素晴らしい事ですが、得にはなりません。非常に素晴らしい教えを説いてくれるプラグマティック・プログラマでさえも、我々は毎年新しいプログラミング言語を学ぶべきだと示唆しています。彼はまた、なぜそれが無駄な事だと考えるかについて説明している。新しい言語を学ぶのは、"あなたの考えを広げ"、"より良いプログラマ"にする、と言う理屈です。この種の議論の上では、我々はみなLSD(幻覚剤)をキメているに違いありません(ダメですよ)。現実的には、新しい言語を学ぶことはひどいビジネスです。その努力のほとんどが、投資した時間に対して得られるわずかなリターンとともに、価値の低いタスクに費やされます。Hanselmanの例えを批判した。今年、私はRubyを学んでいます。それは、私のチームがRubyに移行する事を意味しているのでしょうか?恐らくそうではありません。それが意味するところは、私はのこぎりの刃を研いでいると信じているからこそ、今年Rubyを学んでいると言う事です。あなたにそれをおすすめします。違う種類ののこぎりでも、うまく木を切れるものがあるものがある、と覚えておくためです。それらはあなたの知らない何かを知っています。Gustavoは、それがうまくいくとは信じていない。Hanselmanは、新しい言語を学ぶ事はあなたののこぎりを研ぐ事だ、と主張しています。私はそれを、切れ味が悪くて新しい、ピカピカののこぎりと遊んでいる間に、中途半端に磨かれたのこぎりを放っておく事だと思っています。その先行投資のコストは、どちらにしても無駄になっています。3つのよく切れるのこぎりの方が、そこそこの切れ味を持つ8つののこぎりよりも優れています。ツールボックスに加えた新しい言語によって、あなたはどの言語を使っても圧倒的な生産性を上げる事ができなくなります。これはWeb全体に議論を巻き起こした。news(source)で発言されたものだったた。Schneider(source)は、コメントを以下のような言葉で始めている。私が考えるに、彼の仮定では全ての言語は同じコンセプトを持っており、"文法や構文上の主義"が違うだけである、と言っているようです。このアドバイスのポイントは、異なるプログラミングのパラダイムに自身をさらすため、より多くのプログラミング言語を学ぶ、と言う事にあると私は考えています。これを行うために、あなたは言語間の微妙な差異のエキスパートになるべきだ、とは私は考えていません。あなたにとって必要なのは、新しい方法で物事を考えるのに慣れる事なのです。私は、ここでの重要なポイントは"どこまでやれば十分か"と言う事だと考えます。この著者は、毎年新しい言語に切り替えると言う事に反論しているように見えますし、それに関しては私も馬鹿げた事だと賛成します。いくつかの新しい概念を学ぶ、と言う事がこの発想に繋がっている訳で、毎年新しい言語で重大なプログラムを書く、と言う事ではありません。私が新しい言語を採用するのは、それが実用的な選択肢であった場合のみです。Raymondの目に留まった事(source)でさらに広まった。それをモノにしたときのすばらしい悟り体験のために勉強しましょう。この体験は、その後の人生でよりよいプログラマーとなる手助けとなるはずです。そのものをあまり使わなくても。Grahamによる人気記事"普通の奴らの上を行け"でも引用されている。その記事では、ある年齢に達すると、プログラマーは自分から使う言語を変えることはほとんどなくなる。何の言語を使っていようと、これで十分だと思ってしまうのだ。Kawai氏による日本語訳から引用)「ほげ言語」のパラドックスは、人々は「パワフルだから」と言う理由で好みの言語を選択すると言う事を、誰もが知っていると言うセオリーを言い表したものである。彼らは、生産性のために機械語よりもCを選んだり、抽象化と生産性のためにCよりもJavaを選ぶ。彼らは他の言語について聞き及ぶ事ももちろんあるだろうが、彼らは"私の言語で解決できない問題など存在しない、他の言語を学ぶ理由などない"と感じるのだ。言うより言語のタイプが、あなたの考え方を方向付ける傾向がある。自然言語の研究者によれば、言語に存在しない単語(もしくは、単語のカテゴリ)があった場合、その単語が表現している概念について考えるのは難しくなる。Grahamは、プログラミング言語についてもおおよそ同じ事が言えると述べている。そんなこと滅多にないよ、とCobolプログラマは言うだろう。いつでもさ、とLispプログラマは言うだろう。Norvigは、10年かけて自分自身にプログラミングを教えなさい(source)と言う記事を書き、学ぶべき言語をどのように選ぶかについて明確なアドバイスを行っている。最低でも、半ダースのプログラミング言語を学びましょう。そのうちに含めるべき言語の一つはクラスによる抽象化をサポートしている言語(JavaやC++のように)、一つは関数による抽象化をサポートし(LispやMLのように)、一つは構文上の抽象化を含み(Lispのように)、一つは宣言的な仕様をサポートし(PrologやC++のテンプレートのように)、一つはコルーチンをサポートし(IcomやSchemeのように)、一つは並列処理をサポートしている言語(Sisalのように)にしましょう。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員��して、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。