Ну то есть да, этот код *должен* сломаться, когда появится std::apply.

Комитет старается специально ради тебя, чтоб тебе не было больно апгрейдиться на новые версии языка.

Но вот с апгрейдами vs нередко всякие конфузы встречаются, независимо от пожеланий комитета

тебе ссылочку скинуть на эпопею?

Давай, мне интересно было бы почитать.

Давай, мне интересно было бы почитать.

https://www.linux.org.ru/forum/development/13158009

Но вот с апгрейдами vs нередко всякие конфузы встречаются, независимо от пожеланий комитета

Ну, блин, понятное дело, что в жизни частенько бывает всякое.

Но вот с апгрейдами vs нередко всякие конфузы встречаются, независимо от пожеланий комитета

а это уже спасибо разработчкам тулчейнов

Не обязательно.

С обновлением VS может обновиться много сопутствующего барахла — MFC там какой-нибудь или ATL.

ну и + конечно же своему коду

А в новом ATL могут убрать или сломать фичи старого. Редко, но бывает.

(не спрашивайте, откуда я знаю)

не надо так делать - stdX зарезервированы

Почему нельзя?

(не спрашивайте, откуда я знаю)

пссс, я тоже познакомился с этим при апггрейде на vs2017 ?

Почему нельзя?

не гадь не в твоё пространство имён

не гадь не в твоё пространство имён

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

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

не всегда

не гадь не в твоё пространство имён

кроме тех случаев когда это можно да

Формально Александр прав. Размещение пользовательского кода в std:: это плохо, в стандарте это указано.

https://www.linux.org.ru/forum/development/13158009

Я уже рассказывал, что у нас в проекте было 4 весрии буста, которые потом долго и мучительно изводили? С тех пор для 3rd-party нужны веские основания

Можно завернуть в #ifdef

=)

Я уже рассказывал, что у нас в проекте было 4 весрии буста, которые потом долго и мучительно изводили? С тех пор для 3rd-party нужны веские основания

йопт

Я уже рассказывал, что у нас в проекте было 4 весрии буста, которые потом долго и мучительно изводили? С тех пор для 3rd-party нужны веские основания

то, что у вас 4 версии буста, это уже сами виноваты

Трижды виновны, ага.

Трижды виновны, ага.

+

Я верю, что все три раза были какие-то причины для того, чтобы вносить такую вот дивергенцию в проект. Но это технический долг, и рано или поздно его придётся оплатить.

Появлялись не только новые баги, но и новые фичи. Фичи хотелось, а баги — нет

Формально Александр прав. Размещение пользовательского кода в std:: это плохо, в стандарте это указано.

This is one of these situations where declaring something in namespace std is legal. namespace std { template <> struct is_error_code_enum<FlightsErrc> : true_type {}; } кеке

@zamazan4ik так ты его в итоге убедил? Есть какие-то подвижки? Чего предпринимал для достижения цели?

пользовательский код в std!

@zamazan4ik так ты его в итоге убедил? Есть какие-то подвижки? Чего предпринимал для достижения цели?

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

А дальше либо вы вместе придёте к выводу, что твоё решение плохое, либо запланируете его применение.

@zamazan4ik так ты его в итоге убедил? Есть какие-то подвижки? Чего предпринимал для достижения цели?

2 сезон 1 серия "Джун против тимлида". Новые герои, новые коммиты, новые баги и фичи, чем же всё закончится?

@zamazan4ik так ты его в итоге убедил? Есть какие-то подвижки? Чего предпринимал для достижения цели?

Я достиг нулевого результата

и ушёл с того проекта

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

всё это было. И привело ни к чему

и ушёл с того проекта

Проблем_решено += 1;

/stat@combot

combot.org/chat/-1001031904034

(тот же самый инженерный подход, между прочим: недостатки от нахождения на проекте перевесили преимущества)

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

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

Это ещё зависит от типа человека, мне благо повезло работать в коллективе без, так скажем, предвзятости в этом плане.

и меня это радует

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

Ты там один чтоли его пишешь? :)

Ты там один чтоли его пишешь? :)

да

?

победа

ну если сам с собой не можешь спорить, найди кого-нибудь!

?

Один на два проекта. И меня это радует. Причём один из них просто вылизан, полностью на С++11, обмазанный doxygen, с задушенными варнингами, постоянно гонялся статическим анализом и так далее

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

ты ж вроде говорил что не удаётся убедить начальство на внедрение каких-то новых технологий, ибо временнОй бюджет поджимает )

ты ж вроде говорил что не удаётся убедить начальство на внедрение каких-то новых технологий, ибо временнОй бюджет поджимает )

Это вопрос выбивания бюджетов и немного другая тема

а, вспомнил, там про ковыряние в CI было

так как я сам себе менеджер, то я уже решаю, что полезно было бы, что стоит внедрять, в каком месте стоит разработчику (то есть мне) влить время и какой от этого ожидается выхлоп. Потом со всем этим я иду и запрашиваю бюджет. Если всё ок, то я начинаю что-то делать, если нет - то делаю так, чтобы они согласились с моими запросами

ребят, а кто знает хороший парсер\билдер JSON ? Желательно плюсы.

ребят, а кто знает хороший парсер\билдер JSON ? Желательно плюсы.

nlohmann

ребят, а кто знает хороший парсер\билдер JSON ? Желательно плюсы.

https://github.com/nlohmann/json

о, уже второй раз советуют. Видимо, действительно хороший

https://github.com/miloyip/nativejson-benchmark выбирай по вкусу )

ну можешь взять dropbox/json11

rapidjson самый быстрый, но и жирноват при этом

https://github.com/miloyip/nativejson-benchmark выбирай по вкусу )

крутяк, спасибо

ну вообще, rapidjson серьёзней всех выглядит

даже модель нарисовали

ну для моих целей один хедер удобнее целой телеги которую надо отдельно собирать

ну, у меня проект под линукс. Мне только зависимости прописать

да слинковать

ERROR: S client not available

да слинковать

посмотри, мб что годное на conan-transit найдёшь

Люди где почитать про release sequence, тоесть почему read-modify-write после release не требует release?

Супапро не предлагать

Люди где почитать про release sequence, тоесть почему read-modify-write после release не требует release?

я так понимаю, что здесь ты уже был

http://en.cppreference.com/w/cpp/atomic/memory_order

Да был

Там написано что да read-modify-write входит в release sequence

И все

посмотри, мб что годное на conan-transit найдёшь

что это такое? в первые слышу

что это такое? в первые слышу

один из двух репозиториев для пакетного менеджера conan. Conan - пакетный менеджер для С++ (и не только)

что это такое? в первые слышу

https://www.conan.io/

ох ебать круто

а я по старинке deb пакеты делаю

а я по старинке deb пакеты делаю

отвыкай

Но дебпакеты лучше же?

он и линкует сам?

Но дебпакеты лучше же?

чем?

Щас бы тыщу пакетных менеджеров

Под разные задачи

он и линкует сам?

линковкой занимается линковщик

С разными багами

Щас бы тыщу пакетных менеджеров

не путай пакетный менеджер системы и язык программирования

а в чём профит? кроссплатформенность?

он и линкует сам?

но он генерит тот же cmake файл, который можешь подтянуть и cmake сам всё присобачит

не путай пакетный менеджер системы и язык программирования

Я не путаю, у меня ваще все из аура выкачивается это 10/10

а в чём профит? кроссплатформенность?

+

Даже андроид штуки обновляю через aur, sdk manager всосал

Даже андроид штуки обновляю через aur, sdk manager всосал

на винде аура нет

и это проблема

так точно!

А в чем соль? Скачал конан, поискал пару-тройку популярных либ - ничего не найдено