да вопрос был глупенький, пардонте

О некоторых вопросах инженерной культуры разработки на С++. 25.06.2020 19.00 (Москва, Минск) UTC+3 - @corehard_by

С++ развивается. Появляются новые подходы к разработке, появляются новые средства в экосистеме и в самом С++. Казалось бы - бери, учись и пользуйся. Но постоянно приходится сталкиваться с архаичными подходами к разработке на С++, а порой и просто вредительскими. Таких примеров достаточно много. И именно это я называю низким уровнем культуры разработки.
На митапе затронем следующие темы:
- Что такое культура разработки
- Как на культуру разработки оказывает влияние экосистема языка программирования
- Почему стоит задумываться о культуре разработки
- Основные проблемы с культурой разработки в С++
- Что с этим делать и стоит ли с этим что-то делать

- zoom для поговорить:
https://us02web.zoom.us/j/4738226890?pwd=K01aQnM1Tkt0Qmw5Q2p0M2VKQzVFZz09

- youtube для послушать:
https://www.youtube.com/watch?v=tV9YYJQlmuI

парни, как в gdb tui переместится на другой исходник или на брекпойнт?

file?

list имя_функции помогло, что я хотел

Там вообще man есть

Если он легкий, то в @supapro

всем привет
кто подскажет, в чём мотивация отсутствия константных итераторов для span?

там какая-то мутная история. в ранних версиях P0122 они сначала были, потом их убрали, потом вернули обратно, и та версия, которая пошла в стандарт, их содержала. но в текущем черновике их и правда нет, и я не могу найти бумагу, в которой их опять убрали

вот пара выдержек из бумаги:

Removed const_iterator begin const() and const_iterator end const () members of span based on LEWG feedback. For a view type like span, the constness of the view is immaterial to the constness of the element type, the iterator interface of span now reflects that.

There is no difference in the mutability of the iterators returned from a const or non-const span as the constness of the element type is already determined when the span is created. As is appropriate for a view, whether the span itself is const does not affect the element type, and this is reflected in the simplicity of the iterator model.

span - представление, какой тип базовых итераторов, такой и прикуп. даешь на вход пару константных итераторов, получаешь begin/end константные, даешь пару неконстантных, получаешь пару begin/end неконстантную.

При этом span прлучается нифига не Container, потому что не имеет cbegin

Но предоставить cbegin несколько misleading, потому что полученный из span<non-const T> const_iterator сможет модифицировать элементы

Хотя почему не запретить?

Я как бы понял мотивацию по упрощению апи, но как с этим быть неясно

cbegin/cend/rbegin/rend/crbegin/crend не нужны
* мем: переубеди меня *

Я не хочу писать as_const(c).begin()

А я не хочу писать std::reverse_iterator{c.begin()}

И const_iterator по наитию запрещает использовать себя как OutputIterator

ну для спана тебе это и не поможет

в большинстве случаев тебе не нужны итераторы, а нужен целый диапазон, что можно выразить в терминах ranges

Хочешь сказать это надеждоц на популярность ренжей продиктовано?