FTSE Mib Ciclicamente speculare: FTSEMIB Index nel breve e medio periodo (Novembre 2013)

[frenke]

Siamo al dunque.... se il T-4 deve appartenere al T-3 precedente vincolato al ribasso... deve andare in picchiata giù...

Altrimenti.... Come si è già detto new T-3, linguetta... ecc ecc...

Vediamo un po'...

Vado a mangiare anche io... a dopo...

 

[Elico64]

Indice FTSEMIB: ciclo a 2 sedute(T-2)

Siamo al dunque.... se il T-4 deve appartenere al T-3 precedente vincolato al ribasso... deve andare in picchiata giù...

Altrimenti.... Come si è già detto new T-3, linguetta... ecc ecc...

Vediamo un po'...

Vado a mangiare anche io... a dopo...

.

 

[Elico64]

Nel messaggio precedente in risposta a Stefle sono stato un po' precipitoso e criptico, scusate...

Riepiloghiamo qui quel che serve per poter dire che un nuovo ciclo è partito....

Per poter dichiarare la partenza di un ciclo ci vengono in aiuto la componente tempo e la componente prezzo.

In tutti i casi il ciclo da tenere sotto esame è il ciclo di due gradi inferiore a quello che ci interessa.

ES.: Nel caso di un giornaliero(T-3) il ciclo che fa da "starter" alla nuova partenza è il 2h (T-5... ciclo di due ordini inferiore al T-3)

DOPPIA CONFERMA - "GODURIA"
La conferma dal tempo ci arriva con un ciclo "starter" positivo.
La conferma dal prezzo ci arriva con i prezzi che rompono il precedente top del ciclo parigrado al ciclo "starter".
Quando i due fattori lavorano insieme abbiamo un ottimo margine per poter supporre la partenza di un ciclo.

ACCONTENTARSI....
Sebbene questi due fattori (tempo e prezzo) lavorino benissimo in coppia (ciclo "starter" positivo e prezzi del ciclo "starter" > del ciclo pari grado precedente) qualche volta dobbiamo accontentarci di uno solo di questi fattori.


CERTIFICAZIONE SOLO DEL TEMPO - "PIACERE PROFONDO"
In questo caso avremo un ciclo "starter" che terminerà la sua corsa con una polarità positiva ma senza che i prezzi abbiano superato il top del ciclo parigrado precedente.
La certificazione del tempo è comunque solida. I ciclisti amano il tempo.


CERTIFICAZIONE SOLO DEI PREZZI - "SOLLETICO"
In questo caso avremo uno spike/impennata che porterà i prezzi velocemente sopra il top del precedente ciclo parigrado dello "starter" per poi virare e tornare sotto al minimo di partenza prima che il ciclo "starter" sia concluso.
Abbiamo soddisfatto la componente prezzo ma non abbiamo avuto un ciclo "starter" positivo.
Questa certificazione ci deve far stare in guardia e deve essere avallata da attenta analisi anche dell'inverso per poter trovare conferma.
La certificazione del solo prezzo non induce troppa fiducia.


Domande? Osservazioni? Dubbi? Aggiunte?


N.B.: Questa versione non tiene conto di swing inversi ne raccordi ne lingue Affronteremo la cosa successivamente.... ripescando dalle cose già dette

Frenk, volevo chiederti....

come sei messo con i linguaggi di programmazione? Volevo buttare giù in codice alcuni di questi passaggi del metodo....

 

[frenke]

Frenk, volevo chiederti....

come sei messo con i linguaggi di programmazione? Volevo buttare giù in codice alcuni di questi passaggi del metodo....

Alla fine posso dire di essere bravino solo con il PHP/MYSQL ....

Ho programmato per anni ma roba di interfacce in grosse aziende e negli ultimi anni ho "disegnato" database e datawarehouse.... con Oracle e PLSQL...

Comunque... quel che si può fare è stilare la logica... poi la programmazione "vien da se" ...

Requirements come li chiamavo una volta....


All'inizio della mia avventura con ProRealTime ho programmato un po' anche li sopra ma mi trovai di fronte a qualche grossa limitazione ed abbandonai...

Tu cosa pensavi?

PRT sarebbe buono per la disponibilità dei dati....

 

[Spaig2]

Shark pattern bearish su ftsemib, target 19000

 

[Elico64]

Indice FTSEMIB inverso: ciclo a 4 sedute(T-1)

.

 

[Elico64]

Pensavo ad un TS, abbiamo diverso materiale logico....

 

[Elico64]

Abbiamo, però, necessariamente bisogno della componente Tempo per renderlo quanto più affidabile possibile, verificando anche lo stato dei cicli superiori inibendo così alcune operatività nel caso raggiungano il 75% della loro estensione temporale....e via dicendo

 

[duca.64]

 

[digi]

Alla fine posso dire di essere bravino solo con il PHP/MYSQL ....

Ho programmato per anni ma roba di interfacce in grosse aziende e negli ultimi anni ho "disegnato" database e datawarehouse.... con Oracle e PLSQL...

Comunque... quel che si può fare è stilare la logica... poi la programmazione "vien da se" ...

Requirements come li chiamavo una volta....


All'inizio della mia avventura con ProRealTime ho programmato un po' anche li sopra ma mi trovai di fronte a qualche grossa limitazione ed abbandonai...

Tu cosa pensavi?

PRT sarebbe buono per la disponibilità dei dati....

Se vi và sulla programmazione potrei dare una mano io.