フリーランスのクライアントは、Exp形式のEAやオープンソースコードに対して、どのような対価を支払うのでしょうか? - ページ 8 123456789101112131415...26 新しいコメント Dmitry Fedoseev 2016.08.16 07:17 #71 Vladimir Suschenko:......フリーランスでは、TORという形で発注される。誰が、何を意味していたのか、それを音にせず、TORにも書かず......そんなことはどうでもいいのです。TORでどうやって「音出し」するのか説明してください。ファイルの中では文字で綴られていますが、どこから音が出るのでしょうか?ボキャブラリーが少ない? Andrey Dik 2016.08.16 07:29 #72 Alexander Puzanov: プログラマーはプログラミングを学びますが、言語分析、高度な抽象思考、一般的なトレーダーよりも深いレベルで対象(取引)を理解することは、プログラミングとは言えません。しかし、これがないと、ほとんどの思想家は理解しがたい。つまり、プログラマーが音符を書いて、この創造的な人のために演奏し、素晴らしいアイデアが失敗であることが判明したとき、彼は罰せられるでしょう - 間違った文章、悪い歌、シンクタンカーの創造的なレベルに対応していない :) 。はい。 こうじんはこうじんクライアントがアーティストであり、クリエイターであること。その通りです。職人は、クライアントの仕事を、自分が理解できた方法で実行する。もし、クライアントが望むような結果にならなかったのであれば、彼が悪い(ビジョンを明確にできなかった)か、実行者が悪い(クライアントを理解できなかった)かのどちらかである。やり手は、「考え出す」、「より良くしようとする」、「注文を飾る」ことをしてはいけない。なぜなら、クライアントの希望通りになるのではなく、やり手の希望通りになるのだから。実行者は「創造性」を発揮してはならないし、絶対主義を貫いてはならない(創造者が自らそのアイデアを実行する場合を除く)。ソースコードは紙に書かれたメモであり、音楽ではない、ただの音符だ。そして、ノートは作曲家に渡すべき...。 ほとんどの場合、演奏者は注文の中で自分のテンプレートコードライブラリの一部(取引関数など)を使っているが、それでも顧客に渡さなければならない(演奏者が紙にメモを書くのに使ったペイントを合成したものに過ぎないのだ)。実行者のテンプレートライブラリがある種の排他的な「ゼスト」である場合、それらはExpert Advisor(インジケータ、スクリプト)のソースコードと完全に別の閉じたライブラリとして顧客に渡すことができますが、実行者は事前に警告する義務を負っています。 Alexander Puzanov 2016.08.16 08:47 #73 -Aleks-:クラフト」「プロフェッショナル」という誇り高く威厳のある言葉が、なぜあなたの気分を害するのか理解できないのです。 全く悪気はない。端末の絵の傾向(絵の作者はDC)に対する自分の考えをクリエイティビティとし、自分の考えの実現に対する他人の考えをクリエイティビティとしない、という構造的な欠陥があるとしか思えませんね。プログラミングでは、アイデアを実現するために何百ものバリエーションを作ることができ、創造性の機会は無限大です。ソースコードについて - プログラマーによるコードの保護に関するこのすべてのデタラメ。本当に守るべきものがあるのなら、プログラマーは必ずそれを事前に規定しなければならない。そして、すべては2本の指のように明確です。コーダーはあまり稼げず、より多く搾り取るためにあらゆる亀裂を利用するのです。彼はあまり儲からないだろう - 彼の評判は変わらないだろう 削除済み 2016.08.16 08:53 #74 Alexander Puzanov:.しかし、ここでは指2本でわかるように、コーダーの収入は少なく、より多く搾り取るためにあらゆる抜け道を利用しているのです。彼はあまり儲からないだろう - 彼の評判は変わらないだろう ルールは完璧ではないので変えなければならないし、悪質なパフォーマーが利用する抜け道もたくさんある。 Dmitry Fedoseev 2016.08.16 09:10 #75 azfaraon: ルールは完璧ではないし、変える必要がある・・・不謹慎なパフォーマーが悪用できる抜け道がたくさんある・・・。もういいや、10ポンドなんて大した損失じゃないし、もう彼に頼まないで、タスクにソースのことを書けばいいんだ。しかし、それは常にそのようなソースが提供されるべきであり、専門家は、接続障害後に正常な動作を継続する必要があり、専門家がマジシャンでなければならないこと、タスクのナンセンスの同じ種類を読んで、注意する必要があります - nadalblyaet。当たり前といえば当たり前なんですけどね。 Aleksey Vyazmikin 2016.08.16 09:12 #76 Alexander Puzanov: 悪気はないんです。端末の絵の傾向(絵の作者はDC)についての自分の考えを創造性とみなし、例えば自分の考えの実現についての他人の考えを創造性とみなさないという、あなたの構築の構造的欠陥が見えるだけです。プログラミングでは、自分のアイデアを何百通りものバリエーションで実装することができ、創造性の機会は無限大にあります。私は、確かにそれはクリエイティビティだが、どんなプロフェッショナルでも創造できる範囲に過ぎないと書いた。どうすればうまくいくかという発想ではなく、何がうまくいくかということです。あなたは「どのように」の対価としてお金をもらっているので、コードで処理の詳細を説明した文章での回答を求めているのです。つまり、あなたのクリエイティブなプロセスに対価が支払われ、その結果がコードで表現されるのです。会計はクリエイティブな作業だと言ったら、あなたは信じますか? Vladimir Suschenko 2016.08.16 12:00 #77 Dmitry Fedoseev:...ボキャブラリーが少ない? いや、読んでも理解できない一部の人にある精神的な限界。 Youri Tarshecki 2016.08.17 06:59 #78 Andrey Dik:はい。 こうじんはこうじんクライアントがアーティストであり、クリエイターであること。その通りです。職人は、クライアントの仕事を、自分が理解できた方法で実行する。もし、クライアントが望むような結果にならなかったのであれば、彼が悪い(ビジョンを明確にできなかった)か、実行者が悪い(クライアントを理解できなかった)かのどちらかである。やり手は、「考え出す」、「より良くしようとする」、「注文を飾る」ことをしてはいけない。なぜなら、クライアントの希望通りになるのではなく、やり手の希望通りになるのだから。実行者は「創造性」を発揮してはならないし、絶対主義を貫いてはならない(創造者が自らそのアイデアを実行する場合を除く)。ソースコードは紙に書かれたメモであり、音楽ではない、ただの音符だ。そして、ノートは作曲家に渡すべき...。 ほとんどの場合、演奏者は注文の中で自分のテンプレートコードライブラリ(取引関数など)の一部を使ったと思われるが、それでも顧客に渡さなければならない(演奏者が紙にメモを書くのに使った絵の具を合成したものに過ぎないのだ)。実行者のテンプレートライブラリがある種の排他的な「ゼスト」である場合、それらはExpert Advisor(インジケータ、スクリプト)のソースコードと完全に別のクローズドライブラリとしてクライアントに渡すことができますが、実行者は事前に警告することが義務付けられています。 ただ、フリーランスという点では混乱がありますね。例えば、そこのコーダーはDEVELOPER(デベロッパー)と呼ばれる。一方、彼は本当にただのEXECUTIVE(どれだけ創造的で、良心的で、資格があるかは別の話)である。つまり、本当の開発者は「お客様」なのです。作品を考え出し、その作品にお金を払うのは彼です。そして、最終製品、つまりそのすべてのコンテンツの所有者はお客様なのです。そして、もし請負業者が作品に組み込まれた要素を使いたい場合、その原理を公開したくないのであれば、請負業者はその意図をクライアントに通知し、クライアントが気にしないようにすることがMUSTであり、むしろクライアントは毎回、そこに何か秘密のトリックがあるかどうかを尋ねる義務があるのです...。 Dmitry Fedoseev 2016.08.17 07:08 #79 Vladimir Suschenko: いや、読んでも理解できない一部の人の知的障害。 ああ、夢なんだな。 Dmitry Fedoseev 2016.08.17 07:20 #80 Youri Tarshecki: そうですね、ただ、フリーランスということで混乱がありますね。例えば、そこのコーダーはDEVELOPER(デベロッパー)と呼ばれる。一方、本当にEXECUTIVE(どれだけクリエイティブで、良心的で、スキルがあるかは別の話)だけなんです。つまり、本当の開発者は「お客様」なのです。作品を考え出し、その作品にお金を払うのは彼です。そして、最終製品、つまりそのすべてのコンテンツの所有者はお客様なのです。そして、もし請負業者が作品に組み込まれた要素を使いたい場合、その原理を公開したくないのであれば、請負業者はその意図をクライアントに通知し、クライアントが気にしないようにすることがMUSTであり、むしろクライアントは毎回、そこに何か秘密のトリックがあるかどうかを尋ねる義務があるのです...。プログラマーという言葉を使わないために、「開発者」という言葉をとっています。そうすると、どこかで誰かが「プログラマー」という言葉に特別な意味を持たせてしまい、誰もがプログラマーと呼ばれるのは適切でない。私としては、ここでいうフリーランスの開発者は、まったく開発者ではなく、あくまで実行者であることに同意します。工場で旋盤工が図面通りに部品を削り出すように。しかし、さまざまなターナーがあり......。 123456789101112131415...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
......フリーランスでは、TORという形で発注される。誰が、何を意味していたのか、それを音にせず、TORにも書かず......そんなことはどうでもいいのです。
TORでどうやって「音出し」するのか説明してください。ファイルの中では文字で綴られていますが、どこから音が出るのでしょうか?ボキャブラリーが少ない?
プログラマーはプログラミングを学びますが、言語分析、高度な抽象思考、一般的なトレーダーよりも深いレベルで対象(取引)を理解することは、プログラミングとは言えません。しかし、これがないと、ほとんどの思想家は理解しがたい。つまり、プログラマーが音符を書いて、この創造的な人のために演奏し、素晴らしいアイデアが失敗であることが判明したとき、彼は罰せられるでしょう - 間違った文章、悪い歌、シンクタンカーの創造的なレベルに対応していない :) 。
はい。
こうじんはこうじん
クライアントがアーティストであり、クリエイターであること。
その通りです。職人は、クライアントの仕事を、自分が理解できた方法で実行する。もし、クライアントが望むような結果にならなかったのであれば、彼が悪い(ビジョンを明確にできなかった)か、実行者が悪い(クライアントを理解できなかった)かのどちらかである。やり手は、「考え出す」、「より良くしようとする」、「注文を飾る」ことをしてはいけない。なぜなら、クライアントの希望通りになるのではなく、やり手の希望通りになるのだから。実行者は「創造性」を発揮してはならないし、絶対主義を貫いてはならない(創造者が自らそのアイデアを実行する場合を除く)。
ソースコードは紙に書かれたメモであり、音楽ではない、ただの音符だ。そして、ノートは作曲家に渡すべき...。
ほとんどの場合、演奏者は注文の中で自分のテンプレートコードライブラリの一部(取引関数など)を使っているが、それでも顧客に渡さなければならない(演奏者が紙にメモを書くのに使ったペイントを合成したものに過ぎないのだ)。実行者のテンプレートライブラリがある種の排他的な「ゼスト」である場合、それらはExpert Advisor(インジケータ、スクリプト)のソースコードと完全に別の閉じたライブラリとして顧客に渡すことができますが、実行者は事前に警告する義務を負っています。
クラフト」「プロフェッショナル」という誇り高く威厳のある言葉が、なぜあなたの気分を害するのか理解できないのです。
全く悪気はない。端末の絵の傾向(絵の作者はDC)に対する自分の考えをクリエイティビティとし、自分の考えの実現に対する他人の考えをクリエイティビティとしない、という構造的な欠陥があるとしか思えませんね。プログラミングでは、アイデアを実現するために何百ものバリエーションを作ることができ、創造性の機会は無限大です。
ソースコードについて - プログラマーによるコードの保護に関するこのすべてのデタラメ。本当に守るべきものがあるのなら、プログラマーは必ずそれを事前に規定しなければならない。そして、すべては2本の指のように明確です。コーダーはあまり稼げず、より多く搾り取るためにあらゆる亀裂を利用するのです。彼はあまり儲からないだろう - 彼の評判は変わらないだろう
.しかし、ここでは指2本でわかるように、コーダーの収入は少なく、より多く搾り取るためにあらゆる抜け道を利用しているのです。彼はあまり儲からないだろう - 彼の評判は変わらないだろう
ルールは完璧ではないし、変える必要がある・・・不謹慎なパフォーマーが悪用できる抜け道がたくさんある・・・。
もういいや、10ポンドなんて大した損失じゃないし、もう彼に頼まないで、タスクにソースのことを書けばいいんだ。
しかし、それは常にそのようなソースが提供されるべきであり、専門家は、接続障害後に正常な動作を継続する必要があり、専門家がマジシャンでなければならないこと、タスクのナンセンスの同じ種類を読んで、注意する必要があります - nadalblyaet。当たり前といえば当たり前なんですけどね。
悪気はないんです。端末の絵の傾向(絵の作者はDC)についての自分の考えを創造性とみなし、例えば自分の考えの実現についての他人の考えを創造性とみなさないという、あなたの構築の構造的欠陥が見えるだけです。プログラミングでは、自分のアイデアを何百通りものバリエーションで実装することができ、創造性の機会は無限大にあります。
私は、確かにそれはクリエイティビティだが、どんなプロフェッショナルでも創造できる範囲に過ぎないと書いた。どうすればうまくいくかという発想ではなく、何がうまくいくかということです。あなたは「どのように」の対価としてお金をもらっているので、コードで処理の詳細を説明した文章での回答を求めているのです。つまり、あなたのクリエイティブなプロセスに対価が支払われ、その結果がコードで表現されるのです。
会計はクリエイティブな作業だと言ったら、あなたは信じますか?
...ボキャブラリーが少ない?
はい。
こうじんはこうじん
クライアントがアーティストであり、クリエイターであること。
その通りです。職人は、クライアントの仕事を、自分が理解できた方法で実行する。もし、クライアントが望むような結果にならなかったのであれば、彼が悪い(ビジョンを明確にできなかった)か、実行者が悪い(クライアントを理解できなかった)かのどちらかである。やり手は、「考え出す」、「より良くしようとする」、「注文を飾る」ことをしてはいけない。なぜなら、クライアントの希望通りになるのではなく、やり手の希望通りになるのだから。実行者は「創造性」を発揮してはならないし、絶対主義を貫いてはならない(創造者が自らそのアイデアを実行する場合を除く)。
ソースコードは紙に書かれたメモであり、音楽ではない、ただの音符だ。そして、ノートは作曲家に渡すべき...。
ほとんどの場合、演奏者は注文の中で自分のテンプレートコードライブラリ(取引関数など)の一部を使ったと思われるが、それでも顧客に渡さなければならない(演奏者が紙にメモを書くのに使った絵の具を合成したものに過ぎないのだ)。実行者のテンプレートライブラリがある種の排他的な「ゼスト」である場合、それらはExpert Advisor(インジケータ、スクリプト)のソースコードと完全に別のクローズドライブラリとしてクライアントに渡すことができますが、実行者は事前に警告することが義務付けられています。
いや、読んでも理解できない一部の人の知的障害。
そうですね、ただ、フリーランスということで混乱がありますね。例えば、そこのコーダーはDEVELOPER(デベロッパー)と呼ばれる。一方、本当にEXECUTIVE(どれだけクリエイティブで、良心的で、スキルがあるかは別の話)だけなんです。つまり、本当の開発者は「お客様」なのです。作品を考え出し、その作品にお金を払うのは彼です。そして、最終製品、つまりそのすべてのコンテンツの所有者はお客様なのです。そして、もし請負業者が作品に組み込まれた要素を使いたい場合、その原理を公開したくないのであれば、請負業者はその意図をクライアントに通知し、クライアントが気にしないようにすることがMUSTであり、むしろクライアントは毎回、そこに何か秘密のトリックがあるかどうかを尋ねる義務があるのです...。
プログラマーという言葉を使わないために、「開発者」という言葉をとっています。そうすると、どこかで誰かが「プログラマー」という言葉に特別な意味を持たせてしまい、誰もがプログラマーと呼ばれるのは適切でない。
私としては、ここでいうフリーランスの開発者は、まったく開発者ではなく、あくまで実行者であることに同意します。工場で旋盤工が図面通りに部品を削り出すように。しかし、さまざまなターナーがあり......。