Pratik olarak çalışan bir senaryoya sahip videolarımın YouTube'daki izlenme sayısına bakılırsa, senaryomun neyi ve nasıl ölçtüğünü, ölçeğin nasıl etkilemediğini çok az kişi izledi.
Sürekli bir teorik versiyon akışı ve uygulama söz konusu olduğunda, dünyanın basit olmadığını anlamaya başlarsınız ....
X ekseni boyunca mum grafiklerinde - ayrık okumalar ve eşit olmayanlar. Zaman sayıları sadece mumların sınırlarında tanımlanır. İçerideki her şey - "iki okuma arasında bir yerde oldu." Tüm grafik yapıları oldukça koşulludur ve okul geometrisini aktarır, bu ayakta çok güçlü bir vuruştur :-) Bu noktalar mumlar arasında değilse, noktalar arasındaki mesafe ölçülemez.
sadece, eski TF'lerin çok fazla "yüzdüğü" metallerde daha iyi görülür, farklı sayıda dakika içerir
Pratik olarak çalışan bir senaryoya sahip videolarımın YouTube'daki izlenme sayısına bakılırsa, senaryomun neyi ve nasıl ölçtüğünü, ölçeğin nasıl etkilemediğini çok az kişi izledi.
Sürekli bir teorik versiyon akışı ve uygulama söz konusu olduğunda, dünyanın basit olmadığını anlamaya başlarsınız....
X ekseni boyunca mum grafiklerinde - ayrık okumalar ve eşit olmayanlar. Zaman sayıları sadece mumların sınırlarında tanımlanır. İçerideki her şey - "iki okuma arasında bir yerde oldu." Tüm grafik yapıları oldukça koşulludur ve okul geometrisini aktarır, bu ayakta çok güçlü bir vuruştur :-) Bu noktalar mumlar arasında değilse, noktalar arasındaki mesafe ölçülemez.
sadece, eski TF'lerin çok fazla "yüzdüğü" metallerde daha iyi görülür, farklı sayıda dakika içerir
Hmm ... mum ışığında nesneler yapmak bir gelenek gibidir ve herkese uyar. X ekseni boyunca uzanan trend çizgisi , mumların üzerine atlar ve başka hiçbir şey yapmaz.
Enstitüdeki ikinci yıl sınavımda bu sorunu yaşadım. Bunlardan birine ait bir noktanın koordinatı olan iki düz çizginin denklemleri verildi ve ikinci düz çizgiye olan mesafeyi bulmak gerekiyordu. Ders kitabında bir formül var. Daha kolay ne olabilir??? Gerekli verileri denklemin içine koyuyorsun, sayıyorsun ve sorun yok... AMA !!! Denklemi aptalca yanlış satıra koydum ve mesafe = 0 olsun. Eh, bu olamaz ... ama hatanın nerede olduğunu tahmin etmek yeterli değildi. O zamandan beri formülün kendisini hatırlamadığım için ne olduğunu açıkça hatırlıyorum.
ObjectGetValueByShift aracılığıyla kesinlikle hiçbir şey hesaplamayacaksınız. Zaman ve fiyat koordinatlarına sahip bir noktadan, düz çizgiye dik olan çubuklar arasındaki zamana düşebilir. Burada, dikeyin izin verilen hatalara sahip olduğu ortaya çıktı ve bu, hesaplamalarda zaten kabul edilemez bir hatadır.
hala mutluluğu altın üzerinde ara :-)
bunların hiç de düz olmadığını görsel olarak görmek için
ne demek istediğini anlamadım???
Düz değil? Ve ne, eğik mi? )))
Düzenli trend çizgileri....
Pratik olarak çalışan bir senaryoya sahip videolarımın YouTube'daki izlenme sayısına bakılırsa, senaryomun neyi ve nasıl ölçtüğünü, ölçeğin nasıl etkilemediğini çok az kişi izledi.
Sürekli bir teorik versiyon akışı ve uygulama söz konusu olduğunda, dünyanın basit olmadığını anlamaya başlarsınız ....
halledebilir miyiz?
halledebilir miyiz?
Ve sen tedavi olacaksın ve ben tedavi olacağım..)))
Ben o birlikte arkadaş canlısı aile ....)))
ne demek istediğini anlamadım???
Düz değil? Ve ne, eğik mi? )))
Düzenli trend çizgileri....
aslında en azından kırılmışlar :-)
X ekseni boyunca mum grafiklerinde - ayrık okumalar ve eşit olmayanlar. Zaman sayıları sadece mumların sınırlarında tanımlanır. İçerideki her şey - "iki okuma arasında bir yerde oldu." Tüm grafik yapıları oldukça koşulludur ve okul geometrisini aktarır, bu ayakta çok güçlü bir vuruştur :-) Bu noktalar mumlar arasında değilse, noktalar arasındaki mesafe ölçülemez.
sadece, eski TF'lerin çok fazla "yüzdüğü" metallerde daha iyi görülür, farklı sayıda dakika içerir
Pratik olarak çalışan bir senaryoya sahip videolarımın YouTube'daki izlenme sayısına bakılırsa, senaryomun neyi ve nasıl ölçtüğünü, ölçeğin nasıl etkilemediğini çok az kişi izledi.
Sürekli bir teorik versiyon akışı ve uygulama söz konusu olduğunda, dünyanın basit olmadığını anlamaya başlarsınız....
Dünya basit.
aslında en azından kırılmışlar :-)
X ekseni boyunca mum grafiklerinde - ayrık okumalar ve eşit olmayanlar. Zaman sayıları sadece mumların sınırlarında tanımlanır. İçerideki her şey - "iki okuma arasında bir yerde oldu." Tüm grafik yapıları oldukça koşulludur ve okul geometrisini aktarır, bu ayakta çok güçlü bir vuruştur :-) Bu noktalar mumlar arasında değilse, noktalar arasındaki mesafe ölçülemez.
sadece, eski TF'lerin çok fazla "yüzdüğü" metallerde daha iyi görülür, farklı sayıda dakika içerir
Hmm ... mum ışığında nesneler yapmak bir gelenek gibidir ve herkese uyar. X ekseni boyunca uzanan trend çizgisi , mumların üzerine atlar ve başka hiçbir şey yapmaz.
D1'de altın çok altın.
"sadece eski TF'lerin çok fazla "yüzdüğü", farklı sayıda dakika içerdiği metallerde daha iyi görülüyor "
Evet, mumun zamanına bağlı değilim, muma öyle bağlıyım;)
+ 100'den karmaya ... bu doğru!
Ve böylece sonuç bir şekilde kontrol edilebilir.
En basit:
Y1=k*x+A
Y2=k*x+B
dY= Y1-Y2=A-B
AB=0 ise, çizgiler dikeydir
Yatay olarak çaprazlayın.
Ve yine de bu yazı doğru cevap:
ObjectGetValueByShift aracılığıyla kesinlikle hiçbir şey hesaplamayacaksınız. Zaman ve fiyat koordinatlarına sahip bir noktadan, düz çizgiye dik olan çubuklar arasındaki zamana düşebilir. Burada, dikeyin izin verilen hatalara sahip olduğu ortaya çıktı ve bu, hesaplamalarda zaten kabul edilemez bir hatadır.