.NET と Java のどちらを選択したか

私が .NET に出会ったのは、最初の正式な職場である石油業界と協力している小さな IT 企業でした。これは物語の続きで、始まりはここで読むことができ ます。 

.NETで気に入った点

.NET には長い歴史があります。もちろん、Java と同じではありませんが、興味深いものでもあります。また、.NET Framework と .NET Core を分離する必要もあります。第二に、そもそも.NETがどうあるべきだったのか、私は考えています。私が単に .NET と言うとき、それは .NET Framework を意味することに同意しましょう。追記で.NET Coreについて書いていきます。



.NET自体には、少なくともエコシステムの存在が好きでしたが、1つのプログラミング言語を知っていれば、問題なく書くことができます:

• サーバールーム;
  
  
• デスクトップ;
  
  
• モバイル (Windows Mobile);
  
  
• Web (こんにちは、Silverlight、LightSwitch、ASP.NET WebForms、ASP.NET MVC);
  
  
• アプリケーションキオスク;
  
  
• ゲーム。
  
  

Microsoft の広範なイベントやガイドのおかげで、.NET への参入障壁はかなり低くなります。エコシステムの存在により、開発者はどのライブラリを選択するかを考える必要がなくなり、すべてがすでにわかっています。

ウェブが欲しいですか？ ASP.NET を取ります。 「私たちは大企業 (Microsoft) として、それを使用し、あなたに合っています。」すべてにおいてそうです。



C # は改良された Java です。ここでは、自動プロパティを使用して簡単に生活でき、非同期プログラミングの簡単なモデルである LINQ であり、さらにプロバイダーの実装によって拡張できます。たとえば、LINQ to SQL、LINQ to XML などです。



EntityFramework は Microsoft によって管理されており、当然のことながら多くの面で時計仕掛けのように動作します。 EntityFramework での移行について沈黙を保つことは不可能です。モデルを変更すると、移行が生成され、常に手動でそれらを記述する必要はありません。



Nuget は、.NET コミュニティ全体の中心となっています。Microsoft とコミュニティの膨大な数のライブラリです。



.NET Core は、Microsoft のバグ修正と見なすことができます。すべての変更は、とりわけ、Microsoft の CEO、Satya Nadella のおかげで行われました。彼は、「MS は Linux を愛している」ことを全世界に示しました。 Java の競合他社ができました。



おそらく誰かが言うでしょう: 「それは .NET Framework だけですか?」

私の答えは次のとおりです。ビジネスは、明日サンやオラクルから変人が来て、彼らの権利を拡大し始めることを恐れていませんでした。.NET Framework はもともとプロプライエタリなプラットフォームでしたが、MS による適切な管理のおかげで、この欠陥は修正されました。」



2 つのプラットフォームを比較する際の最も重要な議論は、もちろん、Java の古さと安定性です。安定性とは、コミュニティ内の標準、経験豊富な開発者の割合が高く、Java を使用している多数の大企業を意味します。また、Java も「一度コンパイルするとどこでも実行」できます。



私は .NET Core を Java の本格的な競争相手と見なしています。言語とツールキットは、MIT ライセンスの下で GitHub で入手できます。



.NET Core のリリース以降、他に追加されたもの:

• OS Linux、macOS のサポートが登場しました。
  
  
• コンテナー化環境での作業が改善されました (.NET Core は、起動環境に応じて、実行時に適切なパラメーターを選択します)。
  
  
• ザマリン。開発者は、iOS および Android 向けの軽快なアプリを作成できます。
  
  
• IoT の方向性が開発され始めました。
  
  
• WPF はオープン ソース プロジェクトになり、クロスプラットフォームに大きな期待が寄せられました。
  
  
• Blazor のおかげで、Web 開発はさらにアクセスしやすくなりました (WebAssembly を実行し、すべてをサーバー側でレンダリングできます)。
  
  
  
  

結論は次のとおりです。2020 年には、C# プログラミング言語を知っていれば、松葉杖なしで、たとえば電子のボンネットの下にあるブラウザなど、好きなことを何でも書くことができます :)

.NET の何が気に入らなかったのですか?

公平？Microsoft が多くの面で厚かましく Java をコピーしたことを理解する :) .NET の前に、MS の同志が Java の独自の表現を実装しようとしたことを思い出してください: J ++ に続いて J #。



意気込みは良さそうです。彼らはジャビストに選択肢を持たせたかったのです。しかし、当時の MS は、開発者の利益のために何もしませんでした。ウィキペディアのこの記事(「維持、構築、破棄」)を読むだけで十分 です。



初めて経験したときの .NET Framework では、次のことが好きではありませんでした。

• プロジェクト ファイルの複雑な構造。
  
  
• 実行時の依存関係のバインドに関する永遠の問題。
  
  
• VisualStudio - それは本当に遅くてラグがあります: D;
  
  
• 当時、私はすでに OS GNU / Linux に興味を持っていました。
  
  
• Windows Mobile の開発: あらゆる点でひどいものです。
  
  

Javaの紹介

同意しますか?)



2015 年 2 月、私は Java 開発者としての仕事に就きました。 Java でのアプリケーション開発の経験はありませんでしたが、Java についてよく読んだので、このテーマに参加しました。 Java 7 で作成し、プログラミングの初日はそれほど難しくないように見えました。 「C#みたいで、ただぎこちない」と思いました。



私のプロジェクトは、Vaadin のフロントエンドである JavaEE (TomEE の下で実行) で実装されました。一般的に、私は新しいテクノロジーとのやり取りで特に問題を経験したわけではありませんが、ショックを受けた場所ではありませんでした。



構成 XML ファイルの豊富さと、300 行の Maven 設定に驚きました。大量の注釈の存在は恐ろしいものでした。ここで、アスペクト指向プログラミングに対するジャビストの愛について言及せざるを得ません。



並行して、同じ会社が Spring 4 をフレームワークとして使用して JavaSE で開発していましたが、なぜみんなが Spring のプロジェクトを気に入らないのか完全には理解できませんでしたが、チーム リーダーは常に Spring の開発者と議論していました。私の観察によると、コード生成が多すぎて、UI自体が複雑でした。



初めて Maven でプロジェクト (JavaEE) をビルドするのに 20 分かかり、世界中のすべてのライブラリをダウンロードしているように感じました。これについては、最もネイティブなコレクターである Maven に感謝します。実際、当時はGradleの存在を知らなかっただけです。



私が担当したプロジェクトは、旅行会社に偏った CRM の実装でした。 MVP はすぐに調達されましたが、残念ながら資金不足のためプロジェクトは終了しました。

Java 7 が好きな理由

• Java は安定しています。
  
  
• Java には下位互換性があります。
  
  
• さまざまなツールキットの多くの実装があります。開発者は、プロジェクトをビルドする対象を選択できます: maven、Gradle、または一般的には「javac」:);
  
  
• インターネット上には、開発者が遭遇する可能性のある問題の解決に関する多くの記事や知識があります。
  
  
• Java には、OpenJDK 形式のオープン ソース実装があります。
  
  
• Java は金融システムの開発で積極的に使用されています。Java に入るための敷居は、特に .NET での経験の後では、それほど高くないように思えました。
  
  
• もちろん、IDE: IntelliJ IDEA はあらゆる点で優れています。
  
  

Java 7 で気に入らなかった点

2015年の初体験時

• エコシステムの欠如: 開発者は数百の中から適切なライブラリを探す必要があります。
  
  
• コミュニティはしばしば大きく意見を異にします。
  
  
• 日付と時刻を操作するときの API の混乱。
  
  
• Maven: なぜこんなに遅くて冗長なのですか?
  
  
• JavaEE: アイデアは素晴らしいが、実装は悪い。XML でこれほど多くの宣言型のカスタマイズを思いついたのは誰?
  
  
• 成長の遅い API。
  
  
• 高階関数と LINQ 代替の欠如。
  
  
• Java 7 自体は非常に冗長です。
  
  

だから私は.NETに戻った

もちろん、その理由は正確にはわかりませんが、あるプロジェクトで Java 開発者として仕事に就いたとき、私は負荷の高い、興味深いタスクとたくさんの困難を約束されました。実際、悲しいことに、起動ではなく、高負荷はまったくありません。



昇進のある古い .NET プロジェクトに戻すように言われたとき、私はすぐに同意しました。タスクはよく知られており、スタッフの仕事、資金調達は普通です - 長期的に自分自身を証明する絶好の機会です。

.NET の変更点

私が .NET に戻ったのは 2016 年でした。ちょうど、新しい職場の同僚がビジネス プラットフォームをゼロから作成し始めたときです。アイデアは次のようなものでした: モジュールの助けを借りて拡張できる運用会計と管理のシステムを開発することでした。つまり、予算カテゴリのみの SAP PM のようなものです。 SAP PM については、こちらで読むことができ ます。



スタックは次のようなものでした: .NET 4.5、 ASP.NET MVC 5 (Owin)、EF Core、MS SQL Server。 SAP UI5 のフロントエンドは、既成のコントロールを使用してビジネス アプリケーションを構築できるオープン ソースの JS フレームワークです。



並行して、.NET Core が積極的に開発していたため、プロジェクトを .NET Framework 4.5 から .NET Core 2.1 に移植するという課題に直面しました。とても楽しかったですし、リファクタリングもたくさんありました。同時に、モノリスをある種の独立したサービスに分割しました。



実は、同僚の要望をまとめてリファクタリングしているうちに、社内の壁の中に小さなWebフレームワークが生まれました。私はそれをNextApiと名付けました。



なぜネクストアピ？システムの以前のバージョンでは、シニア プログラマーと私が新しい API を開発していたとき、それを「次」と呼んでいました。そして、新しいフレームワークの名前は、チームワークへのささやかな賛辞です。ここからプロジェクトへのリンク 。



これにより、私の使命は達成されました。会社は、単一のツールキットで動作するサービスを受けました。まずオフラインで、モバイル クライアントとデスクトップでビジネス ロジックを再利用することに成功しました。また、Windows Server を完全に回避することもできました。WPF アプリケーションを構築するために小さな仮想マシンを残す必要がありましたが、これらは些細なことです。

次に進む時です

プロジェクトを .NET Core に転送してサービスに分割した後、私の開発生活で何か新しいことを行うだけでは不十分になりました。私はチーム リーダーの立場にあり、いくつかの大口顧客に製品をリリースすることに成功し、タスクは十分にあり、問題は解決されましたが、挑戦と自分自身を明らかにする機会が欲しかったのです。



同時に、.NET 開発者の需要についても頭の中で考えました。カザフスタンでは、西洋諸国とは対照的に、この技術に対するそれほど高い需要はありません。 Java 開発者についても同じことは言えません。



そこで私はプロジェクトを離れ、開発したフレームワークをオープンソースに持ち込むことに同意しました。彼らが言うように、これを行うのは非常に困難でした。「コンフォート ゾーンから抜け出す」必要がありました。しかし、私はしっかりと決めました-私たちは前進する必要があります。



私の選択は Beeline カザフスタンでした - 私は人気のあるサービスに取り組みたかったのです。さらに、タスクとクライアント ベースが何であるかを理解していたので、Java は私にとってかなり身近な存在でした。また、すべての開発を .NET 開発者の側から見て、高負荷システムの設計の側面をさらに研究し、会社の歴史に良い足跡を残す機会があることは興味深いことでした。



これまでの経験に基づいて、Java への新たな没入感は前回よりも簡単になる可能性が高いことに気付きました。そして、それは起こりました。プログラマーとして仕事をすればするほど、より基本的な知識を習得し、新しいテクノロジーを習得するのが容易になります。

今何

そういったこともありました）



BeelineではJava 8をメインに使っていますが、すでにJava 11に目を向けたり、Spring Bootを使ったり、Kotlinでの書き込みも積極的に始めています。 Java は本当に前進し始めており、6 か月ごとにリリースされています。 2010 年の初めに Java 開発者にこのことを話すと、彼は自分のこめかみに指をひねりました。私の意見では、Java は良い方向に変化しています。



Java 8 には、コードをより美しくし、高階関数を実装できる関数型インターフェースが導入されています。また、Stream API が登場し、生活が少し楽になりました。 LINQ が実現するのはまだ先のことですが、これはすでに心強いことです。



最近の Java バージョンで登場した機能についてはまだ説明していません :)



Gradle ビルド システムに慣れることができました。とても気に入ったので、.NET Core のプロジェクト ファイルに似たものを実装する再利用可能なビルド スクリプトを書き始めました。



Java では、非同期性の操作はより透過的です。コードを書くときは、本当に多くのことを考える必要があります。これは良くも悪くもです。 OS とハードウェアを愛しているので、この瞬間が好きです。好きなように JVM に影響を与えることができるのは素晴らしいことです。



個人的な計画としては、高負荷アプリケーションのトピックに興味があります。まだ完全には開示されていませんが、積極的に研究しています。



私は DRY のファンにならないようにしていますが、可能な限り知識を再利用するよう最善を尽くしています。



そしてもちろん、コルーチンでクールなサービスを書き始めるために、Kotlin の知識を向上させたいと思っています。Kotlin 自体が Java の本来の姿です。Andrey Breslav & Co は素晴らしい仕事をしてくれました。



Java と .NET の違いは、私の生活に Kotlin を導入したことでほとんど相殺されています。しかし、私は多くの .NET が恋しいです。



ハイライト:

• dotnet コンソール ツールセットがありません。そこでは、プロジェクトを構築したり、テンプレートから新しいプロジェクトを作成したりすることができます。
  
  
• LINQ を使用した EntityFramework の通常の代替手段がありません。
  
  
• Java は .NET よりもリソースを大量に消費するようです。コンピューターは時々、自分自身の中に消えてしまうことがあります。
  
  

しかし、実際の生活では、Java はおそらく最近私に起こった最も興味深いことです。

結論と別れの言葉

人生の何かを変えることは、多くの場合、コンフォート ゾーンの違反であり、ある種の不確実性です。状況を悲観的に見ることもできますが、逆に拍車がかかります。常に関係していたい。すべての知識を得ることができないことは十分に理解していますが、試してみることはできます。



具体的には、動作するプログラミング言語を変更することで、次のことに気付きました。ほとんどの問題はどこでも同じです。唯一の違いは、それらが異なるアプローチによって解決されることです。



.NET は、たくさんの砂糖を使った美しい C# を私に見せてくれました。また、それは、最も強力なツール セットとして記憶に残っています。



Java は、オープンソース ライブラリの無限の世界に私を浸し、これやその問題を解決する方法がたくさんあることも教えてくれました。 Java 言語自体は非常に単純で、初心者プログラマーにとって非常に使いやすい言語だと思います。



私の意見では、テクノロジーのクールさについて論争に入る前に、別のテクノロジーを試す必要があります。たとえば、カザフスタンのビーラインでは、.NET 5 を使用して 1 つのマイクロサービスを実装する機会がありました。つまり、サーバーソフトウェアの主要言語がJavaである企業で使用することです。マイクロサービスは問題なくランドスケープ全体に適合します。同僚はコード レビューに興味があり、根本的な違いについても議論しました。一般的に、彼らは視野を広げることにも興味を持つようになりました。



私の世界では、本物のプログラマーは、1 つのプログラミング言語に夢中になったり、自分が使用しているテクノロジが最高であると大声で叫んだりする人ではありません。真のプログラマーとは、問題を迅速に、効率的に、安価に、そして最も重要なことに、長期的に解決できる人です。そのような人々は、どのプログラミング言語で開発するかを気にせず、タスクに基づいてツールを選択します。



したがって、全員がテクノロジ スタックを変更し、場合によってはチーム内の役割を変更することをお勧めします。すべての変更は、最終的に知識の充実につながります。おそらく今はなんらかの知識は必要ありませんが、後で役立つかもしれません。



スタックを変更することは難しくありません - 最初にコードを書き始めた瞬間を想像し、「愚か者をオンにする」ことで新しいテクノロジーに没頭しようとする必要があります。もちろん、時間が経つにつれて、比較から逃れることはできませんが、各テクノロジとプログラミング言語は、多くの場合、独自のスタイルと原則を説いていることを覚えておくことが重要です。



これは、スパゲッティ コードや 3 階建ての構造をいたるところで書く必要があるという意味ではありません。常に関心の分離に固執し、単純なコードを作成する必要があります。ただし、必要に応じて、松葉杖を許可することもできます。私たちは皆罪人です :)



自分自身に挑戦し、常にトップに立ってください！



PS この記事にアクセスして、どの言語とプラットフォームが最適かを調べたり、それについて意見を書いたりしたら、助けてあげましょう。