que tienen una ventaja de equipo que parece pensar que la lógica de negocio es muy subjetivo, hasta el punto de que si mi procedimiento almacenado tiene un WHERE ID = @ID - que iba a llamar a este “lógica de negocio”¿Es lógica de negocios subjetiva?
¿Qué enfoque debería tomar para definir "lógica de negocios" de una manera muy objetiva sin ofender a mi líder del equipo?
Realmente creo que solo necesita ponerse de acuerdo en una definición clara de lo que quiere decir cuando dice "lógica de negocios". Si necesita ser "políticamente sensible", incluso podría elaborar la definición en torno a la comprensión del líder de su equipo, y luego idear otro término ("reglas de dominio") que defina de lo que desea hablar.
Las palabras y los términos son relativamente subjetivos; por supuesto, una vez que abandone esa empresa, tendrá que volver a aprender los estándares de la industria, por lo que siempre es mejor seguirlos si puede, pero el objetivo principal es comunicarse claramente y realizar el trabajo.
Una forma de diferenciar es que la "lógica de negocios" es algo que al cliente le interesaría y que podría explicarse a un cliente sin hacer referencia a palabras específicas de la computadora.
Podría intentar argumentar su punto con un ejemplo temporizado, ejecutar una selección sql contra una tabla indexada y luego ejecutar un bucle para encontrar exactamente el mismo elemento en el mismo conjunto, pero esta vez en el código. El código será mucho más lento.
Deje que la base de datos haga lo que estaba diseñado, seleccione conjuntos y subconjuntos de datos :) Creo que de forma realista, todo lo que puede hacer es reunir a su equipo para crear un conjunto de estándares que todos codificarán, las reglas de la democracia!
@ e-suchi ¿Por qué se deben hacer preguntas como esta por favor? Gracias. – JM1