Programowanie równoległe po stronie serwera

Czytam sobię książkę: "Współbieżność w języku C#" i jest tam napisane:
"Pisanie kodu równoległeo na serwerze nadal może być przydatne w niektórych sytuacjach, ale ogólnie rzecz biorą, programowanie równoległe na serwerze będzie działać przeciwko wbudowanej równoległości i nie zapewni żadnej realnej korzyści."

Jak to mam rozumieć? Do tej pory myślałem, że IIS ma n wątków do obsługi requestów i w sytuacji kiedy zrównleglamy pracę korzystając z następnych m wątków z puli wątków, wątek który obsługiwał dany request może na ten czas zająć się kolejnym.

Liczbę wątków masz ograniczoną możliwościami serwera, i musisz dokonać wyboru (trade-off):

• chcesz móc obsłużyć większą liczbę requestów, ale przeznaczając mniej mocy na każdy rikłest (jeden wątek)
• albo mniejszą liczbę rikłestów, ale za to przeznaczając więcej mocy na każdy rikłest (wiele wątków)

Wybór oczywiście zależy od konkretnego kontekstu, aczkolwiek obecnie raczej dąży się do maksymalizacji liczby requestów, i asynchronicznego programowania wszystkiego co jest ograniczone przez I/O.

Mam pytanie po co uczyć się drugiego języka programowania zamiast JavaScript, skoro Node działa po stronie backendu i jest szybsze V8 od PHP, Python, Ruby? Czy chodzi o to że Node nie nadaje się do małych stronek, wizytówek?