Comment devenir un bon ingénieur Salesforce ?
Même si vous êtes déjà devenu ingénieur Salesforce ou êtes sur le point de le devenir, quelques conseils peuvent vous aider, que vous pensiez en avoir besoin ou non. Les conseils de notre fondateur peuvent vous fournir de la motivation, de l'inspiration et un peu de connaissances supplémentaires pour faire avancer les choses.
Comment devenir un bon ingénieur Salesforce : 8 conseils du fondateur de Routine Automation
1. Passez plus de temps à apprendre et à mémoriser
C'est juste une question d'habitude d'introduire une certaine automatisation dans votre tête.
2. Chaque jour, apprenez quelque chose de nouveau
Ne soyez pas paresseux, restez dans une ambiance de mémoire d'entraînement.
3. Cherchez des moyens de garder les choses simples
Pour écrire le code en toute simplicité. Dans Vs Code, vous pouvez écrire le code rapidement et plus efficacement que dans Dev Console, par exemple
4. Il est essentiel d'écouter les points de vue opposés
Lorsque vous possédez déjà une expertise approfondie, vous pouvez commencer à supprimer des opinions différentes des vôtres. Il est fondamental d'accepter les commentaires des clients et de mettre en œuvre tous les changements nécessaires.
5. L’assiduité est reine
Surtout la première année. Vraisemblablement pour travailler plus dur que ce que l’entreprise demande. Dans un premier temps, vous investissez en vous-même dans votre expertise pour travailler plus rapidement à l'avenir.
6. Être capable d'écrire du code pur sans aucune erreur immédiatement
Ne réécrivez pas. Ça ne marche pas comme ça. Le client a testé cette fonctionnalité, mais vous ne pourrez pas réécrire le code – vous n’avez pas le temps pour cela. L'évaluation inclut toujours le temps nécessaire pour écrire le code une fois, et non 10 fois le même code fonctionnel.
7. Sachez tester le code que vous avez écrit
Si vous envoyez le code contenant des erreurs aux tests, soyez prêt à recommencer. Alors restez autonome et trouvez votre solution pour qu’elle soit rapide et efficace. Parlant de mon approche, je préfère écrire les tests unitaires sur chaque bug. Premièrement, il y aura une couverture, et deuxièmement, il y aura des scénarios de tests fonctionnels.
8. Soyez le partenaire de chaque client
Inspirez-vous en voyant les yeux du client heureux. Vous avez des objectifs communs et il est de votre devoir de bien faire les choses.










