Storia precedente: lavoro per una startup acquisita da una grande azienda Fortune 500. Sono l'ingegnere capo di un progetto che mira a consolidare i dati duplicati archiviati da entrambe le società. I nostri nuovi proprietari aziendali hanno un'API RESTful matura (scritta in Java) che espone tutti i loro dati che capita di vivere in un DB Oracle sotto il cofano. Il nostro codebase di avvio ha dati simili che vivono in un MS SQL DB senza API vere e uno strato di accesso a mano scritto in C # / F #.
Una parte del mio lavoro consiste nel creare una mappatura tra questi due archivi dati in modo da poter scrivere un livello di traduzione. Sono felice di lavorare a qualsiasi livello di astrazione e quello più ovvio per me è tradurre POJOs < > Oggetti entità C #.
Il mio problema è che questa mappatura è piuttosto complicata, e ho bisogno di manager di prodotto con molta più esperienza nel settore del dominio di me per verificare la mia salute. È fantastico, tranne il solo modo di esprimere i dati che capiscono è SQL, al punto in cui riscrivono le mie proposte di paglia in una sorta di formato pseudo sql con cui si sentono più a loro agio.
Considerate le differenze negli archivi dati e amp; stack tecnologico e dimensioni limitate della zona di comfort del TPM, c'è un modo migliore di esprimere associazioni tra un gruppo di oggetti di business che non hanno un'enorme curva di apprendimento?