オープンソースソフトウェア - フリーソフトウェア 。
まず第一に、私は原子力発電所周辺の出来事の現在のバージョンに対して非常に否定的な態度を持っていることに注意したい。
一般的に、私の意見では、彼らは間違った目的から進んだ。 最初に、政府組織で使用されるソフトウェアの機能要件のリストを編集し、それを体系化してカタログ化する必要がありました。 簡単に言えば、現在使用されているソフトウェア、解決されているタスクを見つけてください。 そして、このカタログに基づいて、タスク専用に設計されたオープンソースソフトウェアの段階的な実装に関する作業を計画しています。
概して、ここではOSは重要ではありません。 OSがサポートする一連の標準は重要です。 たとえば、車輪を再発明することはできませんでしたが、 LSBを基盤として、さらにDebianを検討してください。 結局のところ、rpmとdebの両方でのパッキングはそれほど難しくありません。
しかし、私たちが持っているもの、それから私たちは持っています。 それでは、国家はオープンソースソフトウェアの独立したロシアの開発者にまだどのような利益をもたらすことができますか？
エンティティとしてのNPPには1つの肯定的なプロパティがあります。 無料のOSの標準があり、このOSが政府機関のすべてのコンピューターにインストールされているとします。 このような状況では、オープンソースソフトウェアの独立した開発者は、製品を宣伝できる広大な市場を持っています。 しかし、これらの開発者を財政的に支援するのは誰ですか？ 明らかに、この能力で行動できるのは州だけです。
何らかの方法で、ディレクトリが必要になります。これについては、ソフトウェアカタログではなく、特定の機能要件のカタログです。 たとえば、会計ソフトウェア、HOA用ソフトウェアなどの説明
オープンソースソフトウェアの独立した開発者が提供するソフトウェアには、このディレクトリからの識別子（または識別子のリスト）とこのソフトウェアの独自の識別子を持つファイルを含める必要があります。 次に、 人気コンテストに似たプログラムがインストールされたソフトウェアの統計を収集し、これらの結果に基づいて、この方向に割り当てられた特定の資金が開発者に分配されます。 これは毎月行うことができます。
したがって、 トピックに関するドキュメントの1つで説明されているように 、現在のEUよりもさらに高いレベルで、独自のオープンソースソフトウェア市場の開発レベルに到達できます。 EUでは、入札による実施が依然として想定されており、そのようなスキームを使用すると、導入に先行する一般的に費用のかかる（財政と時間の両方の）手順を避けることができます。
もちろん、そのようなスキームでカットが可能です-たとえば、同じ大臣があなたの部門のすべてのマシンにそのようなソフトウェアをインストールする必要があるという命令を発行することができます。 しかし、これは実施手順の問題ではなく、職員の誠実さと透明性であり、 他の方法で私の意見で解決されるべきです 。
ほとんどの場合、これは自転車であり、同様のスキームがすでにどこかで導入されていますが、それについては知りません。読者がこの分野の既存の世界の経験を指摘してくれれば感謝します。
ご清聴ありがとうございました。