私は医療業界の小さな会社で働いています。私たちは自作の管理ソフトウェアを持っており、書き直した後、他の同様の企業に販売する予定です。ソフトウェアは、PHP で書かれた HTTP API に基づいています。コードを公開したくないので、現在、どのテクノロジーでコードを書き直すかを調べています。
私の質問は次のとおりです。コードを公開せずに、Linux マシンに比較的簡単にインストールできる HTTP API デーモンをどのように実装しますか?
フレームワークと言語
Web アプリケーションを構築するための優れた言語やフレームワークはたくさんあります。(一種の) コンパイルされた言語を探している場合は、おそらくSpringまたはPlay フレームワークを使用して、Java で何かを行うことを検討するかもしれません(免責事項: Play フレームワークはまだ比較的新しく、その人気にもかかわらず理想的ではないかもしれません野生ではまだ比較的テストされていないため、誰にとっても)。また、C# と Mono プロジェクトのASP.NETの実装が長い道のりを歩んできたことを聞いたことがありますが、私はそれを使用したことがなく、それを保証することはできません。
Web サービスを作成するときは、Python や Ruby などのインタープリター言語を好む傾向があります。これらはユースケースに合わないかもしれませんが。例外は、最近私のお気に入りの 1 つになったGoです。学習は非常に簡単で、効率的で、非常に高速です (そしてコンパイル済みです)。
私たちがあなたを助けるのを手伝ってください
残念ながら、あなたの質問はどうしようもなく漠然としているので、私が良いアドバイスをするのは難しい. おそらく、要件、目標、および目的のいくつかをレイアウトして、長期的に何が最も役立つかをもう少し理解できるように、言い換えることを検討してください。
無関係な石鹸箱の警告!
少し話が逸れますが、私は契約している企業 (特に医療業界のような技術的に遅れていることが多い分野) に、よりオープンなビジネス モデルを検討するよう常に勧めています。多くの中小企業は、長期的には成長と革新を阻害し、重大なセキュリティ侵害にさらす可能性のある閉鎖的なエコシステムを作成することにより、知的財産を保護しようとします。オープン ソースは、活況を呈しているコンピューター サイエンス業界で新しいトレンドにはなりませんでした。伝統的なクローズドソースの慣行に代わる、より安価で持続可能な代替手段であるため、人気を博しました. 従来の配布方法に固執するのではなく、適切なライセンスと法的手段によってソース コードを保護することを支持します。多くの人と違って、私は、プロプライエタリなソフトウェアがまだその場所を持っていると思います。あなたの製品がそのモデルに適合するかどうかを判断するのはあなたです。ただし、最終的に自分のビジネス モデルに合わないと判断したとしても、代替案の長所と短所を少なくとも検討してください。オフソープボックス
コードを php に保持し、いくつかの異なる方法で保護できます。
もちろん、これらの最後の 2 つは経営陣にとっては売り込みが難しいものです。ただし、それはビジネスとテクノロジーの目標によって異なります。
コードを書き直すつもりなら、他の人があなたのソースを盗もうとするのを (法的な制限を除いて) 最善に保護するのは、おそらく C や C++ のようなバイナリ コンパイル言語です。Java は簡単に逆コンパイルできますが、逆コンパイルを無意味にするための難読化ツールが用意されています。他のさまざまな言語 (perl PAR アーカイブ、python py2exe、または tcl tclkits など) のパッケージ化メカニズムもあり、ソースを表示するのが少し難しくなりますが、それらは主に配布を簡素化することを目的としており、悪意のあるコードからコードを保護することを目的としていません。目。