В первом коде в два раза больше мест, где можно допустить глупую ошибку - например, написать prev вместо next. Такие ошибки опасны тем, что глаза упорно будут читать то, что имелось в виду, вместо того, что было написано, пока кусок кода не уйдёт из кратковременной памяти. Поэтому при одиночном программировании второй вариант и правда предпочтительнее.
С другой стороны, когда код смотрят хотя бы два человека - первый способ и правда понятнее.
Если библиотека является потоковым парсером или десериализатором, то никакого xpath там нафиг не нужно. Для DOM-библиотеки xpath желатлен, но как дополнительная фича.
Что-то как-то в вашем изложении всё получилось сложнее чем на самом деле.
Валидатор - вообще необязательная часть парсера, так что поддержка XSD парсеру не нужна. Поддержка DTD нужна, но подключение внешних сущностей - это уязвимость, а значит их тоже можно выкинуть на помойку. Язык XPath важен для манипуляций XML, но для парсера он опционален. XSLT тут просто лишний.
В общем, если нужен именно чистый парсер XML, то пишется он куда проще чем вы написали.
WS-спецификации могут и правда выглядеть переусложнёнными, но тотальное непринятие банального WS-Addressing в мире Java - это не вина Microsoft, а позорище джавистов.
Если второй игрок делает случайные ходы с известными вероятностями, а не выбирает наилучшую для себя стратегию, то и оптимальная стратегия первого игрока сильно меняется.
Фокус в том, что после выкидывания 200 решек выкидывание оставшихся 199 будет не более невозможным, чем уже произошедшее событие. И подобное рассуждение можно привести где бы вы ни провели границу между "возможным" и "невозможным"
Ну, вообще-то выучить язык до состояния "понимаю чужой код" куда проще чем учить его до состояния "могу писать свой код, полностью используя экосистему языка"
Виртуальная машина загружается за 2-3 секунды (это быстрее, чем Docker, потому что используется минимальный initramfs).
Что-то я ни разу не замечал, чтобы контейнеры в докере стартовали дольше секунды (за исключением случаев, когда надо было сначала скачать образ, разумеется).
Единственное ограничение — Docker. Внутри виртуальной машины нельзя запустить вложенную виртуализацию (nested virtualization). Docker работает, но только в режиме rootless (без KVM).
Причём тут вообще вложенная виртуализация, и как связаны rootless режим докера с наличием KVM?
Такое ощущение, что есть две линейки моделей POCO, одна с мусорными приложениями, а другая без, и как одну отличить от другой - не понятно.
Мне на мой смартфон никакого мусора кроме странной "ленты виджетов" так и не прилетело, а всю рекламу я отключил в три нажатия. Однако, когда в руки попал телефон соседки - пришлось потратить час чтобы вычистить весь мусор, хотя модель очень похожая.
Вы имеете в виду "заботы о добавлении
Arc<>"?Н у и зачем вы ото него избавились, если он и правда был лучше ещё не вышедшего айфона?
В первом коде в два раза больше мест, где можно допустить глупую ошибку - например, написать prev вместо next. Такие ошибки опасны тем, что глаза упорно будут читать то, что имелось в виду, вместо того, что было написано, пока кусок кода не уйдёт из кратковременной памяти. Поэтому при одиночном программировании второй вариант и правда предпочтительнее.
С другой стороны, когда код смотрят хотя бы два человека - первый способ и правда понятнее.
То есть, по-вашему, если человек курирует ядро Линукса, то на гитаре играть ему уже нельзя? Или я что-то пропустил?
Стратегия не может быть "оптимальной в 50%", стратегия в теории игр уже включает в себя все вероятности.
Вот именно...
Если библиотека является потоковым парсером или десериализатором, то никакого xpath там нафиг не нужно. Для DOM-библиотеки xpath желатлен, но как дополнительная фича.
Это к вам вопрос, причём тут вообще ядро.
Что-то как-то в вашем изложении всё получилось сложнее чем на самом деле.
Валидатор - вообще необязательная часть парсера, так что поддержка XSD парсеру не нужна. Поддержка DTD нужна, но подключение внешних сущностей - это уязвимость, а значит их тоже можно выкинуть на помойку. Язык XPath важен для манипуляций XML, но для парсера он опционален. XSLT тут просто лишний.
В общем, если нужен именно чистый парсер XML, то пишется он куда проще чем вы написали.
WS-спецификации могут и правда выглядеть переусложнёнными, но тотальное непринятие банального WS-Addressing в мире Java - это не вина Microsoft, а позорище джавистов.
Пост довольно короткий, вроде бы найти ответ на ваш вопрос несложно. Питон нужен основателю Линукс чтобы накладывать эффекты на гитару.
А вот какое отношение к этой гитаре имеет ядро ОС и зачем для обсуждения гитар нужны достижения в "С++, Хаскель, Руст, Асм" - для меня загадка.
Если второй игрок делает случайные ходы с известными вероятностями, а не выбирает наилучшую для себя стратегию, то и оптимальная стратегия первого игрока сильно меняется.
Фокус в том, что после выкидывания 200 решек выкидывание оставшихся 199 будет не более невозможным, чем уже произошедшее событие. И подобное рассуждение можно привести где бы вы ни провели границу между "возможным" и "невозможным"
Ну, вообще-то выучить язык до состояния "понимаю чужой код" куда проще чем учить его до состояния "могу писать свой код, полностью используя экосистему языка"
И чем же в таком случае Rust с его Arc не устраивает?
Ещё бы самому знать...
Что-то я ни разу не замечал, чтобы контейнеры в докере стартовали дольше секунды (за исключением случаев, когда надо было сначала скачать образ, разумеется).
Причём тут вообще вложенная виртуализация, и как связаны rootless режим докера с наличием KVM?
Такое ощущение, что есть две линейки моделей POCO, одна с мусорными приложениями, а другая без, и как одну отличить от другой - не понятно.
Мне на мой смартфон никакого мусора кроме странной "ленты виджетов" так и не прилетело, а всю рекламу я отключил в три нажатия. Однако, когда в руки попал телефон соседки - пришлось потратить час чтобы вычистить весь мусор, хотя модель очень похожая.
Впервые талер обозвали долларом как раз в Шотландии
Нельзя так считать вероятности, и матожидания тоже. Если матожидание выигрыша игрока бесконечно, то для казино это бесконечный проигрыш.
А это вообще возможно, приехать в установленное время при неизвестной заранее дорожной обстановке?
Так и планировать - держать входной и выходной буферы.
Но во времени растягиваются.