согласен, на счет библиотечности, но пока получился сырой линал, где по-прежнему надо думать как расположить матрицу в памяти, якобы во благо, но такое и линал и network такие же библиотечные как filesystem, и все же хотелось бы обещанные и давно напрашивающиеся вещи увидеть, а пока, получается, очередной сырой стандарт в который не успели то, что обещали, но внесли задел для доработок на c++29
ну пока что каждый следующий стандарт доделывает предыдущий, уж имхо можно допилить фичу до конца, затем полноценно запустить, да это может быть не каждый три года), но оно и лучше: язык получает полноценный функционал не надо учить 10-15 стандартов за карьеру а для опробования функционала можно добавить реализацию пропозалов в экспериментальную секцию
ну так и std::mdspan подразумевает, что надо самому заморочиться с хранением, для операций над частью матрицы можно было бы сделать некоторый прокси, при необходимости
ну не совсем понятно зачем в стандарте прикладная вещь, в виде линейной алгебры, но снова не успевают с рефлексией и видимо network тоже хорошо себя чувствует, но нет? может быть делать стандарты пореже, но оттестированными и действительно вносящими новое?
Ускоренная обработка: отсутствие контрольной суммы, в связи с чем маршрутизаторам не нужно выполнять перерасчёт для каждого пакета. раз уж этот пункт за ipv6, может есть аргументы почему отказ от валидации пакета это здорово? потому что звучит не очень
Честно говоря, форматирование как в питоне может и пожить в питоне, хотелось бы наконец уже работу с сетью из коробки, а не выбирать из окружающих библиотек
как вы считаете возможно ли использование CATS вне проектов компании (вопрос не про "это внутренний инструмент", а про его применимость и не заточенность под конкретные цели и в зависимости от предыдущего пункта, есть планы вы выпуску CATS в опенсорс?
В статье получилось не расширить функционал, а изменить с java на python, совсем не универсально, и грустно, что пришлось оба раза что-то дописывать в саму dll... но extern C действительно снимает часть головной боли
мы можем утверждать, что маугли не обладает языком (и в достаточно позднем возрасте необратимо необучаем), а вот различает ли он цвета мы не подтвердить не опровергнуть не можем
а чем плох libjingle на основе которого написан webrtc?
итого: арабы активно шифровали.
а на счет: Абу Бакр Ахмедом бен-Али бен-Вахшия ан-Набати, там точно бен, а не ибн? бен больше у иудеев применялось, чем у арабов
Где же вы были 5 лет назад, когда я очень хотел нагуглить такую статью))
https://github.com/fffaraz/awesome-cpp#readme
согласен, на счет библиотечности, но пока получился сырой линал, где по-прежнему надо думать как расположить матрицу в памяти, якобы во благо, но такое
и линал и network такие же библиотечные как filesystem, и все же хотелось бы обещанные и давно напрашивающиеся вещи увидеть, а пока, получается, очередной сырой стандарт в который не успели то, что обещали, но внесли задел для доработок на c++29
ну пока что каждый следующий стандарт доделывает предыдущий, уж имхо можно допилить фичу до конца, затем полноценно запустить, да это может быть не каждый три года), но оно и лучше: язык получает полноценный функционал
не надо учить 10-15 стандартов за карьеру
а для опробования функционала можно добавить реализацию пропозалов в экспериментальную секцию
ну так и std::mdspan подразумевает, что надо самому заморочиться с хранением, для операций над частью матрицы можно было бы сделать некоторый прокси, при необходимости
ну не совсем понятно зачем в стандарте прикладная вещь, в виде линейной алгебры, но снова не успевают с рефлексией и видимо network тоже хорошо себя чувствует, но нет?
может быть делать стандарты пореже, но оттестированными и действительно вносящими новое?
но при этом наружу торчит
std::vector<double> A_vec(N*M);
вместо инкапсулирующего внутренности класса?а это вот совсем не смущает?
окей, спасибо, поинвестигаю на счет уровней
Ускоренная обработка: отсутствие контрольной суммы, в связи с чем
маршрутизаторам не нужно выполнять перерасчёт для каждого пакета.
раз уж этот пункт за ipv6, может есть аргументы почему отказ от валидации пакета это здорово? потому что звучит не очень
Честно говоря, форматирование как в питоне может и пожить в питоне, хотелось бы наконец уже работу с сетью из коробки, а не выбирать из окружающих библиотек
как вы считаете возможно ли использование CATS вне проектов компании (вопрос не про "это внутренний инструмент", а про его применимость и не заточенность под конкретные цели
и в зависимости от предыдущего пункта, есть планы вы выпуску CATS в опенсорс?
а почему бы и да, расскажите, может даже отдельной статьей
В статье получилось не расширить функционал, а изменить с java на python, совсем не универсально, и грустно, что пришлось оба раза что-то дописывать в саму dll... но extern C действительно снимает часть головной боли
вот это вот обучение на open source, а ведь в open source выкладывают и проекты закрытые к копированию и воспроизведению...
мы можем утверждать, что маугли не обладает языком (и в достаточно позднем возрасте необратимо необучаем), а вот различает ли он цвета мы не подтвердить не опровергнуть не можем
звучит не оч безопасно)
SFML можно установить как компонент VS, тогда все будет проще