ПК
Так никто не говорит, что Java (и очень сильно C#) не росла именно на практике плюсового кода
Ну а ты говоришь, что в джаву превращаем. Не, это возвращение к корням)
Size: a a a
2020 June 16
CD
Ну а ты говоришь, что в джаву превращаем. Не, это возвращение к корням)
Там дело в том, что пользователи хотели именно Java и поэтому так и писали на C++, просто ничего более близкого не было
A
Тут два варианта. Либо богатая стд библиотека, либо стандартный манагер пакетов, чтоб можно было легко нужный функционал качать с "гитхаба".
+++
CD
Тут два варианта. Либо богатая стд библиотека, либо стандартный манагер пакетов, чтоб можно было легко нужный функционал качать с "гитхаба".
Мне кажется, что ты считаешь, что главная проблема переиспользования С++ кода это отсутствие менеджера пакетов :)
EP
Тут два варианта. Либо богатая стд библиотека, либо стандартный манагер пакетов, чтоб можно было легко нужный функционал качать с "гитхаба".
ага, но отсутствие пм не означает, что надо всё упихивать в стд либу
- сделали fmt - хорошо? качественно? используй из репов, зачем в стд
- хотят аудио? так реализуй своё предлагаемое апи, будут использовать
- сделали fmt - хорошо? качественно? используй из репов, зачем в стд
- хотят аудио? так реализуй своё предлагаемое апи, будут использовать
A
Мне кажется, что ты считаешь, что главная проблема переиспользования С++ кода это отсутствие менеджера пакетов :)
Лично для меня - да, подключать сторонние библиотеки слишком больно. Поэтому либо header-only, либо если некуда деваться.
ПК
Мне кажется, что ты считаешь, что главная проблема переиспользования С++ кода это отсутствие менеджера пакетов :)
Так и есть, люди раньше писали свои строки, потому что не было std::string. Щас пишут свои велосипеды, потому что проще написать велосипед, чем ебаца с подключением библиотеки
A
Так и есть, люди раньше писали свои строки, потому что не было std::string. Щас пишут свои велосипеды, потому что проще написать велосипед, чем ебаца с подключением библиотеки
А сейчас пишут свои строки, потому что нет юникода)
ПК
Так что либо дайте работягам std::, либо манагер пакетов
CD
Так и есть, люди раньше писали свои строки, потому что не было std::string. Щас пишут свои велосипеды, потому что проще написать велосипед, чем ебаца с подключением библиотеки
Ага. Например, у меня стоит libicu, не используется почти весь буст потому что мне надо будет патчить его код, не используется std::fs потому что он не отвечает моим задачам, не используется std::future потому что он не отвечает моим задачам
CD
std::format автоматически попал в эту группу, fmtlib тоже не отвечает моим задачам
CD
Что касается future, мне вообще было бы интересно узнать смысл его существования, до сих пор не могу понять
В корутинах
ПК
Что касается future, мне вообще было бы интересно узнать смысл его существования, до сих пор не могу понять
Думаю с корутинами они станут юзабельными
CD
Так что либо дайте работягам std::, либо манагер пакетов
В чем твоя проблема поставить любую либу, любой менеджер пакетов? Это что, настолько труднодоступная идея?
A
В чем твоя проблема поставить любую либу, любой менеджер пакетов? Это что, настолько труднодоступная идея?
Менеджеры более-менее нормально работают только последние года два. А вот у меня проект под винду, мак, андроид, ios, и ещё linux просто потому, что могу. Один проект, кросс-платформенный. Много я добьюсь успеха в подключении нужных мне либ из менеджера под каждую платформу, особенно мобильные?
CD
Так что либо дайте работягам std::, либо манагер пакетов
Проблема не в менеджере пакетов, ответ в том, почему в Java все функции виртуальные. Ты не можешь проходить границы библиотек. Я должен выбрасывать весь класс std::unique_ptr, если мне надо исправить один его ужаснейший для моих примеров недостаток
RR
а зачем нужен был future в С++11, если корутины только в 20?
Я понимаю, что его куда-то можно было приклеить, если хочется, но точно так же можно и не клеить. Ни разу не видел задачи, которую бы он органично решал.
Я понимаю, что его куда-то можно было приклеить, если хочется, но точно так же можно и не клеить. Ни разу не видел задачи, которую бы он органично решал.
Загрузка ресурсов?
EP
Менеджеры более-менее нормально работают только последние года два. А вот у меня проект под винду, мак, андроид, ios, и ещё linux просто потому, что могу. Один проект, кросс-платформенный. Много я добьюсь успеха в подключении нужных мне либ из менеджера под каждую платформу, особенно мобильные?
попробуй, зарепорти проблемы, в следующий раз успех наступит быстрее