Mission freelance POT9034 - Un développeur Talend Sénior sur Corbeil-Essonnes

Almatek recherche pour l'un des ses clients Un Développeur Talend Sénior sur Corbeil-Essonnes.

Mission principalement composée d’extraction de SAP vers le reste du SI.

Squad prévue : 4 profils senior & 1 tech lead encadrant.

Expérience requise de migrations complexes avec beaucoup d’objets.

Livrable 1 : lister tous les outils et pour chaque outil réaliser
- une analyse de coding pour identifier si la programmation est optimisée ou pas
- une analyse sur TOUS les tests de Règles de gestion à débranchements et vérifier que systématiquement il est prévue une branche « autre branche » qui génère un rejet sans planter/bloquer le programme
- le timing/charge nécessaire à rectifier les points a) et b)
- le niveau de criticité (temps exécutions et/ou plantages) à rectifier ou pas avant la bascule.

Livrable 2 : Une études d’architecture sur ce qui est en place : types d’outils et techniques utilisées pour le stockage des tables intermédiaires.
- Recensement des technos utilisées
- Risques liées à ces technos (dont les modes de stockages et les langages/outils de DEV utilisés)
- Recommandations à 3 niveaux :
Si on devait tout reprendre quelle architecture serait recommandée (outils de DEV + techno de stockage)
Qu’est-ce qui pourrait être fait en 3 mois pour limiter les risques
Qu’est-ce qui doit être fait à minima pour dérisquer la bascule

Localisation : Corbeil-Essonnes avec 3 jours définis en présentiel

Almatek recherche pour l'un des ses clients Un Développeur Talend Sénior sur Corbeil-Essonnes.

Mission principalement composée d’extraction de SAP vers le reste du SI.

Squad prévue : 4 profils senior & 1 tech lead encadrant.

Expérience requise de migrations complexes avec beaucoup d’objets.

Livrable 1 : lister tous les outils et pour chaque outil réaliser
- une analyse de coding pour identifier si la programmation est optimisée ou pas
- une analyse sur TOUS les tests de Règles de gestion à débranchements et vérifier que systématiquement il est prévue une branche « autre branche » qui génère un rejet sans planter/bloquer le programme
- le timing/charge nécessaire à rectifier les points a) et b)
- le niveau de criticité (temps exécutions et/ou plantages) à rectifier ou pas avant la bascule.

Livrable 2 : Une études d’architecture sur ce qui est en place : types d’outils et techniques utilisées pour le stockage des tables intermédiaires.
- Recensement des technos utilisées
- Risques liées à ces technos (dont les modes de stockages et les langages/outils de DEV utilisés)
- Recommandations à 3 niveaux :
Si on devait tout reprendre quelle architecture serait recommandée (outils de DEV + techno de stockage)
Qu’est-ce qui pourrait être fait en 3 mois pour limiter les risques
Qu’est-ce qui doit être fait à minima pour dérisquer la bascule

Localisation : Corbeil-Essonnes avec 3 jours définis en présentiel