Pull to refresh
24
0
Send message
А зачем static_assert(std::is_pod::value, «Template type should be a pod-type»);?
Мне это попадалось как задача на собеседовании
Скриншотов бы…
Спасибо огромное! Пригодится.

Добавьте плз свое творение в список реализаций на json-schema.org/implementations.html.

Насколько я понял, объект схемы из JSON-описания создать нельзя, да?
В ОС с ортогональной персистентностью и виртуальной машиной такая модель безопасности реализуется сама собой. Но чтобы от нее был толк, нужно отсутствие глобальной барахолки, где каждый может найти каждого. В идеале надо вообще убрать из языка возможность создавать глобальные/статические переменные, а API ядра предоставлять в виде интерфейса, а не статических функций.
Круто! А можно узнать больше деталей об Design vision? Собираетесь поддерживать capability-based security или будет глобально доступное пространство имен? Граф объектов будет сплошной или разделенный на кластеры/домены/SIP-ы?
Нашел в readme такую строчку:
> 3. Virtual machine for memory protection and security.
Какую VM собираетесь использовать — JVM, CLI или что-то другое?
Не понятно как машинка будет выводиться из организма.
Странно что программисты используют разделение данных и представления в своих продуктах, но не используют в своих инструментах. ИМХО, следить за отступами, пробельчиками, скобочками и др. вещами не влияющими на семантику кода должна IDE. Заставлять человека следить за этим — очень нерациональная трата ресурсов. Код должен хранить в репозитории в некотором «нормализированном» стиле, а показываться при непосредственной работе в соответствии с индивидуальными предпочтениями конкретного программиста.
WolframAlpha считает что лучший результат будет при 4.31914 Ctrl+V
А мне даже нравится такой логотип, симпатичный
Выглядит вкусно! Не думали добавить свою библиотеку в буст?
Печально. Я бы сказал что это является ошибкой в проектировании языка/рантайма, но возможно за этим стоит какой-то технический компромисс.
Если поток Б выполняет метод obj.DoSomething() то у него всегда есть ссылка на obj — это указатель this/self, который передается через регистры или стек — эту ссылку забрать из другого потока не получится (ну разве что убив поток средствами ОС).
А зачем синхронизировать деструкторы? Я не знаток Делфи, но насколько я понимаю роль деструкторов в C++, деструктор должен вызываться только тогда, когда на объект не осталось больше ссылок. Синхронизация не защитит от обращения к разрушенному объекту, а обращение к разрушенному объекту из любого потока — это баг.
IDE подсказывает параметры при написании нового кода. Когда читаешь уже написанный код IDE ничего не подсказывает. Кроме того, я больше кода читаю на ревью в браузере чем в IDE (но это конечно субъективный показатель).

А можно услышать более развернутый отзыв о предложенном синтаксис? Чем он плох кроме того, что, само собой, непривычен?
Исправил, спс.
Баг в том что по правилам С++ вызывается foo и в результате baz возвращает ссылку на временный объект.
2 — принимается
4 — это undefined behaviour
Он не лучше, он другой. Для моих задач первого ES хватает с головой, второй был излишней сложностью.
1

Information

Rating
Does not participate
Location
Украина
Registered
Activity