作業中のルール - ページ 2 123456789...20 新しいコメント Aleksey 2011.03.05 22:34 #11 AlexeyFX:今のところ、ソースコードがないと動きません。 ほとんどすべての新しいビルドは、再コンパイルが必要です。 これは事実であるが、問題の解決にはならない。 Yedelkin 2011.03.05 22:42 #12 pronych: それは理解できる。実は、注文した商品の形態が申込書にすぐに記載 されていると、お客様も便利だと思うんです。2回目の投稿に対する回答です。 残念ながら、プログラマーの仕事の細かさ(特にファイル拡張子の特殊性)を詳細に理解することを、お客様に求めることはできません。これらの問題に近いものばかりではありません。また、ToRに合意する際、当事者は対等であるため、請負業者が主導して譲渡の特定の詳細を述べることも十分あり得ます。 pronych。 そして、最初の(規則の1.5-1.6 項と1.9項、2.3-2.8 項)については、率直に言って、理解できません。どのようなルールのことを指しているのでしょうか? 本当に、よくわからないんですが、これの ことなら、2.8はないですよね......。他にどんなルールがあるのか、リンクを教えてください。 ルールは同じです。今見たら、スタートポストでセクション番号の参照を使ってなかったので、私もそうしました。もちろん、フルリンクはそのようにすべきです。 使用者のこのような要求は、申請者が仕事の申し出(規則第I章の 1.5から1.6項)で、仕事の詳細を明確に述べ、規則第I章の 1.9項、規則第III章の 2.3から2.8項に基づいて、要求仕様書にその詳細を記入すれば不当なものとなります。 削除済み 2011.03.05 22:44 #13 pronych: その通りです。理論的には」とおっしゃいますがそれは私も言っていることです。私自身はオンデマンドで書こうと思っていますが、この点で意見が分かれるのであれば、意味がないと思っています。情報源は明かせない。だから、できれば手放さないでほしい。お客様がソースなしで(または最小限のオープンな年で)同意すれば、すべてソースなしで出すことができます。将来的に希望し、お店を利用できる場合(仕事に見合うだけの需要がある場合)。しかし、良いプロジェクトの ソースは、注文(または2)より高価なコストすることができますと、キャッチがあります。AlexeyFX: ここまではソースがないとできないことです。ほとんどすべての新しいビルドは、再コンパイルが必要です。 ジョブチケットやToRに直接指定することもできます。時間が経てば、ex5の変更も赤信号になり、大きな問題にならなくなるでしょう。 Yedelkin 2011.03.05 22:52 #14 Interesting: これは、求人票や ToRに直接規定することも可能です。 ToRに書いてあるのでしょう。 の III 章 2.4-2.5 項をご参照ください。 Aleksey 2011.03.05 23:00 #15 Yedelkin: 残念ながら、プログラマーの仕事の複雑さ(特に、ファイル拡張子の仕様)をお客様に詳しく理解していただくことはできません。これらの問題に近いものばかりではありません。 そんな小さなことでも、お客様にとっては価値があるのだと思います。そして、私は偉大なトロールを注文した場合、百ドルであっても、その後静かにそれをリメイクし、半チク、さらにダイム、すぐに(!) 販売を開始するので、それは良いだろう?その時、私たちはどうなっているのだろう......。つまり、この話題はキャッチーで関連性が高い。投票にかけることだと思います。ZS.アカデミックが私を許してくれますようにアーメン ))動作しない。投票の作り方がわかりません))。 Yedelkin 2011.03.05 23:03 #16 pronych: このような小さなことでも、お客様にとっては導入する価値があるのではないでしょうか。 私は議論しているのではありません。ただ、この状況を打開する方法はあり、その方法は極めて明白であると言いたいのです(私の意見ですが)。もし投票を行うのであれば、「この問題を解決するイニシアティブは、執行者の側にある」という選択肢を入れることを検討してください :) 削除済み 2011.03.05 23:07 #17 Yedelkin: 必須-ToRに記載。規則第 III 章 の 2.4-2.5 項をご参照ください。このようなスキームでは、おそらくイエスでしょう。しかし、私の考えでは、ToRに加えて何か別のものが必要です(労働契約のようなもの)。どう正しいかはわかりませんが、個人的にはTORは二次的なものであり、契約(申請)の付録でしかないと考えています。 Aleksey 2011.03.05 23:28 #18 Yedelkin: 議論しているわけではありません。ただ、この状況を打開する方法はあり、その方法は極めて明白であると言いたいのです(私の意見ですが)。はい、そうですね。逃げ道はある。いつもあるんです。たとえ食べられても、必ず2、3の逃げ道が見つかる(プログラマーならNv=Nvh*2だし)。つまり、20ドルですべてのソースが欲しい(しかもA4で50枚)と言われたら、アプリケーションに入る意味がないのです。はい、もちろん、この点については、規約の議論の中でお話しください。でも、想像してみてください。一人のお客様と意見が一致し、この時点で仲が悪くなり、別れてしまったのですね。別のものと交渉して、ここでも。И...どのような形で製品が欲しいのかがすぐにわかるのであれば、時間を無駄にすることはありません。やはり、「ソースコードが欲しい」というようなチェックマークは、依頼する側としては楽なのです。それを見て、誰が提供する準備ができていないのか、悩むことはないだろう。あるいは、価格と数量によっては、そうなるでしょう。私はこのようなチェックボックスに賛成です。しかし、そのソースには、もっと大きなコストがかかっているはずだ......。 Yedelkin 2011.03.05 23:28 #19 Interesting: しかし、私の考えでは、ToRに加えて、何か別の もの(仕事の契約書など)が必要だと思うのです。 正しい見方はわかりませんが、個人的にはTORは二次的なものであり 、契約(申請)の付録でしかないと思っています。 また、「契約」とは何でしょうか?- それは単に、ある本質的な条件についての当事者間の合意である。同時に、この文書そのものを「契約」と呼ぶことはできないかもしれません。書面でない場合もあります。私たちがお店で何かを買うとき、レシートをもらうだけですが、この場合、レシートは書面にしなくても売買契約の成立を確認するものだからです。 同規則によると、ジョブチケットは顧客と請負業者の間の契約のすべての必須条件を含んでいなければならない、すなわち、その法的性質上(用語は失礼ですが)仕事は仕事の契約である(民法第702条)とされています。このような文書の具体的な性質から、ToRと呼ぶことにしたに過ぎない。 Yedelkin 2011.03.05 23:34 #20 pronych: はい、そうですね。逃げ道はある。いつもあるんです。たとえ食べられても、必ず2、3の逃げ道が見つかる(プログラマーならNv=Nvh*2だし)。 つまり、20ドルですべてのソースが欲しい(しかもA4で50枚)と言われたら、アプリケーションに入る意味がないのです。はい、もちろん、この点については、規約の議論の中で話していただいて結構です。でも、想像してみてください。一人のお客様と意見が一致し、この時点で仲が悪くなり、別れてしまったのですね。別のものと交渉して、ここでも。И... どのような形で製品が欲しいのかがすぐにわかるのであれば、なぜ時間を無駄にするのでしょうか? やはり、「ソースコードが欲しい」というようなチェックマークは、依頼する側としては楽なのです。それを見て、誰が提供する準備ができていないのか、悩むことはないだろう。あるいは、価格と数量によっては、そうなるでしょう。 私はこのようなチェックボックスに賛成です。ただ、その分、ソースが高価になります。 繰り返しになりますが、私は反論しません。しかし、先に指摘したように、請負人は「仕事をすることの申し出 」を掲示するのであるから、このような関係では受動的な当事者ではないのである。そのオファーの中にある「ソースは15倍かかる」という一言を、執行人候補者が即座に述べられない理由が理解できない。あるいは「ソースは売らない」。これ以上、時間を無駄にすることはない。顧客は、同意してそのようなApplicantを選択するか、あるいは忘れてしまうのである。 ...了解です。入札を行う前の「掘り下げ」にかかる時間のことかもしれませんね。しかし、(本当に時間がかかるのであれば)事前にそのような内容を確認することを誰も禁じてはいません。 123456789...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
今のところ、ソースコードがないと動きません。
ほとんどすべての新しいビルドは、再コンパイルが必要です。
それは理解できる。実は、注文した商品の形態が申込書にすぐに記載 されていると、お客様も便利だと思うんです。2回目の投稿に対する回答です。
残念ながら、プログラマーの仕事の細かさ(特にファイル拡張子の特殊性)を詳細に理解することを、お客様に求めることはできません。これらの問題に近いものばかりではありません。また、ToRに合意する際、当事者は対等であるため、請負業者が主導して譲渡の特定の詳細を述べることも十分あり得ます。
そして、最初の(規則の1.5-1.6 項と1.9項、2.3-2.8 項)については、率直に言って、理解できません。どのようなルールのことを指しているのでしょうか?
本当に、よくわからないんですが、これの ことなら、2.8はないですよね......。他にどんなルールがあるのか、リンクを教えてください。
ルールは同じです。今見たら、スタートポストでセクション番号の参照を使ってなかったので、私もそうしました。もちろん、フルリンクはそのようにすべきです。
使用者のこのような要求は、申請者が仕事の申し出(規則第I章の 1.5から1.6項)で、仕事の詳細を明確に述べ、規則第I章の 1.9項、規則第III章の 2.3から2.8項に基づいて、要求仕様書にその詳細を記入すれば不当なものとなります。
その通りです。理論的には」とおっしゃいますがそれは私も言っていることです。私自身はオンデマンドで書こうと思っていますが、この点で意見が分かれるのであれば、意味がないと思っています。情報源は明かせない。
だから、できれば手放さないでほしい。
お客様がソースなしで(または最小限のオープンな年で)同意すれば、すべてソースなしで出すことができます。将来的に希望し、お店を利用できる場合(仕事に見合うだけの需要がある場合)。
しかし、良いプロジェクトの ソースは、注文(または2)より高価なコストすることができますと、キャッチがあります。
ここまではソースがないとできないことです。
ほとんどすべての新しいビルドは、再コンパイルが必要です。
これは、求人票や ToRに直接規定することも可能です。
残念ながら、プログラマーの仕事の複雑さ(特に、ファイル拡張子の仕様)をお客様に詳しく理解していただくことはできません。これらの問題に近いものばかりではありません。
そんな小さなことでも、お客様にとっては価値があるのだと思います。
そして、私は偉大なトロールを注文した場合、百ドルであっても、その後静かにそれをリメイクし、半チク、さらにダイム、すぐに(!) 販売を開始するので、それは良いだろう?その時、私たちはどうなっているのだろう......。
つまり、この話題はキャッチーで関連性が高い。投票にかけることだと思います。
ZS.アカデミックが私を許してくれますようにアーメン ))
動作しない。投票の作り方がわかりません))。
このような小さなことでも、お客様にとっては導入する価値があるのではないでしょうか。
必須-ToRに記載。規則第 III 章 の 2.4-2.5 項をご参照ください。
このようなスキームでは、おそらくイエスでしょう。しかし、私の考えでは、ToRに加えて何か別のものが必要です(労働契約のようなもの)。
どう正しいかはわかりませんが、個人的にはTORは二次的なものであり、契約(申請)の付録でしかないと考えています。
議論しているわけではありません。ただ、この状況を打開する方法はあり、その方法は極めて明白であると言いたいのです(私の意見ですが)。
はい、そうですね。逃げ道はある。いつもあるんです。たとえ食べられても、必ず2、3の逃げ道が見つかる(プログラマーならNv=Nvh*2だし)。
つまり、20ドルですべてのソースが欲しい(しかもA4で50枚)と言われたら、アプリケーションに入る意味がないのです。はい、もちろん、この点については、規約の議論の中でお話しください。でも、想像してみてください。一人のお客様と意見が一致し、この時点で仲が悪くなり、別れてしまったのですね。別のものと交渉して、ここでも。И...
どのような形で製品が欲しいのかがすぐにわかるのであれば、時間を無駄にすることはありません。
やはり、「ソースコードが欲しい」というようなチェックマークは、依頼する側としては楽なのです。それを見て、誰が提供する準備ができていないのか、悩むことはないだろう。あるいは、価格と数量によっては、そうなるでしょう。
私はこのようなチェックボックスに賛成です。しかし、そのソースには、もっと大きなコストがかかっているはずだ......。
しかし、私の考えでは、ToRに加えて、何か別の もの(仕事の契約書など)が必要だと思うのです。
正しい見方はわかりませんが、個人的にはTORは二次的なものであり 、契約(申請)の付録でしかないと思っています。
また、「契約」とは何でしょうか?- それは単に、ある本質的な条件についての当事者間の合意である。同時に、この文書そのものを「契約」と呼ぶことはできないかもしれません。書面でない場合もあります。私たちがお店で何かを買うとき、レシートをもらうだけですが、この場合、レシートは書面にしなくても売買契約の成立を確認するものだからです。
同規則によると、ジョブチケットは顧客と請負業者の間の契約のすべての必須条件を含んでいなければならない、すなわち、その法的性質上(用語は失礼ですが)仕事は仕事の契約である(民法第702条)とされています。このような文書の具体的な性質から、ToRと呼ぶことにしたに過ぎない。
はい、そうですね。逃げ道はある。いつもあるんです。たとえ食べられても、必ず2、3の逃げ道が見つかる(プログラマーならNv=Nvh*2だし)。
つまり、20ドルですべてのソースが欲しい(しかもA4で50枚)と言われたら、アプリケーションに入る意味がないのです。はい、もちろん、この点については、規約の議論の中で話していただいて結構です。でも、想像してみてください。一人のお客様と意見が一致し、この時点で仲が悪くなり、別れてしまったのですね。別のものと交渉して、ここでも。И...
どのような形で製品が欲しいのかがすぐにわかるのであれば、なぜ時間を無駄にするのでしょうか?
やはり、「ソースコードが欲しい」というようなチェックマークは、依頼する側としては楽なのです。それを見て、誰が提供する準備ができていないのか、悩むことはないだろう。あるいは、価格と数量によっては、そうなるでしょう。
私はこのようなチェックボックスに賛成です。ただ、その分、ソースが高価になります。
繰り返しになりますが、私は反論しません。しかし、先に指摘したように、請負人は「仕事をすることの申し出 」を掲示するのであるから、このような関係では受動的な当事者ではないのである。そのオファーの中にある「ソースは15倍かかる」という一言を、執行人候補者が即座に述べられない理由が理解できない。あるいは「ソースは売らない」。これ以上、時間を無駄にすることはない。顧客は、同意してそのようなApplicantを選択するか、あるいは忘れてしまうのである。
...了解です。入札を行う前の「掘り下げ」にかかる時間のことかもしれませんね。しかし、(本当に時間がかかるのであれば)事前にそのような内容を確認することを誰も禁じてはいません。