вопрос просто в следующем: вот функция с 10 параметров, ну неужели нет типовых вызовов

Сделай билдер

1) нечёткий поиск 2) ускорение существующего поиска 3) имплементации новых поисковых алгоритмов 4) rope 5) boost.trie 6) больше утилитарных алгоритмов

Кстати, тут как раз образовалась небольшая но очень полезная задачка https://stdcpp.ru/proposals/73c3ec73-a249-4044-92b8-912361536803/592ebb07fd92a40028047ac9

Кстати, тут как раз образовалась небольшая но очень полезная задачка https://stdcpp.ru/proposals/73c3ec73-a249-4044-92b8-912361536803/592ebb07fd92a40028047ac9

У меня такое есть в проекте, там вопрос возникает, если разбивать по строке и префикс-функция разделителя не 0

Нужен пример

Какой ожидаемый результат сплита ababa по aba?

template <typename Derived> class Base : Derived {}; ?

Наоборот, может быть?

Кстати, тут как раз образовалась небольшая но очень полезная задачка https://stdcpp.ru/proposals/73c3ec73-a249-4044-92b8-912361536803/592ebb07fd92a40028047ac9

Надо в бота прикрутить поиск по предложенным пропосалам

Наоборот, может быть?

Возможно, я цртп почти не пользуюсь, и поэтоау могу забывать детали синтаксиса

1) нечёткий поиск 2) ускорение существующего поиска 3) имплементации новых поисковых алгоритмов 4) rope 5) boost.trie 6) больше утилитарных алгоритмов

Персистенты-то как сейчас поживают?

Какой ожидаемый результат сплита ababa по aba?

Когда разделитель идёт первым символом - да, не приятно. Логично сделать пустой результат

Да не, вопрос в пересечении вхождений

cababababac по aba

Какой ожидаемый результат сплита ababa по aba?

монада Maybe, но тут нет монад( upd. тупанул, бывает

логично сделать два режима - с конца или начала

первый сплитит cab <aba> b <aba> c второй аналогично с конца

логично сделать два режима - с конца или начала

Нет, есть rbegin+rend

правда в таком примере одинаковый результат

Нет, есть rbegin+rend

тогда результат будет перевернут

Моя версия считала, что надо сплитить жадно слева с отбрасыванием, но уже неприятно, что число токенов и число вхождений не связаны

В итоге я с юзера явно параметр просил с ассертом, что он понимает эту тонкость

Помню еще, что там важный оптимиз был сразу вернуть всю строку при 0 вхождений, но там были COW строки

http://en.cppreference.com/w/cpp/types/void_t почему именно void ?

почему не char или bool?

потому что void a; не бывает

да и void часто используется в SFINAE всяких

но так то можно и bool взять и будет работать

да?

просто название не отражает действительность. это не void_t, а stub_t какой-то

обман компилятора

или тогда уж надо для всех скалярных типов так нахерачить

чего мелочиться

потому что void a; не бывает

но так то можно и bool взять и будет работать

но я сам не сильно шарю

По просьбам студентов СПбГУ выкладываю опрос: Мы, группа студентов факультета социологии СПбГУ, проводим большое исследование рейтинга IT-работодателей Санкт-Петербурга и Москвы. Пожалуйста, поддержите нас, пройдя опрос по ссылке: http://sgiz.mobi/s3/63243b734400 . Опрос состоит только из закрытых вопросов и займет 5 минут. Результаты опроса планируется опубликовать на habrahabr.ru в блоге “Моего круга” и в группе https://vk.com/jugru #poll

или тогда уж надо для всех скалярных типов так нахерачить

Вот этого не надо. Смысл в void_t в том, чтобы для всех шабалонных параметров, которые проинстанцировались получался void. Если будут получаться разные типы - то будет больше инстанцирований, больше сигнатур функций и компилятору придётся делать дополнительную работу по схлопыванию одинаковых функций + придётся каждую сигнатуру экспортировать из so/dll что приведёт к большему размеру бинарника

Вот этого не надо. Смысл в void_t в том, чтобы для всех шабалонных параметров, которые проинстанцировались получался void. Если будут получаться разные типы - то будет больше инстанцирований, больше сигнатур функций и компилятору придётся делать дополнительную работу по схлопыванию одинаковых функций + придётся каждую сигнатуру экспортировать из so/dll что приведёт к большему размеру бинарника

есть что-то первобытно костыльное в этом void_t

понятно что сейчас с ним жить пока удобно

Ну конечно есть проблемы: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1980

Всем, привет парни! Вопрос по ссылке в коде: http://cpp.sh/2aghq

Нет, пока нельзя. В С++20 собираются добавить такой функционал: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0596r0.html

Спасибо!

Всегда пожалуйста :)

Нет, пока нельзя. В С++20 собираются добавить такой функционал: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0596r0.html

А он линейный?

хм?

Ну, функционал. Он линейный?

детерминированный)

Ограниченный?

Ееее, Андрей триггернулся на "функционал"??? :3

Вопрос дилетанта. если взять С++ 11, 14, 17, 20 то какие из этих версий наиболее похожи и не потребуют какого-то серьезного переобучения?

11 и 14, кмк

11 14

20 еще нет

Спасибо!

я если честно о 17-м только сегодня услышал

но я ичар, мне можно.)

это по годам, если что

2011, 2014, 2017, 2020

Еще есть 98

и 03

Вопрос дилетанта. если взять С++ 11, 14, 17, 20 то какие из этих версий наиболее похожи и не потребуют какого-то серьезного переобучения?

Все не потребуют :) Каждая новая версия только добавляет возможностей. Все эти версии в основном добавляли новые классы в стандартную библиотеку и совсем чуть-чуть в ядро языка ( и много вещей внутренней кухни, которые позволяют делать новые оптимизации компилятору, но не видны снаружи).

> добавляет возможностей пора бы уже начать запрещать что-нибудь

и 03

А вот переход с 03 на 11 - потребут обучения, т.к. в 11 было добавлено несколько концептуальных вещей, которых нет в других языках программирования и с которыми больше люди нигде не сталкивались

> добавляет возможностей пора бы уже начать запрещать что-нибудь

Уже ж...

Все не потребуют :) Каждая новая версия только добавляет возможностей. Все эти версии в основном добавляли новые классы в стандартную библиотеку и совсем чуть-чуть в ядро языка ( и много вещей внутренней кухни, которые позволяют делать новые оптимизации компилятору, но не видны снаружи).

в 17 deprecated понавводили в std, так что совместимость поломали

ERROR: S client not available

пусть ломают

хоть фич добавится

из-за долбаной обратной совместимости развиваться не дают

хех.. а я не знал static_assert(!std::is_same<char, signed char>::value && !std::is_same<char, unsigned char>::value, ""); //neither

#holywar

#holywar

С таким заявлением вам лучше сюда: pro.cxx.holywars

в 17 deprecated понавводили в std, так что совместимость поломали

Ага, совместимость с С++98. Убрали пару вещей, на которые все жаловались и которые массово порождали ошибки. Ну как бы 10 лет прошло, можно раз в 10 лет прибраться в языке

Ага, совместимость с С++98. Убрали пару вещей, на которые все жаловались и которые массово порождали ошибки. Ну как бы 10 лет прошло, можно раз в 10 лет прибраться в языке

Блин(( Как раз на работе в 98 до сих пор пишем....

Ага, совместимость с С++98. Убрали пару вещей, на которые все жаловались и которые массово порождали ошибки. Ну как бы 10 лет прошло, можно раз в 10 лет прибраться в языке

раз в 20 )

Ага, совместимость с С++98. Убрали пару вещей, на которые все жаловались и которые массово порождали ошибки. Ну как бы 10 лет прошло, можно раз в 10 лет прибраться в языке

Ибм до сих пор вспоминает эту уборку??

?

какая-то известная история? на триграфах код писали?

Триграфы

Парни ещё вопрос связанный с семантикой перемещения, по ссылке в коде: http://cpp.sh/3ktkr

какая-то известная история? на триграфах код писали?

Они и писали. У них же EBCDIC

EBCDIC — Википедия ru.wikipedia.org EBCDIC (англ. Extended Binary Coded Decimal Interchange Code — расширенный двоично-десятичный код обмена информацией; произносится «эб-си-дик») — стандартный восьмибитный код...

на земле вообще нужны сигнатуры фунцкий

void foo(std::string&& s) ?

почему не получать void foo(std::string s) ?

Что?

а как надо? @webreh

человек в D захотел)

не знаю, мне всегда хотелось просто писать void foo(std::string s)

и не будет приколов с тем, что параметр, переданный по && на самом деле не разрушен по-правильному

пиши string_ref

пиши string_ref

string_view</зануда-mode>

хотя функция в данном случае должна была const std::string& получать

не знаю, мне всегда хотелось просто писать void foo(std::string s)

Разная ж семантика

string_view</зануда-mode>

Опередил

семантика разная

пропустит вызов с конструктором копирования или нет

Парни ещё вопрос связанный с семантикой перемещения, по ссылке в коде: http://cpp.sh/3ktkr

потому что мув конструктор не вызывался внутри функции. было бы там std::string q = std::move(s); std::cout << q << " moved\n";