オープンソース製品のアイデアを探しています

数か月間、私は自由時間に、主にビジネス指向（ERP、WMS、CRMなど）のデスクトップアプリケーションを作成するためのオープンソースフレームワークを作成しています。 ビジネスアイデアのテストに関する記事を読んで触発され、この事業全体についての私の考えを述べ、フィードバックをお聞きします。 あなたから聞きたいこと：

• この考えの現実についてどう思いますか？
• おそらく、他にオープンソースに寄付しても構わないアイデアはありませんか？
• その他のレビューやコメント。

オープンソースプロジェクトにもお金が必要です

製品のユーザーとして行動するとき、オープンソースのアイデア自体は非常に魅力的に見えます ：

• 多くのオープンソース製品は完全に無料であるか、無料の基本バージョンがあります。
• プロジェクトが活発に開発されている場合、問題が発生した場合に迅速に無料サポートを受ける可能性も非常に高くなります。
• オープンソースプロジェクトが非常に成熟している場合、そのような問題の議論はGoogleグループやStackOverflowなどのさまざまなリソースで公然と行われるため、発生するほとんどの質問に対する答えを見つける可能性が高くなります。

プロジェクトチームメンバーの観点からオープンソースを見ると 、上記のすべての利点にはプロジェクト参加者の継続的な作業が必要であることがわかります。

• 新しいコードの作成、デバッグ、テスト、リリースのリリースなどには多くの時間がかかります。
• 製品のユーザーサポートにより多くの時間が費やされます。 ユーザーは自分の質問に対する正しい答えをすぐに得たいと考えていますが、多くの場合、誰かがすでに同様の質問をしたかどうかをわざわざ探そうとはしません。 これは多くの同一の質問を提起し、「すでにこのリンクを見ていた」などの回答にも多くの時間を費やします。

これらのかなり明白なことを書いて、私は何を伝えたかったのですか？ 非常にシンプルなアイデアは、オープンソース製品が品質であり、積極的に開発されるためには、まだ十分な資金が必要であるということです。そのため、ほとんどの大規模なオープンソースのライブラリ、フレームワーク、プログラムは次のいずれかの方法で開発されています：

• それらは営利企業の内部ニーズ（他の収入源を持っている）のために開発され、そして完全に機能する無料版がオープンアクセスのためにレイアウトされます。
• 製品の無料の基本バージョンと、機能を拡張したセットを無料で販売しています。 時々、無料であるが習得が難しい製品に対する有料のテクニカルサポートについてのみ話している場合があります。 場合によっては、顧客の要求に応じて、お金の優先モードで機能を追加できます。
• アメリカでは、最小限のプロトタイプまたは場合によっては製品のアイデアだけで、開発のための資金を迅速に受け取るスタートアップオプションも可能ですが、私たちの国ではこれはあまりうまくいきません。

ユーザーの寄付などのオープンソースプロジェクトの存在に関する他のすべての「方法」はうまく機能しません。たとえば、寄付によって集められたお金が2人の開発者の給与に対しても十分ではなかったOpenSSLストーリーで実証されます Heartbleedの重大な脆弱性をもたらしました。

アイデアはどこから来たのですか？

数年前、ITとは無関係の業界で自分のビジネスを開こうと試みましたが、さまざまな理由でうまくいきませんでした。 誰もが知っているように、わが国で最も小さな会社でも法的に会計記録を保持する義務があり、私の会社も例外ではありませんでした。 私は独学の目的で簿記をすることにしました。 私は友人会計士から事前に、どの会計プログラムプログラムが価格と機能性の点で新しくオープンした会社に適しているかを知っていました。



会計士によると、 1Cの最も単純なバージョンは良い候補であり、 簡略化されたバージョンは約3,000ルーブルのコストがかかりました。 もちろん、最終的には購入しましたが、その前に別のオプションを検討しました。 箱入りの製品の中で、同じお金に見合うものは何も見つかりませんでしたが（今では私は十分に見ていなかったように思えますが）、私はまた、人気を博していた小規模企業（ My businessやKonturなど）のクラウドソリューションも検討しました。 クラウドは、少なくとも2つの理由で私には向いていませんでした。

• クラウドを放棄して別の人気のあるボックス製品に移行することは、ある時点では不可能でした。 サービスからデータをエクスポートする機能はありませんでした。 そのような機能はまだないようです。
• クラウドとインターネットの一般的な構造、毎週発見される脆弱性の数、それらがサーバー上で修正される期間を知っています。 したがって、私は会社のアカウントなどの重要なデータがオンラインで利用できる場合のセキュリティを本当に信じていません。

したがって、私は1.Uproschenkaのライセンスの所有者になりました。 特にこのプログラムの欠点の多くはすでに最近の記事で説明されているため、1Cでのあまり心地の悪い経験については詳しく説明しません。 まず第一に、私はいくつかのことに混乱しています ：

• システムのモジュール性の欠如。 私の組織の活動の種類は、トランザクション 、 銀行とキャッシャー 、 従業員の会計とレポートの 基本的な作業 -いくつかの基本的なモジュールのみの可用性を必要としました 。 同時に、「付属物」には、 Production 、 Warehouse 、 Intangible Assetsのような追加モジュールがたくさんあります。 これらのモジュールは、本当に必要なタスクから注意をそらすので、 インターフェイスは非常に過負荷です。 データベースに必要以上のテーブルが含まれているかどうかは気にしませんが、同じことがインターフェイスで発生する場合は同意しません。
• 仕事のスピード。 概して、1C。ウプロシェンカは非常に安価です、なぜなら技術的な観点からそれは90年代からの挨拶だからです。 メインエンジンはC ++で記述されており、それ自体は悪くありませんが、メモリの初期化エラーが原因でアプリケーションの予期しないクラッシュを引き起こす可能性があります。 さらに、いわゆる 「ビルトインデータベース」は、1C開発者によって書かれた独自の、かなり文書化されていないバイナリデータストレージ形式です。 この形式では、すべてのデータが1つのファイルに保存されますが、データベースの速度は向上しません。
• 更新の不透明度。 これについては、上記の記事で既に詳細に説明していますが、アップデートに関する苦情がいくつかあります。 まず、インターフェイスに頻繁に変更が加えられました。更新後に1Cを使用していた年に、インターフェイス要素のレイアウトが少なくとも2回劇的に変更されました。 第二に、更新プログラムを適用するのに非常に長い時間は、非常に小さなデータベースで30分から2時間です（100を超える給与と数人の従業員）。 これはおそらくファイルデータベースの仕様によるものですが、それでも2週間ごとに大きく変化する可能性があるかどうかはわかりません。 1Cのコード自体が変更されても驚きませんでしたが、データベースの移行にそれほど時間がかかった理由がわかりません。 第三に、システム内の多数のバグの存在-変更リストのほぼ毎秒の更新には、「以前のバージョンの修正済みエラー」という行のみが含まれています。 一般的に、1C開発者はプログラムの基本バージョンの所有者に対してベータテストを実施しているように見えます。 私の知る限り、最新バージョンまで1Cプラットフォームでの自動テストはありませんでした。
• 非標準テクノロジー。 1Cは90年代からその歴史をたどるので、独自のプログラミング言語、独自の開発環境、独自のデバッガなど、独自の非標準テクノロジセットをドラッグします。 1Cコードの何かを変更するには、自分の落とし穴で新しい言語をゼロから学習する必要があります。これは、プラットフォームの開発に潜在的に参加できる有能な専門家の数を減らしますが、1Cはさまざまなトレーニングセミナーや競技会を開催することでこれに苦労しています。 いずれにせよ、言語の速度と最適化は、私の意見では、JavaやC＃などの他の主流言語と比較することはできません。
• Windowsでのみ機能します。 私はこのことについて悲しいだけでなく、と言っても誤解しないと思います。 私の主なオペレーティングシステムはMac OS Xですが、Linuxを使用することもよくありますが、Windowsライセンスにお金を払う気はありません。 現在のソリューションは、Virtualboxの下でWindows仮想マシンを実行することです。Virtualboxの内部には1Cがあります。 Wine @ Etersoftをベースにしたソリューションについても聞いたことがありますが、やはり支払いが必要です。そのため、Windowsのライセンスを追加すると、1Cの基本バージョンでさえ合計で6〜8千ルーブルになります。

行動する時間

これに加えて、1Cスクリーンの前の暗い夜には、さらに悲しくなりました。 最終的に、1Cの欠点を持たないプラットフォームを作成することを決定し、将来的には1Cに代わる何らかのプラットフォームを作成することにしました。 技術スタックは次のようになります。

• Java 長い間何も説明する必要はありません。 Javaをメインのプログラミング言語として、JVMをランタイムとして選択すると、プログラムをさまざまなプラットフォームに移植する際の問題が解決します。 さらに、Javaにはいくつかのファーストクラスの開発環境があります（こんにちは、Jetbrains！）。また、開発者の学習に問題はありません。 製品はゼロから開発されているため、すぐにJava 8で記述し、正しいJREをディストリビューションに適用できます。
• JavaFX これは、Oracleが開発したUIアプリケーションを構築するためのかなり新しいテクノロジーです。 廃止されたSwingに代わるものとして位置付けられ、インターフェイス（XMLファイル）の表示を作業ロジック（Javaクラス）から分離することができ、CSSを使用したスタイリングをサポートします。 SceneBuilderやScenicViewなどのJavaFXアプリケーション開発ツールがすでにあります。 さらに、JavaFXアプリケーションをWebアプリケーションとして起動することもできます（ただし、その便利さと高速さはわかりません）。
• PostgreSQL 会計とビジネスについては、私の意見では、リレーショナルデータベースの方がすぐに使用でき、すぐに使用できるデータの整合性を提供し、データ自体は通常、テーブル構造に適しています。 この役割のPostgreSQLは、無料のリレーショナルデータベースのリーダーの1つであるため、政府機関のOracleデータベースに代わるものとして、それについて真剣な議論が行われています。
• Spring Framework。 アプリケーションを作成するためのメインフレームワークとしてSpringを選択しなかった場合は驚くでしょう。 Springはアプリケーションの優れたIoCコンテナーであるという事実に加えて、さまざまなデータベースを操作するためのライブラリのエコシステム全体、および宣言型データベーストランザクション管理や宣言型ロール記述などのすぐに使えるものを表します。
• Spring Data + Hibernate JPA。 データベースを操作するロジックは、 Spring Dataを使用して最も便利に実行されるようです。 多くの場合、クエリをデータベースに書き込む必要はありません（メソッドの名前によって生成されます）。 Hibernateは 、Spring Dataとともに信頼できるJPA実装としてのみ使用されます。
• Apache Camel。 ソリューションのスケーラビリティを確保するには、 エンタープライズ統合パターンとメッセージベースのロジックをすぐに使用するのが理にかなっています。 データベースと同じマシンにあるアプリケーションのコピーについて話している場合、すべてがアプリケーションメモリ内のメッセージキューの形成に縮小されます。 ただし、このようなアプローチを小規模ですぐに実行すると、アプリケーションコンシューマの数が増えているため、リモートキューサーバー（ Apache ActiveMQやZeroMQなど ）の使用に簡単に切り替えることができます。
• ステッカー。 人気のあるJenkins CIシステムでどのように作成されたかを見て、 OSGIについて少し読んで、システムのモジュール性をサポートするためにこのことを書きました 。
• JUnitとJavaFXの一連のマッチャー。 テストを記述するための最良の選択は、JUnitとJavaFXのテストを記述するための追加ツールのセットです。 そのようなツールの例はTestFXです。

一般に、ご存知のように、特に夜間と週末にすべてを行う場合は、実験を行ってテクノロジーを選択するのにも時間がかかるため、2か月前にアプリケーションコードを記述しました。 現時点で行われていること ：

• 基本的なJavaFXアプリケーションが記述されています（起動時に小さなスプラッシュスクリーンがある場合でも）
• 基本的なアカウンティングに適した作成されたデータベーススキーマ
• OKVED、KBK、OKSM、OKFS、OKOGU、OKTMOなどの分類子がインポートされました。 データベースに。 同時に、彼はFIASアドレスデータベースのクライアントを作成しました。
• アプリケーションは、メインアプリケーションのプラグインで定義されたUIを自動的に埋め込むことができます。 UI開発モードがサポートされています。UI記述でFXMLファイルを変更すると、アプリケーションUIが（アプリケーションを再起動せずに）ホットに更新されます。
• データベース（JPAエンティティ、Springデータリポジトリ）を操作するために必要なクラスのプラグインからの読み込みをサポートしています。

7回測定-1回カット

おそらく既に理解しているように、私は自分自身をかなり大きな（おそらく大きすぎる）タスクに設定しました-書くために、小さな企業の1Cを完全に置き換えることができるものを、同時に

• 上記の1Cの欠点はないだろう
• オープンソースだったでしょう
• 明確な収益化モデルがあります
• サードパーティの開発者がこれでお金を稼ぐことができます

私が見ているように、 これらの問題の解決策 ：

1. 1Cの欠点は、上記で説明した正しいテクノロジースタックと、CIの普及とシステムの重要な部分の自動テストに基づく適切な開発アプローチの助けを借りて平準化されます。
2. システムコアとキーライブラリは、Githubで無料ですがコピーレフトライセンス（Apache License 2.0など）では公開されていません。
3. アプリケーションは次のように配布されます：銀行や人事などの基本的な会計モジュールのセットは誰でも無料ですが、レポーティングやプロダクションなどの特殊なモジュールにもオープンソースコードがありますが、手頃な価格でサブスクリプションで販売されています。 サブスクリプションは、更新のために年に1回です。つまり、 退会してもプログラムは動作を停止しませんが、やがて法律の変更に遅れをとったり、ドキュメントの形式が変更されたりする可能性があります。 各ユーザーは、必要に応じて任意のモジュールセットのサブスクリプションを選択する権利を持っています。 したがって、追加機能をすぐに購入して、必要なときに購入する必要はありません。
4. テクノロジースタック全体が開いているため、他の開発者が独自のモジュールを記述してサブスクリプションで販売することを妨げるものはありません。 同時に、システムのカーネルの開発者がサードパーティモジュールのコードをチェックするサービスが利用可能になりますが、これは手頃な料金で行われます。

明らかに、最小限の機能のプロトタイプから始める必要があります。 最小のプロトタイプには、次の会計モジュールが含まれていると考えています 。

• デスクトップ（システム開始画面）
• 転記モジュール（勘定科目表、マニュアル転記）
• 銀行との作業モジュール（1C形式の銀行との交換、支払い注文と要件の作成、銀行取引明細書）
• レポートモジュール（ADV、RSV、フォーム4-FSSおよび4a-FSSなどの最も基本的なレポート、PITレポート、Rosstatへのレポート）
• 給与および人員（給与、FSSおよびPFRへの寄付に対する給与の形成、控除）
• 組織データ（さまざまなコードの保管：OGRN、TIN、KPP、およびマネージャーと会計ポリシーに関するデータ）
• データのインポート（ほとんどの場合、1CからのXML形式）

最近、アプリケーションで会計機能を実装することになり、 Arkady Moreynisによる同じ講義を見ました 。 この講義は非常に堅牢で、以前に読んだり聞いたりした内容に対応するため、他の会計プログラムが小企業で使用できるものを再確認することにしました。 実際、異なる開発者からの多くの会計プログラムがあることが判明しました。 もちろん、SAPやOracleのような巨人は、コストが高いためここに来ません。 深刻なデスクトッププログラムは次のように考えられます。

1. 1C
2. ブフソフト
3. 帆
4. BEST
5. 情報会計士

それらはすべてWindowsでのみ動作しますが、1CにはLinux用のクライアントがあります。 これらのサポートされ、多少なりとも更新されたソリューションに加えて、さまざまなメーカーの小さなサポートされていないプログラムが大量にあります。 私はこのようなプログラムになりたくないので、上記の1Cの問題を解決し、上場企業を少なくとも競争力のあるものにすることができるかどうかはわかりません。明らかに、これは非常に競争の激しい市場だからです。 さらに、Arkady Moreynisの論理に従えば、そのような過密な市場に登る価値はありませんが、自分のニッチを探すべきです。 この点で、 簿記を続ける必要があるのか​​、それとも別のものに切り替えるべきなのか 、 大きな疑問があります。



適用されたビジネスソリューションを超えない場合、さらに2つの潜在的なアイデアがあります。

• 倉庫管理システム（WMS） 。 そのようなシステムははるかに小さく、多くの自作ソリューションがあります。 それらは実装が容易であり、私の意見では、法律の変更により書き直しが少なくなります。
• サプライチェーンマネジメント（SCM） 。 このトピックはヨーロッパで10〜15年間人気があり、物流と商品の供給を最適化する新しいソリューションが常に登場しています。
• 特許部門または人事マネージャー向けのさまざまな専門プログラム。

私は本当に私の仕事が無駄にされたくありません。 ドキュメントとコメントなしで現在のバージョンのコードを見ることに興味がある人は誰でもここをクリックできます。 最後まで読んでくれたみんなに感謝します！