Discussion :

[danishuller]

Bonjour,

Je fais actuellement partie d'un groupe qui travaille sur un projet consistant à mettre en place un système de paiement complet, c'est à dire développer notre propre passerelle et processeur de paiement. Nous nous sommes assez documentés sur le sujet et nous connaissons toutes les procédures administratives, en revanche nous ne savons pas par où commencer, à part qu'il sera programmé en C++ pour qu'il soit performant. Merci d'avance à tous ceux qui pourront nous apporter des débuts de piste.

[nnovic]

Hello,
Je n'ai pas les compétences pour vous aider, mais par curiosité, vous parlez de quel genre de paiement ? Vous travaillez pour un groupe bancaire ?

[dinobogan]

à part qu'il sera programmé en C++ pour qu'il soit performant.

Si c'est le seul critère pour le choix du langage, cela n'a aucun sens. Un bon code dans n'importe quel autre langage, implémentant de bons algorithmes sera plus rapide qu'un mauvais code C++ implémentant de mauvais algorithmes. C'est prématuré de choisir le langage avant même de connaître les problématiques qui vont être rencontrées !
Choisir C++ parce que par exemple c'est le seul langage connu de l'équipe de développement, ok, c'est justifié. Mais ne parle pas de performances pour un programme qui n'existe pas encore et qui ne possède même pas une ébauche de début de description algorithmique.

Merci d'avance à tous ceux qui pourront nous apporter des débuts de piste.

Des débuts de piste concernant quoi ? On ne sait pas ce que tu veux...

[ternel]

A commencer par une grosse question, qui change beaucoup de chose:
C'est du paiement physique (carte bancaire ou substitut) ou en ligne?

Dans les deux cas, il faudrait déjà nous indiquer si vous créez un nouveau protocole (forcément incompatible avec tout ce qui existe déjà) ou si vous en utilisez un déjà existant.

La encore, dans les deux cas, il faut avoir une spécification complète et validée du protocole avant de pouvoir commencer à le mettre en place.

[gangsoleil]

c'est à dire développer notre propre passerelle et processeur de paiement.

Il faut un protocole sécurisé. L'avez-vous ?
Il faut un moyen de s'authentifier sur le réseau -- sécurisé lui aussi bien sûr. Quel est-il ?
Ensuite, il faut définir des messages que l'on peut s'envoyer : format, contenu obligatoire, contenu optionnel, ... Est-ce que tout cela est défini ?
Et ainsi de suite.
Puis une interface, pour la saisie des paiements.

Ensuite viendra l'implémentation, et là, le langage pourra être décidé. C++ n'est pas forcément une mauvaise idée, mais ça dépend trop de l'architecture choisie pour être un pré-requis, à mon sens tout du moins.

[ternel]

Et je ne pense pas qu'un tel type de programme requiert plus de performance que le réseau lui-même.
le réseau travaille au dixième de seconde, environ (un ping stable et inférieur à 50 est rare)
Du coup, la performance, c'est bien, mais ca ne sera pas vraiment dicté par le langage lui-même, mais plus par les algorithmes et la taille des messages.