Domanda

Ho un team leader che sembra pensare che la logica aziendale sia molto soggettiva, al punto che se la mia procedura memorizzata ha un file WHERE ID = @ID - lo chiamerebbe così "logica di business"

Quale approccio dovrei adottare per definire "logica di business" in modo molto obiettivo senza offendere il capo della mia squadra?

È stato utile?

Soluzione

Penso davvero che basti essere d'accordo su una definizione chiara di cosa intendi quando dici "logica aziendale".Se hai bisogno di essere "politicamente sensibile", potresti anche elaborare la definizione in base alla comprensione del leader del tuo team, quindi trovare un altro termine ("regole di dominio"?) che definisca ciò di cui vuoi parlare.

Le parole e i termini sono relativamente soggettivi: ovviamente, una volta lasciata l'azienda dovrai "imparare di nuovo" gli standard del settore, quindi è sempre meglio attenervisi se puoi, ma l'obiettivo principale è comunicare chiaramente e ottenere lavoro fatto.

Altri suggerimenti

Un modo per differenziarsi è che la "logica aziendale" è qualcosa che interessa al cliente e che potrebbe essere spiegato al cliente senza fare riferimento a parole specifiche del computer.

Potresti provare a argomentare il tuo punto con un esempio temporizzato, eseguire una selezione SQL su una tabella indicizzata e quindi eseguire un ciclo per trovare esattamente lo stesso elemento nello stesso set ma questa volta nel codice.Il codice sarà molto più lento.

Lascia che il database faccia ciò per cui è stato progettato, seleziona insiemi e sottoinsiemi di dati :) Penso, realisticamente, che tutto ciò che puoi fare è riunire il tuo team per costruire una serie di standard su cui tutti codificherete, le regole della democrazia!

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top