Ну не сказал бы что все так категорично, но скажем так да, лучше Прата перед этим прочитать

Но книга хорошая, как раз посмотришь что там в 14-17 нового интересного

На самом деле такая мания к книгам для новых стандартов на мой вкус не особо актуально, все что было после 11 стандарта я узнал с хабра и с докладов со всяких конференций

Ни одной книги я для этого не читал

возможно, это было справедливо в некоторой степени для с++98. Но C++11 и C++17 - это все еще один и тот же язык, основа там не поменялась

Какие то детали иногда на цппреф или на со уточнял

Принципиально, давай так. С++14 ещё ладно, но С++17 больше всего приносит для библиотечной разработки. Ею ты пока заниматься не будешь. Новые классы по типу std::variant и т.д. спокойно осваиваются без какого-то там супер введения в стандарт. Если так хочется попробовать ренжи из С++20, они есть в виде библиотеки. Принципиальной сложности в их освоении после STL нет в принципе. А вот освоение STL всё равно полезно. Концепты? Ну скажи мне, что ты будешь их использовать. Модули? Это, конечно, классно, но опять же, вряд ли ты пока столкнёшься с проблемами, которые они решают, а освоить их совсем легко. Ну и наконец корутины. Это сложно, это долго, забудь о них пока. Ну и что там осталось от двадцатого стандарта? Да ничего почти, из того, что реализовано в компиляторах. Не нужен тебе этот стандарт

Ну про модули ты загнул)

Чего? :)

Не сильно сложно, конечно, но и не «совсем легко»)

Как по мне

Учитывая, что надо изучать совсем новые принципы организации кода

А кто их знает сейчас... Особенно с учётом отсутствующее кривых реализаций в компиляторах и несуществующей нормально пока поддержки в билдсистемах

Уважаемые помогите, я создаю в хедере  шаблонный класс  с предварительным объявлением конструктора и деструктора  реализацию их решил сделать в  .cpp  и соответственно для этого добавил шаблоны и к определениям оных при попытке компиляции  вылазит LNK2019   если удалить шаблонность из класса или сделать все в хедере это конечно решит проблему  но вопрос можно ли как то починить все оставит определение в соседнем файле а не там где объявлен класс

Ну опять-таки, как посмотреть. В моём понимании изучит модули = изучить все до корочки вплоть до формата интермидиет файлов и аби

Нет, вот последнее это лишнее. Это какие-то временные компиляторозависимые костыли. Имхо, конечно

Как правило книги появляются раньше имплементации стандартов  в софте/железе  и пишутся они теми же людьми, которые эти стандарты и разрабатывают.

Ну это точно не «как привило»)

В академическом мире именно так.

Знаешь что? SFINAE появилось очень давно, в С++98, но никто и близко не ожидал того, что этот принцип позволит сделать. Новые вещи придумывают, но практика показывает своё. И для практики с С++20 прошло слишком мало времени, учитывая, насколько это обширный стандарт