From another planet,

Ну насчет того, что не будет - я с ходу не помню, но может и правда, что-то уберут.

Ну а так, я понимаю ваш коллега говорит о так называемых "modern" сайтах и библиотеках. Т.е. сейчас работают 2 модели: classic (т.е. привычные сайты, с привычным набором веб-частей, с классической разработкой и всё такое) и modern.

Конкретно modern модель сейчас доступна для 2-х сайтов: сайты для Office365 Group (Team Site) - они привязаны к Office365 и Communication Site эти не привязываются.

Как они выглядят с точки зрения пользователя можно посмотреть здесь https://social.technet.microsoft.com/wiki/contents/articles/40067.sharepoint-online-modern-team-sites.aspx

Некоторые элементы этих сайтов (например, новые web parts или новый UI для библиотек) можно заполучить и на классических сайтах. Но вот стоит ли смешивать - я не уверен.

Так как это, в первую очередь сайты для Office 365 (т.е. SharePoint Online), то там радикально меняется модель разработки (впрочем, если вы работаете с SharePoint On-Premise, т.е. с тем же SharePoint 2016 - всё старое будет поддерживаться, только вот развития не будет). Итого получается:
- не будет никакого серверного кода (т.е. забываем про Farm Solutions и Sandboxed Solutions)
- вся разработка на сайтах теперь только клиентская. Если нужен серверноый код - размещаем на отдельных серверах (в Cloud).

Поэтому основные элементы разработки:
- Add-in/Apps (правда мне пока не понятно на долго ли).
- клиентские Web Parts и Extensions

Собственно, что можно, а чего нельзя использовать для разработки на modern сайтах можно прочесть в разделе https://docs.microsoft.com/en-us/sharepoint/dev/solution-guidance/modern-experience-customizations
Там всё достаточно толково расписано: как программно создавтаь такие сайты, что там доступно, а чего нет...

В целом получается, что все привычные элементы даже из клиентской разработки (Script Parts, client side rendering, ...) - полностью забирают.
Взамен предлагают использовать "модный, стильный, молодежный" SharePoint Framework (SPFx) https://docs.microsoft.com/en-us/sharepoint/dev/spfx/sharepoint-framework-overview

Там радикально меняется модель разработки и инструменты: Node.js, TypeScript, npm, Yeoman, gulp, ...
С другой стороны есть возможность разрабатывать локально без развертывания SharePoint и без доступа к SP Online.

Вообще они планируют менять очень много. Как я понимаю, сейчас вырисовывается такая картина:
- для кастомизации самих SharePoint сайтов вы используете SPFx и пишите или Client WebParts или Extensions (они, в основном, в UI). Сейчас доступны расширения для header/footer, для меню и столбцов библиотек).
- для кода серверной логики используете сервисы, размещаемые где-то в облаке (том же Azure). Сейчас основной инструмент для этого App-ы, хотя можно сделать и просто свой сервис, который подписать на те же web hooks от списков...
- основной API для взаимодействия с сайтами это REST, но тут есть 2 варианта: уже привычный SharePoint REST (который обернут в CSOM или JSOM) и Graph API (этот конкретно по SharePoint поддерживает пока мало чего, но зато он всеобъемлющий - т.е. идля OneDrive, и для Exchange, и для AD, ...). Больше всего они толкают использовать последний, но как он будет работать в On-Premise я не представляю.
- Часть сервисов, видно будут тоже меняться. В частности Workflow пока есть, но его назыают SharePoint 2013 Workflow, что намекает. Взамен предлагают для AdHoc процессов (которые типа сами пользователи рисуют) использовать Microsoft Flow ( https://flow.microsoft.com/en-us/) или если нужно что-то посложнее Azure Logical Apps ( https://azure.microsoft.com/en-us/services/logic-apps/), хотя там всё равно тот же принцип - пишем Workflow, который просто дергает внешние сервисы.


Ну а дальше уже сами смотрите как глубоко падать в эту нору.
Для новичков всё и правда выглядит куда интереснее и логичнее прежней модели. Хотя вывсё время будете натыкаться, что "этого нет, это не доделано, это выглядит, как и работает - убого"
Для тех, кто будет мигрировать с SP 2007/2010/2013 нужно по сути переучиваться с 0 (ну разве что в 2013 вы вовсю штамповали App-ы, но и то это только малая часть).

Просто примите как данность - Microsoft активно развивает облака и хочет основной доход получать именно оттуда. Соответственно все On Premise решения будут всё больше отставать (или как минимум в той части, которая не торчит из облака - не будут развиваться).