問題タブ [collaboration]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
1981 参照

iphone - 共有フォルダとXCode

XCodeを共有フォルダーでうまく再生し、複数の人が同時にiPhoneアプリで作業できるようにする方法はありますか?それとも、SubEthaEditやその他のリアルタイムコラボレーションツールのようなものに切り替える必要がありますか?

0 投票する
6 に答える
969 参照

scrum - 1つのツールまたは一連のツールがスクラムに適していますか?

G'day、

編集:さまざまなサイズのいくつかのプロジェクトで、スクラムを数年間非常にうまく使用してきました。実際、私たちのチームは、古典的なスクラムアプローチを使用して、BBC用の成功したiPlayerプロジェクトを開発しました。

これらのプロジェクト全体で、いくつかのハイテク、いくつかのローテクなど、さまざまなツールの組み合わせを使用した後、適切なツールスイートの採用を試みたいと考えています。私たちのマネージャーは、ある程度、スクラム用の単一のツールスイートの採用を強制しようとしています。

私はSOの質問「ベストスクラムツール」を見てきましたが、ほとんどの人は次のいずれかを推奨しているようです。

  1. ホワイトボード、ポストイット、インデックスカードなどのローテクソリューションのスイート、または
  2. Agilo、Mingle、ScrumWorks、Target Processなど、プロセスを可能な限り満たそうとするモノリシックツール。

私たちのチームは現在、いくつかの異なるスクラムツールを評価しています。ただし、Agiloなどの単一のモノリシックツールを選択することを検討しています。

すべての「ワンストップ」ソリューションには長所と短所があり、本格的なエンタープライズタイプのソリューションが最適です。しかし、すべてにいくつかの欠点があります。

SmartBearで「ピアコードレビュー:アジャイルプロセス」という論文を読んだ後、「最適」に基づいてツールの採用を強制しようとしているのではないかと思い始めました。

スクラム開発プロセスのいくつかの参照アーティファクトを取得できると思います。

  1. ユーザーストーリー、叙事詩とテーマ、そして
  2. SVN、Hgなどのよく知られたSCMを使用する必要があるコードベース。

次に、それを使用するツールの共通の参照ポイントと見なすと、単一のツールの適合を強制するのではなく、ツールのグループを使用してスクラムプロセスのさまざまな側面を処理できるようになります。丸い穴に四角いペグ。

このように、共通の参照ポイントに同意した場合は、複数のツールを使用できます。各ツールは、モノリシックツールスイートの単一のコンポーネントで実行できるよりも優れた役割を果たします。

これはより賢明なアプローチですか?

上記の2つの参照ポイントは適切ですか、それともツールが出会うポイントのより良い選択ですか?

乾杯、

0 投票する
5 に答える
2158 参照

database - データベース共有戦略にアクセスする

複数の人がアクセスデータベースで作業できるようにするために採用している戦略は何ですか?

カスタムフロントエンドを開発しなくても、オンラインでホストしてその機能を引き続き機能させることは可能ですか?

ソフトウェアとしてのMSAccessには、構成するためのプログラミングを必要としないいくつかの優れた機能があります。

  • ドロップダウンリスト-1つ選択してください
  • 複数のチェックボックスリスト-複数選択

オンラインでホストされている場合でも、これらの機能をすべて利用できるようにすることは可能ですか?私は基本的に、webapp <> MySQLの方法を使わずに、上記のようなGUI機能を使用して人々がデータをすばやく操作できるようにする別の方法を考えています。

0 投票する
2 に答える
89 参照

social-networking - 人とのネットワーク、スタートアップの創出

私は CS の修士号を取得しようとしていますが、サイド プロジェクトに取り組む自由な時間ができると予想しています。私のプログラミングスキルとCSの知識は、本格的なプロジェクトを引き受けるのに十分だと感じています. 残念なことに、私は大学時代に他の学生とネットワークを築くことができませんでした。プロジェクトで協力できる友人に出会えたらよかったのにと思います。

同じような興味と目標を持つ他のプログラマーを見つけるために人々が何をしているのか疑問に思っています. ただそこに出て、人々と顔を合わせるという明らかな提案があります。これは会議などで機能しますが、私はこれが実際に効果的でない地域に住んでいます。

誰の下でも働きたくないし、誰からも請け負われるのではなく、ゼロから始めて、自由な時間を犠牲にして新しいアイデアに挑戦したい. また、チャンスをつかんで何か大きなものにぶつかる可能性も好きなので、オープンソース プロジェクトに取り組みたくありません。

では、開発者と起業家のコミュニティはどこに集まっているのでしょうか? 最近では、他のすべてのソーシャルネットワーキングサイトがあるようです. ツイッターですか?フェイスブック?

0 投票する
4 に答える
1117 参照

php - プロジェクトのためにチームと効果的に協力する方法は?

この質問は、この質問のフォローアップです: https://stackoverflow.com/questions/2083020/need-some-advice-about-web-development-project

プロジェクトを効果的に行うために使用できるテクニックやツールがあるかどうかを知りたい. これをより具体的にするために、私は基本的に、ソースファイルで一緒に作業し、変更などを確認するのに役立つものを探しています.(お互いに.html、.phpファイルを電子メールで送信してから変更を確認するのではなく)

ここでSCMは意味がありますか?それとも、何か他のものを探すべきですか?

0 投票する
2 に答える
1789 参照

git - Git を使用したコーダー コラボレーションのベスト プラクティス

Git のチーム作業の原則を理解するのに苦労しています。

Aとの 2 人のプログラマーのチームを考えてみましょうB。彼らはに取り組んでいProjectます。また、レポがあるリモートサーバーもあります。リモートでコラボレーションしていますABリポジトリにはすでにいくつかのコードがあります。

Git で段階的なワークフローを整理するための支援をお願いします。
1. 独自のローカル ブランチを作成する必要がありますか?
2. 本番サーバーに作業コードをアップロードするにはどうすればよいですか? rsync?

どんな助けでも大歓迎です。

0 投票する
1 に答える
1321 参照

visual-studio - Visual Studio でのチーム作業の編成

次のシナリオが通常のバージョンの VS で実装できるかどうか教えてください。つまり、チーム エディションではありません。まず、私たちのチームは 10 人の開発者と十分に小さく、リポジトリとして SVN を使用しています。ディレクトリ構造はすべての開発者にとって比較的同じであり、簡単にするために次のようになります

ワーキング\デプロイ
ワーキング\ソース

すべてのプロジェクトは「Sources」ディレクトリにあり、出力 dll は「Deploy」ディレクトリに置かれます。

1 つはプロジェクト「CoreLibrary」に取り組んでおり、出力 dll は CoreLibrary.dll であり、2 つ目は「SomeLibrary」プロジェクトに取り組んでおり、参照として CoreLibrary.dll を使用しています。これは単純化された状況です。実際には、このプロジェクトは、他の開発者の責任の対象となる多数の dll に依存する可能性があります。このシナリオでは、SomeLibrary がコンパイルされた後に CoreLibrary が変更されたときに、このような状況になる可能性があります。たとえば、他の開発者に参照を更新するように通知するのを忘れていました。そして、この変更により SomeLibrary プロジェクトがコンパイルされなくなりますが、それは実行時にのみわかります -) したがって、これを回避するために、すべてのプロジェクトを 1 つの複合ソリューションに結合することにさらに決定しました。そのため、ソリューション全体のビルドがすべて互換性があることを意味する場合。しかし、問題が 1 つあります。このためには、ソース プロジェクトの依存関係を dll からプロジェクトに変更する必要があります。また、スタンドアロン プロジェクトを開くと、このリファレンスの反対側に感嘆符アイコンが表示されますが、プロジェクトは引き続きコンパイルできます。

つまり、結論として、dll を介してプロジェクト間 (各プロジェクト - アトミック機能) を参照しています。アトミシティは、1 つの「アトム」を変更するときに、この変更が他の依存アトムと互換性があるかどうかを確認する必要があることにつながります。これは、最新のソースをロードしてコンパイルを試みる全体的なソリューションを持つ方が便利です。ただし、プロジェクト間の依存関係を dll からプロジェクトに変更する必要があります。ソース スタンドアロン プロジェクトの参照が変更されるため、これは「正しくない」ようです。すべての開発者に 1 つの大きなソリューションを作成し、すべてのソースを再コンパイルするよう強制し、彼のプロジェクトだけでなく、それも悪いことです。

0 投票する
6 に答える
2826 参照

open-source - オープンソース プロジェクトのコーディング パートナーを見つけるのに最適な場所は?

特定のプロジェクトを開発したいと思っていますが、ほとんどの場合、自分で開発しているため、やる気がありません。

私は通常、同様の既存のプロジェクトを探して、開発者にコラボレーションを希望するかどうかを尋ねますが、かなり難しいです。

私と同じプロジェクトに興味を持ち、共同作業をしたい人を見つけるのに適した場所 (ウェブサイトなど) はありますか?

0 投票する
5 に答える
181 参照

flash - 複数の開発者がいるデフォルト変数

これは奇妙な質問かもしれませんが、ActionScriptプロジェクトの開発者ごとにクラスで異なるデフォルト変数を効率的に(おそらく名前空間を使用して)持つ方法があるかどうか疑問に思っています。私たちは現在一連のFlashゲームに取り組んでいるのでお願いします:合計24。それぞれがシェルコンテナによってロードされます。シェルは、ロードするゲームのフラッシュ変数を受け取ります。私たちの開発環境(Flash / FlashDevelop)には、flashvarsがないため、ASの定数は、flashvarがない場合にロードするゲームを定義します。

したがって、各開発者はこれを作業中のゲームに変更します。ただし、リポジトリ(svn)に変更をコミットする場合、開発者はこれを元に戻すか、変更を元に戻す必要があり、他の誰かが変更したときに、各開発者はこれをゲームに変更する必要があります。

Flash IDEのFlashvarsまたはユーザー固有のファイルに類似したデフォルトのパラメーターを指定して、コードがハッキーなデバッグ変数に影響されないようにする方法があるかどうか疑問に思います。Flexでは、htmlテンプレートでflashvarsを設定でき、各開発者が独自の公開フォルダーを持ち、svn:ignoreを使用できることを知っています。おそらく、各開発者に、ユーザーパラメータを定義するコミットされていないXMLファイルを作成させるだけですか?わからない、何かアイデアは?

0 投票する
11 に答える
647 参照

collaboration - あるプログラマーが別のプログラマーのコードを文書化する必要がありますか?

私たちの主任開発者の何人かは、彼らのためにコードを文書化するジュニア開発者を割り当てるよう経営陣を説得しました。

彼らの議論は次のとおりです。

  1. すべてに精通した 2 人のプログラマーがいます。
  2. ペアプログラミングですね。
  3. 費用対効果が高くなります = 彼らはより多くのことを成し遂げます。
  4. 彼らのコードが読みやすく、保守可能であることを示しています。
  5. どんな質問にも喜んでお答えします。つまり、メンタリングの一種です。

ただし、最新の状態を維持するために忙しくしているプログラマーの数は、時間の経過とともに増加しているようです。

これは良い考えですか?


わお!これは私たちの経験ではありません!

重要であることが判明したいくつかの説明を次に示します。

  1. 上級開発者は反射的なセルフドキュメンターです。採用の核となる質問です。「これは後輩に任せて」と言われることもある。

  2. これは、上級者向けの検証ツールとして表示されます (そして、私たちの後輩はクリアするのにかなり高いハードルを持って雇われています)。

  3. はい、コードは単一目的で自己文書化する必要があります。後輩がなかなか言い出せないことは、先輩が真摯に受け止めるフィードバックです。

  4. ジュニアはこれをリファクタリングの演習として扱うことが期待されており、予想よりも頻繁にそのように機能します。特に、YAGNI の問題や過剰なスコープなどをキャッチします。実際、彼らは変化を引き起こしました。(彼らが本当に反対し始めたら、私たちはそれを撤回します。上級生は喜んで順応します。彼らは後輩の成功に誰よりも責任があることを理解しています。)

  5. あなたの先輩は自分のコードを説明したくありませんか?

  6. 私たちは、「誰もがコードを所有している」というアジャイルの原則に強くコミットしています。これがプロセスを加速すると考えています。

最後に、個人的なメモ - 私が他の人のコードを理解しようとしているとき、私が最初にやりたいことは、理解しようとするときに再度コメントすることです。コメントすることはなぜ面倒だと見なされるのですか?

これが私たちの仕事のやり方であることを明確にするため、一部の若手応募者を除外する場合があります。しかし、それは売上高の問題ではありません。(でもまだ3ヶ月しか経っていません。)