File scalping day trading du Jeudi 4 Octobre 2018

[David]

@Bernardino : presque tout le monde ici utilise prorealtime qui est en Java. Le Java n'est pas un langage interprété mais compilé à la volée donc plus performant. (https://fr.wikipedia.org/wiki/Compilation_%C3%A0_la_vol%C3%A9e).

Là où je te rejoins, c'est sur l'importance capitale d'une très bonne connexion.

[Guipit]

Ah que c'est bon les clôtures partiels ! Youpi !!!

[Guipit]

Allez un rebond sur PV H et on va chercher le plus haut du jour précédent

[Mikelmarcus]

merci pour le retour abime

[Fedor]

Rebond plus haut overnight et 12300 future, +3 pts.

[taravana]

objectif toucher 12320 futures

[alerander81]

Depuis 9h45 à part 2 dojis rouges (Heikin Ashi) 15 min y'a que du vert sur le dax c'est impressionnant pas une faiblesse de la tendance
Par contre le piv M a été touché qu'une seule fois quand ça va partir down ça va le faire d'un coup ça m'étonnerai que ce ne soit pas un aimant

[Bernardino]

David : Même compilé à la volée, cela reste nettement plus lent qu'un compilateur optimiseur qui mettra plusieurs minutes à fignoler la qualité du code. Et je ne suis pas anti-Java, j'ai fait partie du comité ISO de normalisation du langage...

Ceci étant dit, mon programme est écrit en C++, et il ne me viendrait pas à l'idée de l'écrire en Java : C'est plus lent, l'avantage étant que c'est un plus simple à utiliser pour des novices en informatique. Mais pour des projets sérieux où l'on a besoin de performance, C++ s'impose. Les logiciels de bord du Rafale et du F35 sont en C++, de même que le Moteur de recherche de google... Du coté de Goldmann, lls ont embauché quelques milliers de programmeurs C++...

[kenzo94]

prt n'est pas encore un avion militaire

[Bernardino]

Le point commun avec les avions militaires ou google, c'est la recherche de la performance, mais aussi la capacité à survivre de manière souple à des bugs sans crasher le système.

Ceci étant dit, chacun fait ses choix, je voulais juste attirer l'attention sur le fait que la recherche de performance, nécessaire, ne trouve pas sa solution uniquement avec du hard plus rapide, mais aussi avec des outils logiciels adaptés.

[kenzo94]

Tout à fait !
au fait, pour les anti mac : mon new imac i7 48go de ram est bien plus fluide avec prt que l'i5 32go de ram ... impressionnant ! et OS Mojave gère parfaitement Java

[Florian]

Hello à tous !

Prêt pour l'open US. Pivot Mensuelle en approche sur Futures. Rebond ?
Demain salaire et chômage aux US, le marché peux être attentiste. La FED prévient et les techs sont rouges donc prudence à tous !



Bonne journée à tous

[Florian]

Pc......

Hello Kenzo

[kenzo94]

[Benoist Rousseau]

pfff gagné 1.5 sur le UP

ça fait +11.5 sur la matinée sur le Dax.

Le cac coule par contre

[Florian]

-1.2% au cash sur le cac

[trappiste73]

le cac ne coule pas plus si on excepte Valéo : le dax était fermé hier.

[franck1980]

plutôt mou ce pré open....

[Guipit]

Cac direction PM

[David]

"Et je ne suis pas anti-Java, j'ai fait partie du comité ISO de normalisation du langage..." la classe

On se comprend, entièrement d'accord avec toi.

A la base j'étais aussi sur un logiciel dédié en C++ le tout monté en Ramdisk. Mais j'avais une mauvaise connexion. Donc une importante perte de paquets, l'optimisation en était ridicule. D'où le facteur essentiel pour moi, la qualité de la connexion.

L'avantage de ce genre de logiciels c'est le côté esthétique, simple, pratique au quotidien. Mais pour faire ses indicateurs, backtests, ... on est vite réduit en possibilités et en efficacités, même en mettant les mains dans le code.

Ensuite quand on avance un peu, c'est très pratique la possibilité d'utiliser les serveurs de son broker pour préserver ses ordres (sl, tp , oco,..) et la qualité de l'historique. En cas de plantage machine, coupure internet, coupure électrique, ...
Ce qui me semble être moins fréquent par expérience sur les logiciels dédiés. Tu me diras rien empêche de faire ça sur son propre serveur.