問題タブ [project-organization]

同じ静的ファイル (css、js、images) を使用する Web アプリケーションをいくつか作成しました。バージョン管理に svn を使用する場合、外部リポジトリ (svn: externals) を使用して現在のプロジェクトにファイルを追加します。例えば：

/static/ ... のようなリンクを追加することで、Web ページで簡単に使用できます。

しかし今、私たちの会社はperforceに移行しました。現在の構造をどのようにサポートできますか?

これらのファイルをjarとしてパックして依存関係として使用すると思いますが、私のエディター（アイデア）は、この依存関係がjsスクリプトとスタイルであることを認識していません。また、マイナーな変更を作成するときに、jar ファイルを再パッケージ化して展開する必要があります。

Mavenを正しく使用するには？

現在、すべての JavaScript ファイルは、最上位のプロジェクト ディレクトリにある static/media ディレクトリから提供されています。実行すると、最上位にもロケール ディレクトリmakemassages -d djangojsが生成されます。

ただし、javascript_catalog は、アプリで作成されたロケール ディレクトリのみを考慮します。つまり、INSTALLED_APPS 設定にリストされています。

JavaScript i18n 機能を実際に使用するために makemessages と javascript_catalog を連携させる適切な方法は何ですか?

jsファイルをアプリディレクトリに移動し、複数の静的ディレクトリを作成します（魅力的ではありません。現在、nginxを介して静的ファイルを提供していますが、これによりconfが乱雑になります）？

私はDjango 1.1を使用しています

私はJavaScriptライブラリの世界にとても慣れていません。ミニソーシャルネットワークを作成するために以前にJSを単独で使用したことがありますが、JSライブラリを使用するのはこれが初めてであり、これを行う方法が本当にわかりません。

Google Closureを使用する予定ですが、コードを整理する方法がよくわかりません。これはWebアプリであり、1つの画面が必要なので、すべてを1つのファイルに入れる必要がありますか？コードを多くのチャンクに分割して、それらを異なるファイルに配置する必要がありますか？または、別のページ（設定など）を別のページに配置して、別のファイルに配置する必要がありますか？

すべてのプログラマーのように、私は完璧主義者なので、これを手伝ってください、ありがとう。

Here are some various Python packages my company "foo.com" uses:

Here's the traditional way to store the source on disk:

But for organizational purposes (different teams, different revision control, etc.), we want to store these as follows:

The question is:

Are there any issues with this second method of organization?

For example, if we import com.foo, where would Python look for the __init__.py?

Would symlinking these directories make sense? e.g.:

Any general code organizational suggestions are welcome.

私はこれについてしばらく考えていました。新しいプロジェクトを計画しているとき/組織内の既存のプロジェクトを維持しているとき、どのようにテクノロジーを選択しますか（Java対.Net対PHPについて話しているのではありません）。

最新のテクノロジーを選ぶための議論

1. 既存のテクノロジーの制限のいくつかを克服する可能性があります（スケーラビリティに関しては、SQLとRDBMSは考えないでください）。最新のテクノロジーには下位互換性があり、古い機能を壊すことなく新しい機能を取得することしかできない場合があります
2. それはより良いユーザーエクスペリエンスを提供します（ビデオのHTML 5かもしれませんが、考えてみてください）
3. 開発時間/コストを削減し、コードベースのメンテナンスを比較的簡単にします

現場でテストされたテクノロジーを選択するための議論/最先端のテクノロジーを選択することに対して

1. それは時の試練に耐えていません。予期しない問題が発生する可能性があります。複雑なソリューションは、メンテナンスフェーズでより多くの問題を引き起こす可能性があり、アプリケーションは白象になる可能性があります
2. 基準がまだ整っていない可能性があります。プロジェクトを標準に準拠させるには、標準が変更され、大幅なやり直しが必要になる場合があります。フィールドテスト済みのテクノロジを選択すると、これらの労力を節約できます。
3. 新しいテクノロジーは、組織によってサポートされていない可能性があります。新しい（または、さらに言えば、別のテクノロジー）をサポートするには、追加のリソースが必要になります
4. 最先端のテクノロジーで適格なリソースを取得するのは難しいかもしれません

開発者の観点からは、（暇なときに）新しいテクノロジーで手を汚さない理由はわかりませんが、彼/彼女はオープンソース/フリーウェア/開発者版に限定されている可能性があります

組織の観点からは、両刃の剣のように見えます。「フィールドテスト済み」のテクノロジーに長く座りすぎると、善良な人々が立ち去る可能性があります（知識の更新を拒否する、使い慣れたテクノロジーを好む人々が常にいることは言うまでもありません）。型破りなアプローチを試してみてください。予期しないリスクは言うまでもなく、予算/時間を超過するリスクがあります。

TL; DR

結論。組織が採用できるほど成熟したテクノロジーはいつだと思いますか？

Java Web アプリケーションをテストするためにいくつかの Webdriver テストを作成したいのですが、別のプロジェクト内に配置する必要があるのか​​、Web アプリケーション プロジェクト内に配置する必要があるのか​​ わかりません。

また、SVN リポジトリにコミットするたびに Hudson CI サーバーからこれらの Webdriver テストを実行したいのですが、これは標準的な方法でしょうか?

あまり関係ないと思いますが、他の人が何をしているのか知りたいですか？

対 2010/C#

ソリューションを整理し、リポジトリのインターフェースをホストするプロジェクトに名前を付けるためのオプションを探しています。

私が持っている: MyProject.Domain

MyProject.WebUI

MyProject.Repositories

MyProject.Interfaces??

これまでのところ、「Interfaces」は私が思いついた最高の名前ですが、好きではありません。アイデア/提案はありますか？

私たちは、すべての個人またはプロジェクト関連のドキュメント、またはファイルについて、すべてのファイルをネットワークに配置する（つまり、ネットワークサーバーにマップされたマイドキュメント）というドキュメント管理ポリシーを採用しているサイトに取り組んでいます。

問題は、ネットワークの稼働時間が短いことです。ネットワーク上にツール、プロジェクト関連のコードライブラリ、およびその他の開発関連製品の構成ファイルがあり、稼働時間が短いと生産性とタイムラインに問題が生じます。

必要な可用性と冗長性を提供するために、すべてのPCを使用してファイル同期またはピアツーピアバックアップを実行することを考えています。

セキュリティの要件がなく、情報を共有することを目的としているため、私はファイル同期に傾倒しています。

誰かがこのアプローチを試しましたか？もしそうなら、どの製品が使用され、賛否両論は何でしたか？

私は、いくつかの webapp サイトで作業している唯一の開発者です。私はそれらをサブバージョンにしていますが、プロジェクト管理ツールを使用していません。

私は最近 redmine を立ち上げて、そこにプロジェクトをセットアップしたいと思っています。私が探しているのは、Redmine でこれら 2 つのプロジェクトを構築する方法に関する推奨事項です。私が収集できることから、構造は Project->subproject です。だから私はこれをやることリストの構造にマッピングしようとしています。私の To-Do リストには、3 種類のタスクがあります: 新機能、バグ修正、およびメンテナンス (完全なバグ修正ではなく、本当にクリーンアップが必要なもの) です。

各 Web アプリケーションを最上位プロジェクトにし、機能、バグ、およびメンテナンスをサブプロジェクトにする必要がありますか? プロジェクトを編成する他の方法はありますか? たとえば、subversion マニュアルでは、、、、、などを推奨していproject/trunkます。Redmineで作業するための同様のガイドラインはありますか?project/branchesproject/testingproject/releases

私は現在、さまざまなテクノロジ/サブドメインで構成される個人の Django サイトの開発に取り組んでいます。私のメイン ページは Django で、wordpress を実行する blog.blah.com サブドメインと、プロジェクト用の他のいくつかのサブドメイン (project1.blah.com、project2.blah.com) があります。スフィンクス）。

ファイル階層と Web サーバーの構成を整理するのに苦労しています。私は現在、mod_wsgi 経由で Django を提供するポート 8080 で Apache を実行しており、ポート 80 で NGINX を使用してリクエストとプロキシを処理しています。

これが私の現在のファイルシステムレイアウトです。注: 私はすべての Web サイトを 1 つのユーザー アカウントで実行しています。

ベスト プラクティス タイプの展開用にファイルを配置する場所を特定するのを手伝ってくれる人はいますか? 上記の構造には、私の Django コードのみが含まれています。静的コンテンツ ファイル (例: html サブドメイン サイト) やその他のサービス (例: wordpress など) をどこに置くべきかわかりません。

どんな助けでも大歓迎です！ディレクトリ構造を見せればボーナスポイント。