🌼 🏒 👩🏾‍🤝‍👩🏻 未来のOOP：Baruch SadogurskyとYegor Bugaenkoが20年後にどのようにプログラムするかについて 👿 👨‍⚖️ 🦒

オブジェクト指向プログラミングの概念は、開発者によって異なって認識されます。誰かが、彼女が履歴をダンプする時だと言います。誰かが、何を、どのように、そしてなぜ彼がするのかについて考えていない。誰かが古典的なパターンをひっくり返して「純粋なOOP」のパラダイムで作業しようとしています。

Joker 2016を見越して、Baruch SadogurskyにYegor BugaenkoとJavaおよびOOPの運命について話し合うよう依頼しました。これに由来するものは、オーディオ形式で聞くか、ビデオで見る：

そしてカットの下には、すべてのリンクとのインタビューの完全な転写があります。

Baruch jbaruch Sadogursky：みなさん、こんにちは。私の名前はBaruchです。 デブリーフィングポッドキャストのホストであるJFrogの開発者であり、 JokerやJPointなどのカンファレンスの講演者であり、 JavaOneやDevoxxなどのがらくたです。そして今日、晴れたマウンテンビューで、私たちは特定のサークルで有名なYegor Bugaenkoと一緒に座っています。

Egor yegor256 Bugaenko：人生のために？そして、私はOOP、Javaについて考えました...

バルク：私たちの人生はOOP、Javaです。最初に、聞いたことがない人のためにあなた自身について話してください。

Egor： Javaプログラマー、アーキテクト。私は約20年前、学校に戻ってプログラミングを始めました。最初はPASCAL、次にアセンブラー、次にC、次にC ++、そしてJavaでした。過去2年半、私はブログを書いていますが、そのおかげで何らかの名声が現れました。私は本を書いています、今私は第二巻を書いています。 Javaで使用されているオブジェクト指向のアプローチを少し修正しようとしています。どこかで判明しましたが、どこかではありませんが、私はこの考えを大衆に伝えようとしています。

バルーク：なにか！

エゴール：彼らは怒り、異なる反応をします、はい。誰かがそれを気に入って、誰かは気に入らないが、それは効果を生み出し、誰かはいくつかの考えを得る。誰かがそれに反対しており、私自身が現時点ですべての考えに自信を持っているとは言えませんが、プロセスは進行中です。はい、私は生計のために何をしていますか：私はパロアルトに小さな分散チームがあり、現在約50人、いわば合計100人の従業員がいます。ここシリコンバレーのお客様は、これらのプロセスを複数のプロジェクトマネージャーで管理しています。どこからでも、さまざまな国のプログラマー。ここで私はそれを稼ぎます、まあ、本は少しお金を与えます。

バルーク：たくさん質問があります。まず、鋭い質問をします。どこから来たのですか？あなたは1年前にロシア語のJavaコミュニティの表面に現れ、ソビエト後の空間で渦を巻いて会議を歩き回り、私が理解したように、あなたはそれを始めました。 それは何だった、バリモア？

Egor：開始しませんでした。さらに7つのカンファレンスがあります。招待してくれました。拒否しません。しかし、今ではあまり活発ではありません。過去6か月間、私は25のカンファレンスで少し話をしました。

バルク：それで、どうして起こったのですか、なぜ必要なのですか？これは非常に大変な作業です、私は経験から知っています。プログラマー、アーキテクト、CTOが突然決定します。「しかし、6か月かけて会議に出かける必要があります。」

Egor：良い質問です、私はそれに答えがありません。しかし、ある時点で、私は観客を増やしたいと思いました。ブログはそれに私を襲った。

バルク：なぜこのオーディエンスが必要なのですか？あなたはブログであまり稼ぐことはありません、あなたは本であまり稼ぐことはありません、私はこれに商業的な関心はありません。たぶんあなたはそのような人を雇っていますか？

Egor：私はもうこのプロセスをコントロールしていません。私自身が作成したプロセスの人質になりました。私はブログを始め、コミュニティが現れ、人々は彼らのフィードバックを与えて、私が彼らと話すことができるように私を引き出し始めました。これは双方向のプロセスです。一方で、私はいくつかの重要な会議で話をしたかった：モスクワのJPoint 、キエフのJEEConf 、ベラルーシの同じJET 。そして、人々は私に会い始めて、「ここにも来てください」と言い始めたので、他の場所は彼ら自身に現れました。

バルーク：興味深いall話がありますが、それは非常に難しいですが、試してみます。あなたがすることは宗教的な意味合いをもたらします。あなたはプロセスとして「予言」を持っています：あなたは世界を歩き、いくつかの完全に「異端」なことを話し、人々はあなたを愛し、あなたを憎み、あなたはもはやそれをコントロールしません。これは完全に聖書の物語です。そして、彼らは通常、ひどく終わります、これらの預言者です！

しかし、私はあなたのオブジェクト指向プログラミングの概念について多くの質問を持っています。今、私たちはそれらを一貫した方法で構築しようとしています。主な質問は次のとおりです。「オブジェクト指向プログラミング」という用語に何らかの意味を与えようとしていますか。それは、あなたが言うように、今ではないだけでなく、私の意見では決してありません。

オブジェクト指向プログラミングと呼ばれるものがあります。これは、私には、オブジェクト指向プログラミングと呼ばれるものとは異なるようです。そして、問題は「なぜ？」です。あなたが正しいと思う方法があります。そして、機能的、オブジェクト指向など、あらゆるパラダイムのように賛否両論を持つことができます。なぜ、私たちの使い慣れた、快適で、落ち着いた、オブジェクト指向プログラミングのニッチにあなたの方法を固守しようとしているのですか？

Egor：新しいパラダイムを作成してみませんか？

バルク：まあ、彼女は新しいパラダイムです。言葉には意味があります。 OOP-これらはクラス、オブジェクト、特定のパラメーターを使用してオブジェクトにメッセージを送信して値を取得します。これは、ポリモーフィズム、継承、私たちが知っていること、愛などです。さあ、「いいえ、オブジェクト指向プログラミングはそうではありません。」なんで？

エゴール：まあ、むしろ、「なぜ」ではなく「なぜ」。「なぜ？」という質問には答えがありません。これには何らかの目的があるはずなので、そのような明確な目標はありません。金融もその他もありません。これは、「なぜ？」という質問です。なぜ私はこれをしているのですか。私が長年使ってきたものが本当に好きではないので...私が書いたコード、私が見たJava、または出会ったライブラリーが好きではないので、私は彼らと一緒に仕事をするのは気が進まない。私だけでなく、私の周りの人々、プログラマー。彼らがどんなコードを書いているのか、後でこのコードを理解し、それを維持するのがどれほど難しいか、プログラムするのがどれほど一般に不快かを理解しています。

私が書いたコードも、私が見たJavaも、出会ったライブラリも、好きではありません。

会議で聴衆に質問をしました。「あなたは自分の仕事が好きですか？このコードが好きですか、朝起きて、このコードを見て、書きたいですか、そうする必要があるから書きますか？」誰かが「はい、私たちはそれが好きです」と言いますが、私は多くがcだと思います。最初の3日間または3週間はゼロからプログラムを作成し、それが好きで、次の3年間はあなたがしなければならないのであなたがそれを書くとき、私は自分を覚えています。

バルク：まあ、これはすべて明らかですが、これは正常です...

Egor：異常だと思う。

バルーク：まあ、これはよく知られた現象であり、これに対する解決策も知られていないという事実に、たとえば、今日の関数型プログラミングを使用するすべての人を取り上げて、彼らはこう言います。これはあなたのJavaに嫌です。」そして、彼らは別のパラダイムを採用しました。

エゴール：しかし、彼らはそこにたわごとます。彼らがOOPを理解せず、単にそれを避けた場合、彼らはそれが一般に悪いことだと言った、すべてのOOP ...最近、私はブログとしてオブジェクト指向プログラミングについて有名人から引用を集めました。彼らはすべて厄介なことを言う。ダイクストラから始まり、今日で終わります。これは原則として厄介な概念であると言われますが、「スパゲッティコード」の作成に役立つため、使用しないでください。

Baruch：ええ、そうです、彼らは業界がオブジェクト指向プログラミングをしのいだと主張しています-手続き型プログラミングをしのぐように。そして、ここで再び同じ質問に戻ります。自然な答えは、「OK、ここに新しいパラダイム、ここに「OOP 2.0」があります。そして、あなたは言う：「いいえ、あなたが好きではないものは実際には異なって呼ばれています。」そして、新しいパラダイム（それ自体は簡単な方法ではありません）を導入する代わりに、他の何かと呼ぼうとしている理由を人々が理解していないという抵抗を加えます。

主流全体が間違っている、95％が間違っている

エゴール：さて、彼らの鼻を突くために。これは、人々が考えるために必要な挑発の要素です。あなたが言うように、私が彼らに「OOP 2.0」を提供する場合、よく、数人がそれを読んで、彼らは言います：「さて、もう一つのアイデア、それを脇に置いて、それについて考えてください。 Javaがあり、それは美しく、進歩しており、主流であり、誰もがそれについて書いており、巨大な会議が開催され、巨大なフレームワークがあり、すべてが順調です。」他に新しい楽園はありますか？まあ、彼は半分のフレームワーク、8人のプログラマーを持っています。私がこの中心的な主流に来て「みんな、主流全体が間違っている、あなたは95％間違っている」と言うと、人々は動き始め、椅子にそわそわし、彼らは3番目の何かを提供されないことに気づきますが、無視できます）が、彼らは今日、あなたは皆に害を与えるだけだと説明しています。もちろん、それは大きな感情を引き起こします。たくさんのメールがあり、人々は私に次のように書いています：「私は10年間続けて何か間違ったことをして、あなたの記事が私の目を開いたことに気づきました、今、私はすべてを理解し、私はそれをこのようにやります」言うのをやめて、私たちは何をすべきかを知っています。」このような多極反応は、それが人々に影響を与え、彼らがそれを気にしていることを示唆しており、それは良いことです。そして、あなたが脇に立っている何かをするなら、それは面白い人が少ないようです。

バルーク：つまり、人々に考えさせるために、あなたは具体的に射線に入る。

Egor：そうだった。私が記事を書き始めたとき、私は最初にヌル参照が悪いという記事を持っていました。多くの人がそれについて知っており、話しているので、彼女はあまり挑発的ではありません。私は少しシャープな口調で書きました。ほとんどの記事はそれを避けようとしていますが、基本的に悪い、悪い、触れないでくださいと書いています。それから彼はもう少し進んで、ゲッターとセッターについて書きました。つまり、私は誰にも挑発したくありませんでした。自分の経験に基づいて書きました。それから彼は反応を追跡し、それが多くの人々を生命に引き付けることに気づきました、そして、彼らはこれに同意します、彼は嫌いではなく多くの信者を見ました。そして、憎しみがつながりました。しかし、私はそれらを無視しました。誰かのためにそれが手元にあるのを見たので、誰かがこれに同意するからです。私はもう少し進んだ。しかし、私は意図的ではありません。そのような仕事はありませんでした。今、群衆を刺激し、彼らがどのような反応を示すかを見て、トラフィックを収集し始めましょう。そのような目的はありませんでした。私は最初に、数年の経験からいくつかの記事を書きました。

バルーク：つまり、あなたは宗教的なテーマに戻っているのですが、それは私を行かせません。これはある種の改革主義です。つまり、新しい読書をしているのです。そして、あらゆる改革主義のように、あなたを異端者と呼び、あなたを危険にさらしたい人がいます...それどころか、信者がいます。そして、一般的に、このスズメバチの巣を棒でかき混ぜました。

Egor：さらに、憎しみは主に少し読んだり、少し聞いたり、リンギングを聞いたりする人です-まあ、あなたは109号のデブリーフィングでそれを見ました、 Zhenya EvgenyBorisov Borisovが来て、本当に何も読まずにブランド化したとき。私はまだ彼に本を送りたいです。私は本当に彼に全部を読んでもらい、すべてをヒープに入れてほしいです、あなたは本を読んで、あなたはそれを理解しています。そして彼は何かを読んで聞いた：「ああ、彼はこれは悪いことだ、これは悪いことだと言っているが、彼は愚か者だ。」

そして、ほとんどの否定的な反応はそれだけです。人々は単語の半分を学び、意見を形成しました。同意する人がいるので、これは私を混乱させません。すべての意見の相違があった場合、群衆を無駄に挑発していたのなら、私は一生懸命に考えます。それで彼らは最近Gitter-chatで行った、1ヶ月半で120人が集まって、人々は議論している。多くの場合、ある種のアイデアがあり、「どうやってこれをやりますか？」と尋ねられますが、他の人は彼に答えます：「私たちはそのようにします」と私のブログへのリンクを与えます。思考がもはや私のものではなく、すでにそこに住んでいて、人々がそれを使用しているのを見るのはとても楽しいです。いいね同じチャットルームには嫌いな人がいますが、私たちは体系的に消そうとします。そして、彼らはしばしばあなたにこの質問をします：「なぜあなたはOOPを変えているのですか、私たちは大丈夫、私たちはJavaを持っています...まあ、それをあなた自身の方法と呼び、私を放っておいてください」

バルーク ：私の意見では、これが問題です。改革派であり預言者であることは、通常ビジネスにとっては悪いことです。お金は沈黙を愛するからです。そして、私の質問は、これが例えばあなたの採用プロセスにどのように影響するかということです。

クライアントが来て、私たちが非常に異なることをしていると聞いたとき、「彼らは間違いをしないでください」という疑問が生じます。

Egor ：はい、あなたは絶対に正しいです、それはビジネスにひどく影響します。第一に、雇用に問題があり、第二に、クライアントを見つけることに問題があります。クライアントが来て、私たちが他の人とは非常に異なることをしていると聞いたとき、「彼らは間違っていませんか」という疑問が生じます。私たちはあなたのためにすべてを注文します。そして、6ヶ月後に私たちはそれをすべて捨てる新しいチームを探します。そうです。募集にも問題があります-本当に私たちのところに来たいと思っている人はいますが、その数は非常に少ないです。しかし、私にとって興味深いのは、他の多くの企業の中で他の会社ではなく、他とは違う、より良いことをする会社であることです。たぶん私は間違っています。

バルク ：ユージンボリソフは、インタビュー中に応募者にテストタスクを与え、コードを見せ、「これは一体何なのか、書かない」と言ったことがどれほど頻繁に起こるかを尋ねました。

Egor ：Zhenya Borisovが、ある種の「報告会」で、彼はイスラエルで親しみのあるチームがあり、人々は自分のやり方で何かをし、他のすべての会社はこのチームからの人々を禁止したと言っているのを聞いたつまり、あなたがその会社から来た場合、それはそれで、インタビューはありません。なぜならあなたの脳は壊れていて、あなたは違った書き方をするからです。私たちにもそのようなことがあることを理解しています。私たちが仕事のためにJavaプログラマーを採用するとき、私はJavaコードをしばしば提供します。そして、エラーを表示してください。何を修正しますか？そして、多くの人にとって、このコードは正しいように思われ、セッター、ゲッター、nullがあります...私が話すすべてがそこに提示されています。そして、それに注意を払っていない人は、単にリファクタリングして、すべてがうまくいくと信じています。私たちはそのような人々を拒否します。しかし、人はたくさんいますが、それほど多くはありませんが、「はい、これらのセッター、ゲッターがあります-どんなゴミですか、これはナンセンスです...あなたはそれを別様に書き換える必要があります」ここにそのような人々が一度にいます：op、入ってください。そして彼らは、1ヶ月で1人か2人の善良な人がいます。

バルク ：これは良いペースです。

Egor ：私たちは急いでいるわけではありません。現在、数千人のチームを構築しているわけではありません。現在、このようなタスクはありません。しかし、私には、状況は市場で変化しているようです。多くの人は私を聞いていませんが、誰かが私を聞いています。この変更は、商業的なものではなく、私の会社に及ぶものではないと思います。そして、地上の人々は変わり始めます。数週間前、ある人が私の本を読んだと書いてくれて、本当に気に入って、その本を同僚に見せたのですが、今では彼らは彼とは友達ではありません。しかし、彼は行って見せたので、何らかの効果がありました。これは楽しいです。

バルク ：このすべての人類学的な関心を理解しています。本が表示されるので、本について少し話しましょう。それはあなたが一緒に選択にノックすることを決めたブログとして始まりました...

Egor ：いいえ、最初は1年少しの間ブログを書いた後、Manning Publisherから連絡がありました。そして彼らは本を書くことを提案しました：あなたが書いて、私たちは出版します。私は忙しかったので、最初は「いいえ」と言ってから、6か月後に書くことにしました。彼は昨年の夏に座って、2ヶ月でそれを書きました。ブログの資料なので、難しくありませんでした。現在、私は第2巻を執筆していますが、より難しいことです。特定のトピックについてはこれまで執筆したことがなく、人々からの反応はありません。私が最初のボリュームを書いたとき、私は読者の反応を知っていました、私は多くのコメントがありました。マニングではそれはうまくいきませんでした。私は本を自分で出版しました。最初は本を書きたいとは思っていませんでしたが、出版社が提案したときに考えました。

バルーク ：あなたのコンセプトは発展しつつあり、相反する瞬間があり、絵がまだ完全に展開されていないときに、何らかのメンタルワークが進行中です。書かれた内容を再考する必要があります。この第2巻は第1巻の再解釈ですか、それとも第1巻を先送りして「何だった」と言いますか？

エゴール ：いいえ、私は最初のものには触れません、私は2番目に彼に言及します：「それで私はそれを言った、そして今、私は少し違うと言っています...」

バルク ：これは私が探しているものです。あなたが間違っていたと書かれているのはどこですか？

不変性はチャットで非常に活発に議論されており、不変オブジェクトが何であるかを完全に理解することはできません...

エゴール ：まあ、それは私に起こります。私は間違っていると書いて、何かを明確にします。今、チャットで不変性が非常に活発に議論されており、不変オブジェクトが何であるかを完全に理解できないと仮定します...そして、この議論は非常に活発で、ブログには4つのことがあり、本の章全体があります...互いに矛盾するものがあります。しかし、私はこれにオープンです、私が間違っていたと言っても問題はありません。

バルク ：理論的思考で「私は間違っていた」と言うのは名誉であり、クールであるが、簡単です。ビジネスに戻る：本番に入ったコードをどうするか

Egor ：質問はいいです。しかし、たとえ間違いがあったとしても、それほど深刻ではありません。全体として書き直さなければならないような基本的なエラーはありません。少し左、少し右ですが、一般的にはないポイントがいくつかあります。そしてコンセプト-私は「スリム」とは言いませんが、それは一方とともに発展します。私はアイデアについて書くだけでなく、コードも書きます。また、3年、2年、1年の製品もあります。それらを見ると、3年前、2年前の製品では、最近私がやってきたことはあまりありません。セッターはありませんでしたが、場所によってはヌルポインターがあり、ORMがどこかで使用されています。つまり、オープンソースでいくつかのことが発見され、理論的思考がまだ初期段階にあることがわかります。また、より新鮮な製品はより興味深いものであり、OOPのすべての美しさをすでに使用しています。

バルーク：そうですね、これはYegorによるOOPの概念が実際にあるという事実の興味深い開示です-それは進行中の作業です。あなたのコンセプトに合った人の多くがこれを理解しているかどうかはわかりません。主に本のため。通常、人が本を書くとき、それは紙の上にあり、著者は「ここで私が間違っていたというコメントで私に書いた」更新を追加できないため、何らかの形で完成したと認識されます。いわば不変です。多くの人は、それがすべて生き、発達し、流れることを知らないようです。そして実際、あなたは耳を傾けるだけでなく、批判を受け入れる準備ができており、それが本当に何らかの形で概念を変える可能性があります。

クラスは一般的に間違いです。クラスがあってはなりません。

Egor：例を挙げます。たとえば、私の本では、クラスは必要で重要な特定の概念であると書かれています。デビッドウェストと話しました。そして彼は、クラスは一般的に間違いだと言った。クラスがあってはなりません。彼が正しいのか、それとも彼が何を意味するのかはまだわかりません。

バルーク：クラスが間違いであるという概念はJavaScriptに由来しています。プロトタイプによるオブジェクト指向プログラミング。そして、クラスが必要であるかどうかについて、非常に高いレベルで非常に深刻な議論があり、それは20年間続いています。そして、賛否両論があります。長所：オブジェクト指向プログラミングでは、クラスは実際には完全に不要なエンティティです。彼女は何も追加しません。作成する必要があると思うので、オブジェクトを作成してから、同じオブジェクトをさらに作成します。しかし、ここでは、一方で、不変性のような多くの問題があります。オブジェクトは変化する可能性があり、以前に作成された人はどうなりますか？変更する必要がありますか、新しいものですか、古いものですか？そして、なぜ数行のコードの違いで作成された同様のオブジェクトが異なる振る舞いをするのでしょうか？他の場所でプロトタイプが変更されたためです。さて、さあ、今クール。オブジェクトをかじるクラスとしてのこの青写真の概念、この問題は解決されます。クラスは不変なものであり、それからそのオブジェクトは自分の人生を動かして生きるからです。そしてプロトタイプでは、これはそれほど明確ではありません。したがって、考えるべきことが確かにあります。

Egor：はい、はい。そして、気が変わったらどうなりますか？

バルク：まあ、クラスも拒否すると、一般的にハルマゲドンになります。

エゴール：まだ拒否していませんが、デビッドは「誰がこれを発明したのですか、なぜ必要なのですか？」

バルク：さて、クラスと継承を放棄することを本当に決めたような仮想的な状況を考えてみましょう。あなたはJavaを握りしめた人です（理由を理解する必要がありますが、これについても説明します）が、OOPのもとでJavaをある程度まで曲げることができます。

エゴール：はい。

バルク：クラスが敵対的なOOP構造であると判断した場合はどうしますか？

エゴール：私はそれを解決しないことを願っていますが... ...なるほど、「これを行うのはどれほど悪いか」という記事がいくつかありますが、Javaに代わるものはありません。Javaが改善されれば、いくつかの新しい言語があるでしょう、そして、我々はこれとそれをすることができます。

メモリ管理をお勧めします。ディスクとメモリは1つのものでなければなりません。ディスク上のファイルを管理するJavaプログラマーを提供します-オープン、クローズ。なぜあなたはメモリで同じことをできないのですか？

たとえば、メモリ管理を提案します。ディスクとメモリは1つのものでなければなりません。ディスク上のファイルを管理するJavaプログラマーを提供します-オープン、クローズ。なぜあなたはメモリで同じことをできないのですか？これは概念的な質問です。 Javaはこれを提供しませんが、正しい言語がメモリの管理を可能にするはずだと私には思えます。 C / C ++に似ていますが、便利な方法があります。しかし、Javaは変わりません。

バルーク：これは次の質問に私を連れて行きます：なぜあなたは完全なグリップでJavaをつかんだのですか？真のOOP言語は存在しないという結論に既に達しました。比較的少ない血であらゆる言語構文を記述できるJVMプラットフォームがあります。このプラットフォームでは、すべてのカードゲームと、あなただけが望む真のOOPの使いやすい行動のすべての女の子がいます。それはあなたに起こらなかったのですか？

Egor：これは大変な作業です。多くのフォロワー、コミュニティはいませんが、何にもつながりません。大勢の人々がいるはずです。そうでなければ、死んだ言語になります。助けてくれない人もいますが、これは大変な仕事です。まだ準備ができていません。私は非常に古い記事を持っています。彼女は4歳です。そこで、正しい言語で持ちたいすべての機能をまとめました。だから、言語と開発プラットフォームを組み合わせる必要があるように思えます。例を挙げましょう。コードからGitの履歴にアクセスできないのはなぜですか？コメントでこのファイルのハッシュタグを取得できます、それがすべてです。

バルーク：これは素晴らしいライブラリですが、必ずしも言語の機能であるとは限りません。原則として、言語を最小化し、他のすべてを必要なライブラリを使用して接続するアプローチがあります。また、Gitでのコミットの履歴を気にしますが、たとえば私はそうではありません。この機能が必要です-ライブラリを接続すれば、それができます。

Egor：それをライブラリーにすることは不可能です。それは言語でなければなりません。

バルク：これは興味深い質問です。なんで？

このライブラリはJavaのAOPのように曲がっており、AspectJのように横に接着されているため

Egor：このライブラリは、JavaのAOPのように曲がって見え、AspectJのように横に接着されているためです。クールなアイデア、クールですが、言語ではサポートされていません。後で表示される注釈があります。 4番目のJavaでは、AOPがまったくサポートされておらず、これはすべて非ネイティブテクノロジーを介して行われていました。それらは非ネイティブなので、すべてが不快でunいです。 Javaまたは任意の言語は、定義によりAOPを提供する必要があり、デフォルトで言語に組み込まれる必要があります。また、Gitへのアクセス。これは私たちの物語です-誰がコミットし、どれだけコミットするか-これはすでに言語の一部です。

バルク：しかし、今日はGitであり、明日はMercurialです。

Egor：これは問題です、はい。

バルク：そして、この問題はライブラリによって解決されました。今日は、明日のために別の図書館に接続しました。

Egor：私は同意します。「言語+ライブラリ」の何らかの組み合わせが必要かもしれません。言語を使用してアクセスする機会が必要です。

Baruch：より多くのSPIがこの言語に役立つ可能性があるという事実に同意します。

Egor：表示されるこれらの機能のうち約40個を次に示します。継続的インテグレーションとしましょう。彼女は絶対に舌に接着されていません。または自動化を構築します。これらすべてのMavenとグレードがあり、これらはネイティブにはJavaとは関係ありません。 Javaコード自体は、ビルドされることを知りません。コード内でこの情報にアクセスできません。または、ユニットテストなど。 Javaには単なるクラスとして存在しますが、どのクラスですか？これらのオブジェクトは何ですか？ bookオブジェクトがあります。bookTestオブジェクトとは何ですか？これは変です。そして、これらのメソッドはメソッドではなく、純粋な手順、マイクロスクリプトです。それはどういうわけか異なって行われなければなりません。これは、テストがJavaの後に行われたためです。ユニットテストはあなたにとって必要です-よくそう彫刻します。それはネイティブではなく、互いに固執しません。これが使用されますが、言語内により便利な手段があるはずです。私たちはこれに行くと思います。単純にバイナリをコンパイルできるCのような単純な言語は20年前のものであり、今では何か新しいものが必要です。

バルーク：これは20年前のJavaであり、Cはすでに45歳です。

Egor：さらに、何か新しいものがあるはずです。登場すると思います。何かを作成するかもしれませんが、わかりません。それには時間がかかり、そして最も重要なことには、コミュニティがなければなりません。自分で作成することで、純粋に自分の決定を得ることができます。 « Git, - », , Git -. « Mercurial Subversion», , . , .

: , ? — Kotlin , , Ceylon, .

: Ceylon , Kotlin — . , , , , , , , . — by definition. , ! design pattern — , « , ». , « design pattern, ». . .

Java EE, , best practices, Spring.

: . Java . . Java EE, , best practices, Spring. : Java EE , . , , best practices , . , Java- — Sun, Oracle, from the source, . など。

: . , , . , . , Kotlin. Kotlin, : , , , , . : , - , . . , 4 , 14, , , .

Kotlin , -, . , .

Ruby. , , , … , - . , , . Ruby, - , Java . Kotlin , -, . , .

: , - .

: . «, , ». « , ». ? , .

: , , — . — , . , , — - , , , , , , , , , .

: , . , , , . , .

: Java C? , .

: . , . , , . , — , - , , , -, .

, . .

: . , , -, , . , null — , N , -. , , Java-. , , , , , . . , , . , . . , . , -. — . . , , « null, ». , . .

: , . . , , . . « , — , 20 . , ». : « — , ». - — , . , — . . . null -. , . , - , ? . « , ». « , ». , .

: . , , , 20 … — — , , . , , , , — , null' « ». , , Git «Yegor Style», code review . null', . , , — - , , , , .

: , , , antonarhipov , , .

: , , « »! — - ZeroTurnaround, . . , , , , , , , , , , …

: .

: , , , , . , , , -, , , — , , , . , , , , , , , -. , , , , , , ! , — null', — . — . , .

: , . , , : - , -, - ? , , ? - . .

: — , « ». one step at a time — . , . , credibility , , , , , - , , , , , … : , , - : «, , , , , , — ». , practical advice . , - , .

: , , .

: , , .

: , . , , . , « , ». , , , . concern.

: , revision . , . — , : . , revision , .

: .

: ? 今後の予定は？

: Java Day , , , , discussion board . , . JPoint' - , , .

: , , « » , . , .

: !

: . « , ». , , .

, - .

: , , , , - , . , -, - . ORM, , . , - . , . , , — Java Day , . , , . , ORM, .

: , , , . . ?

: Oredev . , , . , , JPoint', . , , .

: — . .

: , , ?

: .

: . , , , . ORM , MVC — , . , , -. , ORM .

: , .

未来のOOP：Baruch SadogurskyとYegor Bugaenkoが20年後にどのようにプログラムするかについて