問題タブ [enterprise]

[ObjectValidator] に問題があります。ので、私は持っています：

そして別のクラス：

次のテストがパスする理由を教えてください。

ユーザー属性 (UserBO タイプ) にユーザー名 "asd" (3 文字) が含まれており、そのために StringLengthValidator (5 ～ 25 文字) を定義しているため、これは有効ではありません。そのオブジェクトは有効ではありません。理解できません。

ありがとう。

私は、ほとんどの銀行がサーバー側で Java を使用して Web アプリケーションを実行していることに気付きました。何故ですか？銀行や企業にとって Java が PHP、Ruby、Python などよりも優れている理由は何ですか?

前もって感謝します。

SQL Server 2005（Enterprise Edition）をWindows Server 2008にインストールすることはできますか？

「エンタープライズ」という言葉に戸惑う人もいると思いますが、エンタープライズ アプリケーションを作成した経験のある人がいるかどうか知りたいです。Java には独自の問題があることは知っていますが、Java は一種のエンタープライズ フレームワークと見なされており、残念だと思います。

Rails は Java EE の代わりになると言う人もいますが、Django はどうでしょうか? 誰かがこのコンテキストでそれを使用したことがありますか? djangosites.org にはかなり標準的な Web サイトしか表示されませんが、それ以上のことができるようです。私は、ほとんどが ASP.NET で書かれており、Java で書かれている古いシステムのいくつかを、より簡単に保守できるものにするために廃棄することを計画しています。私は他のいくつかのアプリケーションに Django を使い始めましたが、社内で使用しているもの (企業ニュース、イントラネットなど) には素晴らしいと思いますが、売掛金システムや請求システムなどはどうでしょうか?このようなフレームワークが、必要のないカテゴリに分類されるのを見るのは嫌です。ソーシャルメディア/ネットワーキング、コンテンツの多いサイト、データ処理があまりないなどに使用されているようです. この道を歩むために必要なすべての要素を備えていると感じています。誰にも考えはありますか？

MVC + JQuery を使用してエンタープライズ アプリケーションを 9 か月間開発した後、当社の経営陣と株主は、変換して Silverlight に切り替えることに関心を持っています。彼らはそれが Ajax よりも強力で、現在のソリューションよりも開発速度が速いと考えています。それは Windows と Web であり、頭痛の種ではありません。

残念ながら、当社の株主は Web と Web アプリケーションのステートレス状態について何も知らず、常にウィンドウ アプリケーションと比較しています。

しかし、私たちのチームの誰も Silverlight について何も知りません。それが良い決断かどうかはわかりません。私たちは可能な限り速く開発すると思います。迅速な開発のための優れたフレームワークとコードジェネレーターを開発しています。

下手な英語で申し訳ありません。

私たちは 2000 年頃からモデリングに Rational Rose 2000 を使用しており、アップグレードを検討していましたが、ライセンス コストを見て、C++ コード生成用の UML のリーダーであるかどうか疑問に思いました。さらに複雑なことに、インターフェイス レイヤーは現在 c++/CLI であり、それも生成できるようにしたいと考えています。誰でも、非常に大規模なエンタープライズ製品に適したツールを持っています。

プラットフォーム開発でアジャイルを機能させることは可能ですか? それぞれがプラットフォームの固有の機能領域を担当する一連の開発ポッドを想像してください。ここで、プラットフォームを使用して一般向けのソフトウェア アプリを構築する 2 ～ 4 のアプリ開発チームを想像してみてください。このシナリオでアジャイルを機能させるにはどうすればよいでしょうか?

協会のメンバー向けのアプリの開発について問い合わせがありましたが、これがアプリを展開するための適切な方法であるかどうか、エンタープライズ展開ガイドから判断できません。

メンバーは自分のデバイスを所有しているため、ユーザーが引き続き自分の Appstore ログインを使用できるようにしながら、エンタープライズ アプリをデプロイできますか?

任意の時点で、協会が所有する iTunes を実行しているマシンにデバイスを物理的に接続する必要がありますか?それとも、プロビジョニング プロファイルを Web または電子メール経由で配布できますか? 特定のディレクトリ (例: ~/Library/MobileDevice/Provisioning Profiles/) にあるプロファイルが自動的にインストールされるようですが、プロファイルとアプリをメンバーにメールで送信できますか?

Enterprise Deployment ガイドには、デバイスのロックダウンに関する多くの指示が含まれています。これは無視できますか？

私は個人的なプロジェクトに git を使用していますが、すばらしいと思います。高速、柔軟、強力で、リモート開発に最適です。

しかし、今では職場でそれが義務付けられており、率直に言って、私たちは問題を抱えています.

箱から出してすぐに、git は、さまざまな能力と git の洗練度のレベルの開発者がいる大規模な (20 人以上の開発者) 組織での集中型開発にはうまく機能しないようです。特に、Perforce や Subversion などの他のソース管理システムと比較すると、そんな環境を目指しています。(はい、知っています。Linus はそのように意図したことはありません。)

しかし、政治的な理由から、私たちがやろうとしていることがうまくいかなくても、私たちは git にこだわっています。

ここに私たちが見ているもののいくつかがあります：

• GUI ツールが成熟していない
• コマンド ライン ツールを使用すると、マージを台無しにして、他のユーザーの変更を消去するのは非常に簡単です。
• グローバルな読み取り専用または読み書き権限を超えるユーザーごとのリポジトリ権限は提供しません
• リポジトリのどの部分に対してもアクセス許可があれば、同じことをリポジトリのすべての部分に対して行うことができるため、他の人ができない中央サーバー上に小グループの追跡ブランチを作成するようなことはできません。手を出す。
• 「なんでもあり」または「善意の独裁者」以外のワークフローは、強制するどころか、奨励するのも難しい
• 単一の大きなリポジトリ (誰もがすべてをいじることができます) を使用する方が良いのか、コンポーネントごとのリポジトリを多数使用する方が良いのか (バージョンを同期しようとすると頭痛の種になります) は明らかではありません。
• 複数のリポジトリがある場合、他の誰かが持っているすべてのソースを中央リポジトリからプルして複製する方法や、昨日の午後 4 時 30 分時点ですべてを取得する方法も明確ではありません。

しかし、大規模な開発組織では人々が git をうまく使っていると聞いています。

あなたがそのような状況にある場合、または、コマンドラインのファンではない大規模な組織で git をより簡単かつ生産的に使用するためのツール、ヒント、およびトリックをお持ちである場合は、ぜひお聞かせください。提案する。

ところで、私はすでにLinkedInでこの質問のバージョンを尋ねましたが、本当の答えは得られませんでしたが、たくさんの「まあ、それも知りたいです!」

更新：明確にさせてください...

私が働いている場所では、 git 以外は何も使用できません。それはオプションではありません。私たちはそれで立ち往生しています。mercurial、svn、bitkeeper、Visual Source Safe、ClearCase、PVCS、SCCS、RCS、bazaar、Darcs、monotone、Perforce、Fossil、AccuRev、CVS、さらには 1987 年に使用した Apple の古き良き Projector も使用できません。したがって、他のオプションについて話し合うことは歓迎されますが、git について話し合わなければ、報奨金を受け取ることはできません。

また、エンタープライズで git を使用する方法に関する実用的なヒントも探しています。この質問の一番上に、私たちが抱えている問題をまとめたリストをまとめました。繰り返しになりますが、人々は理論について議論することを歓迎しますが、賞金を獲得したい場合は、解決策を教えてください.

現在 RHEL 5.1 を実行しているサーバーがあり、RHEL 5.4 にアップグレードしたいと考えています。サーバーがインターネットに接続されていないため、「yum update」は使用できないと思います。

サーバーをアップグレードするにはどうすればよいですか? Windows パッチのような小規模なアップグレードで、サーバー上のすべてのものがそのまま残りますか? それとも、サーバー上のすべてのものが削除されますか?

ありがとうございました。

よろしく、レイン