regex? да там строки нормально не написали, половина интерфейса вообще непонятно зачем. например: length и size зачем? потому что один принят в STL второй изначально был в строках которые впиливали и не один не может в utf
ну судя по набору: java, python, rust - то один новомодный и не особо лучше, так как все равно а) есть unsafe в языке (но зачем, если все можно сделать хорошо - видимо нельзя) а оставшиеся 2 прекрасно из байткода парсятся обратно в код, а вроде как с плюсами это сильно дороже делать
я так понимаю задача чисто применить алгоритм? как обход препятствий в виде бомб сейчас при обходе известно очень много информации о клетках (особенно это верно о непосещенных клетках) было бы интересно усложнить задачу до решателя игры сапёр волновым алгоритмом
они зачастую пишутся на js и электроне потому что так быстрее, вжух вжух и готово, с дешевым мощным железом никто не хочет байтики считать и за миллисекунды бороться
согласен, на счет библиотечности, но пока получился сырой линал, где по-прежнему надо думать как расположить матрицу в памяти, якобы во благо, но такое и линал и network такие же библиотечные как filesystem, и все же хотелось бы обещанные и давно напрашивающиеся вещи увидеть, а пока, получается, очередной сырой стандарт в который не успели то, что обещали, но внесли задел для доработок на c++29
ну пока что каждый следующий стандарт доделывает предыдущий, уж имхо можно допилить фичу до конца, затем полноценно запустить, да это может быть не каждый три года), но оно и лучше: язык получает полноценный функционал не надо учить 10-15 стандартов за карьеру а для опробования функционала можно добавить реализацию пропозалов в экспериментальную секцию
ну так и std::mdspan подразумевает, что надо самому заморочиться с хранением, для операций над частью матрицы можно было бы сделать некоторый прокси, при необходимости
ну не совсем понятно зачем в стандарте прикладная вещь, в виде линейной алгебры, но снова не успевают с рефлексией и видимо network тоже хорошо себя чувствует, но нет? может быть делать стандарты пореже, но оттестированными и действительно вносящими новое?
не очень понятно ни цель статьи ни идея
пока выглядит так, что проще один раз руками поставить зависимость, чем добавлять еще несколько шагов к сборке и еще одну тулзу
regex? да там строки нормально не написали, половина интерфейса вообще непонятно зачем. например: length и size зачем? потому что один принят в STL второй изначально был в строках которые впиливали и не один не может в utf
и если в серьезку завозить флаги в пресеты: да еще под дебаг-релиз там простыня такая становиться что совсем неичитаемо
ну судя по набору: java, python, rust - то один новомодный и не особо лучше, так как все равно а) есть unsafe в языке (но зачем, если все можно сделать хорошо - видимо нельзя) а оставшиеся 2 прекрасно из байткода парсятся обратно в код, а вроде как с плюсами это сильно дороже делать
а что ios?
как будто бы было желание переписать на Rust, но не хватало цели кроме переписывания как такового и io_uring - как будто бы такой повод дает
я так понимаю задача чисто применить алгоритм? как обход препятствий в виде бомб
сейчас при обходе известно очень много информации о клетках (особенно это верно о непосещенных клетках)
было бы интересно усложнить задачу до решателя игры сапёр волновым алгоритмом
если бы они еще прям писались б на крестах - можно было бы говорить о качестве, а когда их почти нет - не из чего быть хорошему
они зачастую пишутся на js и электроне потому что так быстрее, вжух вжух и готово, с дешевым мощным железом никто не хочет байтики считать и за миллисекунды бороться
есть ощущение, что с++ слишком популярен и стоит цель как-то усложнить порог входа..
а чем плох 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);вместо инкапсулирующего внутренности класса?