サービスデスク:怠慢、自閉、間違いを認めたくない?ノンネイティブキャンドルでチャートを補完。 - ページ 11

 
sergeev:

が同じだからです。

勿論

議事録に「左利き」の文字はない - 問題なし。

機能を動作させることはできません
 
FiftyStars:

というパラメータを追加することで、分単位なのか日単位なのかを知ることができます。

だからなんだ、そんなので安心するなよ。

25.11.2012のバーが1440本の分単位のバーではなく、1本のD1バーを表示していたら、気分が良くなるでしょうか、教えてください。

で、この議事録をもとにMAを構築しようとしているんですね。

教えてください、バー上のフラッグの存在は、それが分ではなく日足チャートであるという正しいMAの問題を解決するのでしょうか?

いいえ、そんなことはありません。

このように、プログラマーにとって面倒な話ではなく、高品質であることが大切です。プログラマーに負担をかけないこと。

 
sergeev:

だから何?この知識はあなたを元気にすることはありません。

もし、2012年11月25日に1440本のバーがある代わりに、D1バーが1本出ていたら、もっと気分が良くなりますか?

で、このバーでMAを作ろうとしてるんですね。

バーにチェックマークがあることで、正しいMAの問題が解決されるのでしょうか?

いいえ、そんなことはありません。

プログラマーの負担にならない、質の高いストーリーであること。を弾丸にする。

リアルアーキテクチャでは、ディープチャートのことは忘れることができます。スタンプチャートではなく、月足 チャートを見るのもいいのではないでしょうか?それに、30年分の分量は必要ないでしょう。ヒストリーファイルのマーカーを並べるだけでいいんですよ、イマドキは。

 
sergeev:


分ファイルで糊付けする意味がない。

というのも、後で分析する術がないからです。


高いTFで分史の最後に1つだけでなく、多くの接着剤があるという事実に期待しています。

M5のスライス、D1のスライス、そしてまたM1のスライス、H1...といった具合です。

どんな怪物かわかるか?


どうしたんですか?

糊のフラグではなく、分単位になる前の時間軸を決めるパラメータを用意する......ということですね。

結局、論理的には次のような話になる。

M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1

つまり、全ては分単位で保存され、パラメータはこの系列を

W1+D1+D1+H4+H4+H1+H1+H1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1+M1

セルゲイ

分履歴の最後に1つだけでなく、たくさんの癒着があることを高い時間枠で一気に計算する。

M5のスライス、D1のスライス、そしてM1のスライス、H1...。


それはないだろう...自分の論理で考えろ

 
sergeev:

だからなんだ、そんな知識でどうにかなるわけがない。

教えてください。25.11.2012からのバーの代わりに、1分間の1440のバーが1つのバーD1を示している場合、それはあなたがより良い気分にさせるでしょうか?

で、この議事録を使ってMAを構築しようとしているのですね。

教えてください、バーにチェックマークがあることで、正しいMAの問題が解決するのですか?

いいえ、そんなことはありません。

糞から弾丸を作るようなものだから、ストーリーの質は気にしなくていいんだよ。プログラマーに負担をかけないこと。

ばかなことを言うな、そんな穴はいまのところないのだ......そしてこれからも出てこない、なぜなら議事録はいまや一貫して書かれているのだから

現在、梯子のように接着しているのは、より大きなTFだけです。

 
FiftyStars:

そんな穴はどこにもない...そして出てこない。

100%保証してくれるんですか?

 
sergeev:

100%保証するんですか?


200%......分数の中に日足バーがあるのを見たことがありますか?
 
sergeev:

100%保証してくれるんですか?


すでに持っている議事録はどこにも行かないし、新しいストーリーはすべて議事録で構成されています。

現在の歴史の不完全性は、ある時刻の前に(!!)分がないという事実だけで、分があり、消えて、また現れ、消えても5分現れるということではありません。

 
FiftyStars:
200%......分数の中に日足バーがあるのを見たことがありますか?

というのも、このままでは自信がなくなってしまうからです。:)

あなたの言っていることは、経験的知識によって確認されていますが、何をどうすればいいのかというすべての疑問に対する答えではありません。

TFバーを増やすことで、より使い勝手を良くしているのでは?

が、「TFバーを増やす」というのは、それを保証するものではありません。

あなたのモデルは問題を解決するのではなく、新たな問題を生み出すのです。


この問題を解決するには、他のTFとの分を損なわず、普通の履歴を持つことです。

それ以外はすべてインチキです。

アーメン。

 

IgorM:

今ここに、内容が不明確な履歴データを持つ別の松葉杖は、要求されたTF上のバーの存在を決定するための公式メカニズムを与える。

何度言ったらわかるんだ。LUKOIL

全履歴は分足チャートにのみ 保存され、他のすべてのチャートは分足チャートから派生します。


誤解が蔓延している。