LANダッシュボードのための技術勧告

Question

私は、中規模ビジネスのためにかなり大規模なプロジェクトを開始しようとしてよ 他のシステムとの統合の多く（POSと、会計、 ウェブサイト、在庫、購買、など）システムの目的はにあります 現在のデータsiloingを削減し、従業員に役割ベースを与えることを試みます 特定のデータ入力や、彼らが必要とするレポートへのアクセスだけでなく、へ いくつかのマニュアルと冗長ビジネスプロセスを交換してください。システムの必要性 クロスプラットフォーム（Windowsの/ Linuxの）、オープンソースであると、主であるします LANの使用ます。

私の経験では、主にPHP /ウェブ/アプリ開発のですが、私は開発しています いくつかのLANは、（ファイルメーカーのような）は、Java / Servoyを使用してアプリ。私はServoyは非常に急速であることを、容易に異なるデータプロバイダ（DB製品）を利用することを見つけましたが、それはオープンソースではありませんし、任意の非標準的な開発は、（冗長であると多くの時間を要する）は、Java / Swingです。

私は、Python / DjangoのやRuby / Railsのを学ぶことに興味がある - しかし、私はこれらがLANアプリを報告/ミッションクリティカルなデータ入力を構築するための最適なソリューションですかはわかりません。 Webクライアント/サーバは、本当にこの種の用途に適していますか？

任意のヒント/アドバイスを事前に感謝します。

Answer 1

あなたの役に立つ答えをみんなありがとう！私は、彼らが疑問が提起した問題のほとんどを解決すると思います。しかし、私は「最終的な答え」（IMO）への鍵は、「複数のデータベース」側面にかかっていると思います。 Railsninjaは、彼がこのようにレールの機能を拡張するためのプロジェクトのために使用されるソフトウェアの一部を提案 - リンクをありがとう！それは可能な解決策だったかもしれない - しかし、それは一つのプロジェクトのために使用されたようですね、それはRailsが構築主流の一部ではないので、私はテストを心配します。

それから私は、マルチDBのサポートはDjangoのコアアップデート（イータ下旬2009年8月）のために、角を曲がったところにあることが分かりました。だから私は、私はジャンゴでプロジェクトにダイブするつもりだと思います。

Answer 2

あなたはPHPとLAMPスタイルのスタックに慣れている場合、

、その後、あなたはDjangoのか、Railsのいずれかを使用することはできません理由はありません。どちらも、アクティブ、有用社会と成熟し、十分に文書化プラットフォームです。

あなたが説明した内容に基づいて、あなたがいずれかの技術を使用することはできません理由はありません。

Answer 3

これらの技術のいずれもが、確かにあなたが心配すべきではないその観点からして、あなただけの、すでにこれらの技術を実行しているインターネット上の大きなサイトの数を調べる必要があり、ミッションクリティカルなアプリケーションを実行するのに十分成熟していますます。

あなただけがそれらを十分にそれのために行くあなたのクライアントのための品質のコードを書くことを学ぶことに自信があれば、あなたの学習曲線を心配する必要があります。 、それらのそれぞれを見て、あなたが好むとコーディングなるだろうどの技術決定します。

アプリケーションがうまくいくよう願っ：）

Answer 4

また、フロントエンドのためのExtJSを見てみることができます。私は会社のダッシュボードのためのExtJSのフロントエンドを作り、URLディスパッチ、ORMと（JSONのWebサービスとフロントエンドと通信）データ検索を管理Djangoのバックエンドを使用して、それがローカルとほぼなどのインタラクティブなので、ユーザーは、それを愛してきましたアプリケーションは、プログラマーや管理者のために管理することがなく、簡単に（JavaScriptのパフォーマンスをよりよくするためにFirefox 3.5の、クロム、Safariの4またはエクスプローラ8のような近代的なものを使用）（なしのインストール、ローカルバックアップ、無アップグレードの問題、など。）