Mi spiace, ma è una visione semplicistica della programmazione ...
Come detto nei commenti della tua domanda, generalmente c'è più di un semplice accesso al DB tra il gestore del servizio Rest e i dati.
Ad esempio, in un'applicazione di e-commerce, devi gestire la sicurezza, raccogliere gli acquisti relativi a un cliente, applicare alcune regole per calcolare la spedizione o i ribassi, per proporre alcuni articoli relativi agli acquisti precedenti, per generare una fattura PDF e così via.
C'è ancora qualche logica da gestire! Anche se il server è "sottile", non è inesistente.
Inoltre, un client "grosso" ha dei limiti, in termini di velocità e memoria: non caricherete una grande quantità di dati, lo impaginerete, è fatto sul lato server. È necessario mantenere alcune informazioni riservate e l'elaborazione sul lato client non è una buona idea (un buon hacker può modificare la logica lato client o ispezionare i dati).
E comunque non è l'unica tendenza dominante. Un framework come Vaadin inverte il paradigma GWT utilizzando componenti JS generici, elaborando la logica sul lato server e inviando le informazioni rilevanti al lato client che è quindi solo una colla.
No, le lingue sul lato server non sono morte!