エディターで共同企画を議論しよう - なぜ、どこへ行くのか - ページ 6 12345678910111213...16 新しいコメント Georgiy Merts 2017.12.28 06:19 #51 Alexey Volchanskiy: 今日、ある人にMQL5のトレーニングをしたのですが、彼は私の助けなしにゼロからプロジェクトを作りました。 本当にとてもシンプルで、みんな何を心配しているんだろう......。彼らは、これまでプロジェクトを扱ったことがないのだろう。ウェアハウスが正常に動作するようになるまで、いくつかのバグがあり、自分のエラーがどこにあるのか理解できませんでした。今、例えば、ライブラリ全体を別々のプロジェクトに 分けるか、すべてを1つにするか、考えているところなんです。もし、それを別々のプロジェクトに分割すれば、理論的には、ライブラリの個々のセクションへのアクセスは合理化されますが、同時にいくつかのファイルは、一度に複数のプロジェクトに分類されます - これは可能ですか? Renat Fatkhullin 2017.12.28 06:53 #52 Ilnur Khasanov: エディターにはあまり関係ないのですが、チームプロジェクトになったことで、タスクトラッカーはできるのでしょうか?チーム編成、タスク設定、コードレビューの面ではどうなるのでしょうか? いいえ、その予定はありません。 Renat Fatkhullin 2017.12.28 06:57 #53 George Merts:いや、「水に吹いた」だけなんですけどね。ウェアハウスがちゃんと動くようになるまでは、いつも何か問題があって、自分の間違いが何なのかが分からなかったんです。今、例えば、ライブラリ全体を別々のプロジェクトに分けるか、すべてを1つのプロジェクトにするか、考えているところです。それを別々の-に分割すると、理論的には、ライブラリの個々のセクションへのアクセスは順序付けられますが、それは同時にいくつかのプロジェクトにいくつかのファイルを終了します-することができますか?自分だけでやる場合は、ライブラリはMQL5ディレクトリ内の別プロジェクトに 移動して作業してください。共同プロジェクトにする場合は、ライブラリプロジェクトとワーキングプロジェクトを別々に作ってください。作業プロジェクトから、隣接するライブラリプロジェクトを相対パスで参照する。 fxsaber 2017.12.28 06:59 #54 Renat Fatkhullin:テスターで同様のスレッドを作っていただけませんか? fxsaber 2017.12.28 07:07 #55 議論されている個々の開発者のサービスは、クラシックと比較してどのような利点があるのでしょうか? Ilnur Khasanov 2017.12.28 08:13 #56 Alexey Volchanskiy: )))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))あれはユーモアというやつかメタエディターでバグジラを作ろう) まあbugzillaではなく、多くの解決策があります。同じビジュアルスタジオでも、tfsは特にエディタに統合されているツールです。 あなたがプロジェクトの 指揮官で、複数の参加者がプロジェクトのコードを送ってきたとします。彼らのコードを見て、コメントをつけるなど、どのようにするのでしょうか?各メンバーの具体的なタスクをどのように設定するのか?誰がいつ何を追加したのか、どのように記録するのか? これは本当に問題ではありません。外部サービスはたくさんあります。 Alexey Volchanskiy 2017.12.28 08:16 #57 fxsaber: 議論されている個々の開発者のサービスは、クラシックと比較してどのような利点があるのでしょうか?double advantage = 0.00; // for face-to-face progger )))) Renat Fatkhullin 2017.12.28 08:18 #58 fxsaber: 個人開発者にとって、クラッシックと比較して、議論されているサービスの利点は何でしょうか?1) 複雑なプログラムを作成し、それを便利に管理することができる。もう、1つのファイルで手間取ることはありません。2)バージョン管理システムの使い方を学びます。ほとんどの方が、今まで使ったことがないそうです。3)共同プロジェクトに 取り組む姿勢を身につけることができる。4)appstoreでの商品準備や公開、kodobaseのコーディングがしやすくなる。5)お客様が進捗状況を確認するだけでなく、開発プロセスにも参加できるようになると、フリーランスとして働きやすくなる6)公開プロジェクトは、著者や他のプロジェクトへの貢献者・寄稿者としてのスキルを披露するもう一つの場である。7) プログラミング能力の向上:バージョン管理で+1、グループワークで+1 これが、表面にあるものです。 Alexey Volchanskiy 2017.12.28 08:18 #59 Ilnur Khasanov: バグジラではなく、たくさんのソリューションがあります。同じビジュアルスタジオでも、tfsは特にエディタに統合されているツールです。 あなたがプロジェクトの指揮官で、あるプロジェクトの複数の貢献者からコードを送られたとします。彼らのコードを見て、コメントをつけるなど、どのようにするのでしょうか?各メンバーの具体的なタスクをどのように設定するのか?誰がいつ何を追加したのか、どのように記録するのか? これは本当に問題ではありません。外部サービスはたくさんあります。冗談です。MQは、0.1%のユーザーが必要とするでたらめなことにリソースを浪費することはない Alexey Volchanskiy 2017.12.28 08:21 #60 Renat Fatkhullin:1)複雑なプログラムを作成し、便利に管理することができるようになる。もう、1つのファイルで手間取ることはありません。2)バージョン管理システムの使い方を学びます。ほとんどの人が使ったことがない。3)共同プロジェクトに取り組む姿勢を身につけることができる。4) appstoreへの商品掲載、codobaseへのコード掲載の準備が容易になります。5)お客様が進捗状況を把握するだけでなく、開発にも参加できるようになると、フリーランスとして働きやすくなる6)公開プロジェクトは、他のプロジェクトの著者や貢献者/投稿者としてのスキルを示すもう一つの場である7) プログラミング能力の向上:バージョン管理について+1、グループワークについて+1 これが、表面にあるものです。4-6詳しく教えてください。今のお役所仕事でなく、KBを投入できるようになるのでしょうか? 12345678910111213...16 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
今日、ある人にMQL5のトレーニングをしたのですが、彼は私の助けなしにゼロからプロジェクトを作りました。 本当にとてもシンプルで、みんな何を心配しているんだろう......。彼らは、これまでプロジェクトを扱ったことがないのだろう。
ウェアハウスが正常に動作するようになるまで、いくつかのバグがあり、自分のエラーがどこにあるのか理解できませんでした。
今、例えば、ライブラリ全体を別々のプロジェクトに 分けるか、すべてを1つにするか、考えているところなんです。もし、それを別々のプロジェクトに分割すれば、理論的には、ライブラリの個々のセクションへのアクセスは合理化されますが、同時にいくつかのファイルは、一度に複数のプロジェクトに分類されます - これは可能ですか?
エディターにはあまり関係ないのですが、チームプロジェクトになったことで、タスクトラッカーはできるのでしょうか?チーム編成、タスク設定、コードレビューの面ではどうなるのでしょうか?
いや、「水に吹いた」だけなんですけどね。ウェアハウスがちゃんと動くようになるまでは、いつも何か問題があって、自分の間違いが何なのかが分からなかったんです。
今、例えば、ライブラリ全体を別々のプロジェクトに分けるか、すべてを1つのプロジェクトにするか、考えているところです。それを別々の-に分割すると、理論的には、ライブラリの個々のセクションへのアクセスは順序付けられますが、それは同時にいくつかのプロジェクトにいくつかのファイルを終了します-することができますか?
自分だけでやる場合は、ライブラリはMQL5ディレクトリ内の別プロジェクトに 移動して作業してください。
共同プロジェクトにする場合は、ライブラリプロジェクトとワーキングプロジェクトを別々に作ってください。作業プロジェクトから、隣接するライブラリプロジェクトを相対パスで参照する。
テスターで同様のスレッドを作っていただけませんか?
)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))あれはユーモアというやつかメタエディターでバグジラを作ろう)
あなたがプロジェクトの 指揮官で、複数の参加者がプロジェクトのコードを送ってきたとします。彼らのコードを見て、コメントをつけるなど、どのようにするのでしょうか?各メンバーの具体的なタスクをどのように設定するのか?誰がいつ何を追加したのか、どのように記録するのか?
これは本当に問題ではありません。外部サービスはたくさんあります。
議論されている個々の開発者のサービスは、クラシックと比較してどのような利点があるのでしょうか?
個人開発者にとって、クラッシックと比較して、議論されているサービスの利点は何でしょうか?
1) 複雑なプログラムを作成し、それを便利に管理することができる。もう、1つのファイルで手間取ることはありません。
2)バージョン管理システムの使い方を学びます。ほとんどの方が、今まで使ったことがないそうです。
3)共同プロジェクトに 取り組む姿勢を身につけることができる。
4)appstoreでの商品準備や公開、kodobaseのコーディングがしやすくなる。
5)お客様が進捗状況を確認するだけでなく、開発プロセスにも参加できるようになると、フリーランスとして働きやすくなる
6)公開プロジェクトは、著者や他のプロジェクトへの貢献者・寄稿者としてのスキルを披露するもう一つの場である。
7) プログラミング能力の向上:バージョン管理で+1、グループワークで+1
これが、表面にあるものです。
バグジラではなく、たくさんのソリューションがあります。同じビジュアルスタジオでも、tfsは特にエディタに統合されているツールです。
あなたがプロジェクトの指揮官で、あるプロジェクトの複数の貢献者からコードを送られたとします。彼らのコードを見て、コメントをつけるなど、どのようにするのでしょうか?各メンバーの具体的なタスクをどのように設定するのか?誰がいつ何を追加したのか、どのように記録するのか?
これは本当に問題ではありません。外部サービスはたくさんあります。
冗談です。
MQは、0.1%のユーザーが必要とするでたらめなことにリソースを浪費することはない
1)複雑なプログラムを作成し、便利に管理することができるようになる。もう、1つのファイルで手間取ることはありません。
2)バージョン管理システムの使い方を学びます。ほとんどの人が使ったことがない。
3)共同プロジェクトに取り組む姿勢を身につけることができる。
4) appstoreへの商品掲載、codobaseへのコード掲載の準備が容易になります。
5)お客様が進捗状況を把握するだけでなく、開発にも参加できるようになると、フリーランスとして働きやすくなる
6)公開プロジェクトは、他のプロジェクトの著者や貢献者/投稿者としてのスキルを示すもう一つの場である
7) プログラミング能力の向上:バージョン管理について+1、グループワークについて+1
これが、表面にあるものです。
4-6詳しく教えてください。今のお役所仕事でなく、KBを投入できるようになるのでしょうか?