Не понимаю, почему это должно быть в std. Язык должен отвечать современным требованиям, но он не должен быть сборищем популярных библиотек. Это же всё решается git clone. В общем, был бы я в комитете, не одобрил бы.

Вообще на самом деле не было бы таких проблем, если бы включили пакетирование

так и я о чём

ну уйдёт json, придут другие форматы, а нетворкинг вечен как аллах

не по комменту, но если внести в стандарт работу с XML, то это решило бы множество проблем и не надо было бы писать миллионы трансформеров

Если подключение либы это не танцы с бубнами с 90% случаев, то все бы забили на недостаток std и юзали кастомные либы

двачаю господину выше

Если подключение либы это не танцы с бубнами с 90% случаев, то все бы забили на недостаток std и юзали кастомные либы

Даёшь модули!

Даёшь единый пакетник!

Через 3 года посмотрим)

Еще год на поддержку

Еще год на наполнение

Один пакетник! Один репозиторий! Один язык!

Не понимаю, почему это должно быть в std. Язык должен отвечать современным требованиям, но он не должен быть сборищем популярных библиотек. Это же всё решается git clone. В общем, был бы я в комитете, не одобрил бы.

Решается git clone? хаха. В нашем проекте cmake-конфигурация 100500 тыщ строк какой-то магической хрени!

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

блин, ну про git clone я утрировал по второму, ты же в любом случае юзаешь левые решения, тот же буст

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

двачаю

Мы же не модый язык. Так заведено, что у всех все свое. Своя атмосфера. Хочешь, ебани свое

Писать свою либу, конечно. </sarcasm>

ну вообше да, на самом деле приняв модули можно споткнуться о фигню вроде left-pad

Один пакетник! Один репозиторий! Один язык!

On Lang to rule them all!

ну вообше да, на самом деле приняв модули можно споткнуться о фигню вроде left-pad

Будто плохо.

Все просто привыкли писать эффективные решения для каджой ситауции

потому что это удобная либа с огромным функционалом? Отгадал? Ну так и должно быть. Вот решил я осилить плюсы, в идеальном мире я хочу относительно тонкую книжку про то как на этом языке нормально писать, а не спецификации работы с xml и даже нетворкингом, по сути это не имеет отношения к языку.

On Lang to rule them all!

one fuhrer one reich

one fuhrer one reich

'\0'

потому что это удобная либа с огромным функционалом? Отгадал? Ну так и должно быть. Вот решил я осилить плюсы, в идеальном мире я хочу относительно тонкую книжку про то как на этом языке нормально писать, а не спецификации работы с xml и даже нетворкингом, по сути это не имеет отношения к языку.

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

на самом деле фишка в том, что свое мейнтейнить потом проще и от thirdparty никак не зависишь

Нужен тебе нетворкинг, ты скачал либу, у которой больше всех звёздочек и радуешься жизни. В идеальном мире, конечно.

Ребята, с такими разговорами лучше в холивары

конечно же, оно маленькое ламповое И ТЫ ЗНАЕШЬ КАК ОНО РАБОТАЕТ - ЭТО ТВОЙ САМОВАР ГОВНА!!!!!

^_^

Нужен тебе нетворкинг, ты скачал либу, у которой больше всех звёздочек и радуешься жизни. В идеальном мире, конечно.

Ну тут тоже есть твои траблы А если ее удалят? А если там баг?

Тебе же никто ничего не гарантирует

продакшон же, самовар говна это святое

Но звучит красиво, да

Ну тут тоже есть твои траблы А если ее удалят? А если там баг?

будто в std багов нету

а если в компиляторе баг? а если вообще в железе?

вот как раз весь прод и живет со своими китами

вот как раз весь прод и живет со своими китами

это только ваш на самом деле

лол

а если в компиляторе баг? а если вообще в железе?

Ну блин Везде может быть баг Вопрос в вероятности его появления

Ну блин Везде может быть баг Вопрос в вероятности его появления

Тут все зависит от того, как сильно код покрыт тестами

Ну блин Везде может быть баг Вопрос в вероятности его появления

ну так всё же люди делают. То что это есть в стандарте — не гарантия того, что это лучшая реализация и без багов

это только ваш на самом деле

в любой большой конторе есть своя либа с говна-пирога

есть еще мейнтейн чужих решений. когда держишь горы патчей :)

в любой большой конторе есть своя либа с говна-пирога

как правило для решения специфичных для этой конторы проблем, не велосипеды.

как правило для решения специфичных для этой конторы проблем, не велосипеды.

специфичные вещи это продукт. Либа нужна чтобы строить эти продукты

специфичные вещи это продукт. Либа нужна чтобы строить эти продукты

ты какую-то хуйню сказал, я ничего не понял :)

А что делать, если решение перестает подходить? Или требует оптимизаций? Или перестает поддерживаться? Это же заканчивается тем, что приходится самим форкаться и во всем разбирать. Или все равно свое писать.

будет мейнтейн чужой либы вместо мейнтейна своей либы со слезами =) на какой суппорт сам сядешь, на какой лида посадишь? :)

на самом деле фишка в том, что свое мейнтейнить потом проще и от thirdparty никак не зависишь

Автору велосипеда его мейнтейнить и правда проще. Человеку, который придёт после тебя - ад и содомия. Ну а еще в своём велосипеде будет 100500 ошибок, о которых ты не догадываешься, ибо не сталкивался и не задумывался... Это безобразие будет постепенно, год за годом вылезать и чиниться. В итоге в сумме потратится намного больше времени

ты какую-то хуйню сказал, я ничего не понял :)

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

Автору велосипеда его мейнтейнить и правда проще. Человеку, который придёт после тебя - ад и содомия. Ну а еще в своём велосипеде будет 100500 ошибок, о которых ты не догадываешься, ибо не сталкивался и не задумывался... Это безобразие будет постепенно, год за годом вылезать и чиниться. В итоге в сумме потратится намного больше времени

приколы и наследие это святое, лулзов ловится куча, да)

не-не, это все в отлично работающем продукте)

Это ж наше, девелоперское, QA не знают об этом, а нам смешно

БОЛЬШЕ ВРЕМЕНИ = БОЛЬШЕ ДЕНЕГ, АХАХАХА

Что-то я уже потерялся, куда ушло русло спора

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

Ну я считаю, что лучший пример - это ява Широкая стандартная либа, которая дополнена всякими левыми плюшками

Не их вина, что они в этом не разбираются. Я не оправдываю, просто констатирую факт.

Ну я считаю, что лучший пример - это ява Широкая стандартная либа, которая дополнена всякими левыми плюшками

А ещё дофига сторонних либ, и они нормально без боли ставятся.

А ещё дофига сторонних либ, и они нормально без боли ставятся.

Я про то и говорю

Но есть опасность скатиться в JS

Я про то и говорю

Ну так если бы у плюсов всё нормально было с сторонними либами, всем бы было почти пофиг, что происходит в std.

Да либы-то есть

Нет инструментария их наката

кто-то уже озвучивал эту мысль

Я)

Нет инструментария их наката

да, я про это имел в виду

Ну я считаю, что лучший пример - это ява Широкая стандартная либа, которая дополнена всякими левыми плюшками

+. Поддержу еще @zamazan4ik, что стандартная либа должна покрывать много частых применений вообще, а не "100 самых применимых фич". В других языках стандартная библиотека развивается, и ничего - живут же как-то, и с легаси кодом в т.ч. А велосипеды связаны еще и с тем, что проще и быстрее написать свое, родное, чем с матами и прибаутками вклинимать в проект еще-одну-зависимость.

Ну понятное дело, что зависит от задачи. Мне тоже было бы проще взять другую библиотеку, чем писать свое.

Да я не понимаю о чем тут можно спорить Имхо все просто Стандартная либа должна поддерживать все часто используемые вещи, делать это, возможно, не самым удобным способом, но позволять сделать все что угодно А левые либы делают использование удобным для конкретной задачи

Я за то, что многие из библиотек решают свой вектор задач, а при небольшом отклонении от него уже начинается боль. Нет объединения опыта многих программистов в одном универсальном решении.

Из крупняка, который решает эти проблемы - Boost, folly, Qt. Но это сторонние либы, не входящие в стандарт.

У нас были велосипедисты, написали свой FFT, QR, SVD. В итоге не знаю, что со всем этим стало. Но это уже крайняя стадия, обычно пишут что попроще, парсеры xml там всякие.

Я за то, что многие из библиотек решают свой вектор задач, а при небольшом отклонении от него уже начинается боль. Нет объединения опыта многих программистов в одном универсальном решении.

одна большая кнопка, которая делает всё хорошо? Я не очень понял про универсальное решение, можешь раскрыть мысль?

это от руководства зависит

одна большая кнопка, которая делает всё хорошо? Я не очень понял про универсальное решение, можешь раскрыть мысль?

Ну вот на примере явы Стандартная библа позволяет парсить json, примерно как property_tree в бусте Это не оч удобно, но ты пропарсишь любой json при желании Есть gson, который тебе парсит json в модельки

И все счастливы

Да мне кажется легче уже просто на другой язык перейти, чем ждать от плюсов такой std (или пакетов).

Пакеты это приоритет имхо