Question

J'ai un chef d'équipe qui semble penser que la logique métier est très subjectif, au point que, si ma procédure stockée a un WHERE ID = @ID — il ferait appel de cette “logique d'entreprise”

Quelle démarche dois-je prendre pour définir “logique d'entreprise” de façon très objective, sans offenser mon chef d'équipe?

Était-ce utile?

La solution

Je pense vraiment que vous avez juste besoin de s'entendre sur une définition claire de ce que vous voulez dire quand vous dites "logique d'entreprise".Si vous avez besoin d'être "politiquement sensibles", vous pourriez même métier la définition autour de votre chef d'équipe, la compréhension, viennent ensuite avec un autre terme ("règles de domaine"?) qui définit ce que vous voulez parler.

Les mots et les termes sont relativement subjectif, -- bien sûr, une fois que vous quittez l'entreprise, vous aurez besoin de "ré-apprendre" les normes de l'industrie, il est donc toujours préférable de s'en tenir avec eux si vous le pouvez, mais l'objectif principal est de communiquer clairement et de faire le travail.

Autres conseils

Une façon de se différencier, c'est que "logique d'entreprise" est quelque chose que le client les soins et qui pourrait être expliqué à un client sans référence spécifique à l'ordinateur mots.

Vous pourriez essayer de faire valoir votre point de vue avec un temps de exemple, exécuter une instruction sql select à l'encontre d'un tableau indexé, puis exécuter une boucle pour trouver exactement le même élément dans le même jeu, mais cette fois dans le code.Le code sera beaucoup plus lente.

Laisser la base de données de faire ce qu'il a été conçu pour faire, sélectionnez les ensembles et sous-ensembles de données :) je pense qu'en réalité, tout ce que vous pouvez faire est d'obtenir votre équipe ensemble pour construire un ensemble de normes qui vous permettra de tout le code, les règles de la démocratie!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top