блин и так оставлял там только то, что открою раз в год, но точно нужно под рукой... зачем покупать сервис и закрывать.... просто интегрировали бы и теперь дезинтегрировали б назад... вообще похоже на смерть огнелиса, медленную, но неотвратимую
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 тоже хорошо себя чувствует, но нет?
может быть делать стандарты пореже, но оттестированными и действительно вносящими новое?