Per le applicazioni lato server, la risposta è assolutamente sì. Molti siti di grandi dimensioni usano C ++ semplicemente per fornire prestazioni e utilizzo delle risorse che i linguaggi di scripting non fanno. Molti anni fa un sacco di codice web server era scritto in C ++ in ogni caso (vedi cose come i framework ISAPI o ATLServer di Microsoft) o solo come applicazioni CGI. Ciò è cambiato quando il web è diventato più popolare e ha richiesto uno sviluppo più rapido. Un linguaggio di script sarà sempre più veloce da sviluppare, specialmente quando stai solo "buttando qualcosa insieme", ed è sempre stato molto popolare tra gli sviluppatori junior che hanno iniziato a programmare.
Come prova del linguaggio più popolare per lo sviluppo web, PHP. È un ambiente raffinato in cui lavorare ma nessuno dirà che è la migliore lingua del mondo.
Oggi, mi auguro che le cose siano maturate a un punto in cui il back-end lato server dovrebbe essere scritto con la stessa cura professionale di qualsiasi altra applicazione. Ciò significa che C ++ può fare un ritorno nello sviluppo web (e penso che la SM stia andando così, come Herb Sutter ha riportato che C ++ ridurrà i requisiti energetici nel data center, che con enormi datacenter che abbiamo oggi significa un significativo risparmio di costi, quindi la rinascita del C ++ alla SM, anche se io Non sono convinto che si trasformerà in qualcosa di diverso dal software di sistema per loro)
Una cosa da notare però: è banale scrivere software backend C ++ che siedono come servizi chiamati da semplici script sul server web. Ho fatto questo con il mio vecchio posto di lavoro - il server web era lì solo per fornire un pass-through ai servizi applicativi. Questo ci ha permesso di fornire una sicurezza molto migliore (chiunque abbia hackerato il server web esposto ha avuto pochissimo da lavorare), prestazioni molto migliori (dato che la logica di business era distribuita su server che non servivano web), ed erano molto facili da testare - i servizi di back-end erano stand-alone e fornivano interfacce esplicite e ben definite per poter essere testati senza la web part dell'infrastruttura totale.
Ci sono alcuni interessanti sviluppi in C ++ come codice client del server web. Ho visto di recente Wt . Ciò consente di scrivere codice Qt ma avere la GUI visualizzata nel browser - i gadget visualizzati nel browser sono solo javascript / html / etc sottili che chiamano in modo trasparente nel codice Qt / C ++ in esecuzione sul server. Provate con il loro esempio Hangman (anche se ottengono 0/10 per la grafica, gli sviluppatori tipici :))
Penso che questa sia una naturale evoluzione dei meccanismi RPC, dove una volta potevamo eseguire un oggetto localmente o in remoto senza (come sviluppatore) preoccuparsi di dove si trovava l'oggetto, ora possiamo disconnettere la GUI dagli oggetti in un browser web piuttosto che un'app desktop.