>> Хотя бы на малом объеме - это какие? За последние 20 лет было произведено несколько вполне рабочих решений в части применения семантической паутины и онтологических моделей, часть из них в виде проектов и концепций.
Платформа Semantic MDM (2014), проект ИЦ «Сколково». Позволяет унифицировать терминологию предметной области и создавать каталоги промышленной продукции с семантическими связями между объектами. Используется, в частности, для развёртывания электронного каталога отечественного металлообрабатывающего оборудования. Коммерческий продукт, прошедший экспертизу Сколково, работает в реальных заказных проектах (каталог «Станкоинструмент»). Является примером успешного внедрения семантических технологий в промышленный каталог.
Есть концепция Концепция «Единого российского электронного пространства знаний» (ЕРЭПЗ), законодательно закреплена в Федеральном законе «О библиотечном деле» (с 2014 г.). В концепции прямо указана необходимость семантической взаимосвязи информации и использования онтологий для интеграции разнородных ресурсов.
Платформа построения онтологических моделей «ОНТО» - инструментальная платформа для создания и редактирования онтологий. Предназначена для разработчиков, которые хотят строить семантические модели данных в своих системах. Включена в реестр отечественного ПО, что свидетельствует о её готовности к использованию в государственных и корпоративных проектах.
Semantic MDM и LibMeta из перечисленных пожалуй самые работоспособные.
Развернутый ответ наверно займет еще одну статью на тему STAC-браузера, который является неотъемлемой частью экосистемы STAC, и почему любой STAC-браузер любого разработчика должен одинаково хорошо читать любой STAC-каталог любого другого разработчика. Эту статью я обязательно выложу)
Сейчас отвечу кратко. STAC это не стандарт представления данных, это скорее спецификация, как экосистема каталогизации метаданных, т.е. данных о данных.
В вашем контексте вы скорее всего имели в виду shape и GeoJson как контейнеры для пространственных данных , географических структур данных. Как я писал ранее, STAC-item, это и есть объект GeoJSON Feature с дополнительными полями, полученными за счет расширений STAC. Другими словами STAC-item наследует GeoJSON Feature или является его производной.
Теперь, если вы будете каталогизировать в STAC пространственные данные, то в STAC-item могут храниться непосредственно сами данные в формате GeoJSON, а в разделе assets может, например, появиться ссылка на эти же данные (геометрию) в формате shape.
Но если вы каталогизируете в STAC космические снимки, но данными является сам космический снимок, размещенный, например, в хранилище S3. STAC-item в этом случае будет содержать метаданные этого снимка, т.е. данные о данных снимка. В assets тогда окажется ссылка на TIFF снимка в S3, ссылка на превью в формате PNG.
А если вы каталогизируете более сложный объект, например абстрактный объект наблюдений, то в STAC-item будет опять же содержать метаданные ваших наблюдений, а в assets может оказаться множество ссылок на данные (снимки), в виде таймсерии, несколько геометрий в разных форматах shape, wkt и пр., и множество других данных, например производных - построенные индексы, облака точек, датасеты и т.д.
Поэтому к STAC нужно относиться именно как к гибкой системе (спецификации) сбора, каталогизации, поиска и предоставления информации (преимущественно метаданных), предоставляющий разработчику и потребителю целый широкий коридор возможностей, но не как к очередному формату гео-данных.
И отдельной статьи также требует тема "математики на метаданных", которая также становиться крайне популярна последнее время и напрямую связана с концепцией STAC.
Пространственные данные и Linked Open Data? ==> Семантическая паутина - это вообще отдельная и интереснейшая тема)) Она была частью моего диссертационного исследования, при разработке новых моделей метаданных. Однако, это вообще отдельный мир! К сожалению, мне не известен ни один по настоящему успешный проект, в котором бы хотя бы на 90% была реализована концепция Тима Бернерсона-Ли... разве что на очень малом объеме тестовых данных... В 2006 г. сам Тим Бернерс-Ли подтверждал в своей статье «Semantic Web Revisited» («Семантическая паутина: пересмотр») нереализуемость концепта, по крайней мере в настоящее время. Основные проблемы - с бесконечным количеством создаваемых классов по мере увеличения объема описываемых данных, и человеческий фактор, чтобы все это поддерживать.
Тот же Р 1323565.1.058-2024 ... ==> в действующем ГОСТ Р 70672— 2023о требованиях к сервису обработки и анализа данных дистанционного зондирования Земли из космоса напрямую указано требование использовать в таких сервисах STAC. В периметре Роскосмоса STAC уже используется, не в массе, но в нескольких публичных ГИС.
Почему не RDF\ OWL и не JSON-LD? ==> тут я могу выразить собственное мнение:
STAC сознательно построен на обычном JSON, а не на RDF/OWL или даже JSON‑LD — это решение продиктовано, как мне кажется, ключевыми целями проекта: практичностью, простотой внедрения и максимальной совместимостью с существующими геоинформационными инструментами и веб‑API. STAC пошёл по пути прагматичной простоты, выбрав JSON как формат, который максимально соответствует его цели – быстрому каталогированию и поиску геопространственных активов.
RDF/OWL/JSON‑LD, безусловно, мощнее в плане семантической интеграции, но их сложность и меньшая распространённость в гео‑инструментарии перевешивают потенциальные выгоды для основной задачи STAC.
При этом STAC не запрещает использование семантических технологий на верхнем уровне: вы можете преобразовывать STAC‑JSON в RDF с помощью сторонних инструментов (например, stacIndexer) или добавлять JSON‑LD‑разметку для улучшения SEO. Однако ядро спецификации скорее всего остаётся в рамках обычного JSON – это компромисс, который обеспечивает широкое внедрение и удобство работы для большинства пользователей.
Хорошо, что в обсуждении есть лицо от производителя, так сказать. Ну вот в продолжение вашей замечательно и многообещающей фразы, не могли бы вы указать точный путь, куда надо идти за Astra Linux Special Edition для домашнего компьютера (или рабочего, неважно, важно, что не корпоративного), с указанием цены для физ. лица, или если для физ. лица бесплатно, то где можно прочитать про это бесплатное использование - лицензионное соглашение с физиком?
На текущий момент, на сколько я могу понять инфо с сайта разработчика, Astra CE не поддерживается, и рекомендуется ставить в любых случаях Astra SE. Вы не проясняли данный вопрос? Ситуация диковатая, вроде бы есть отличная отечественная ОС, но нет продукта для физических лиц (причем раньше он был). А система распространения корпоративной версии похожа на 1С, что физикам тоже не добавляет удобства.
Концептуально, хорошо, если здесь в комментариях кто-то ответит и самого Яндекса. Было бы интересно послушать.
Далее я опишу свой личный опыт с Яндексом, и только крупных городов, без претензий на истинность. Езжу на такси регулярно, в командировках, по городу.
Сначала по пунктам:
Рыночная цена - это нормально. В час-пик она растет, при простоях падает. То, что водители специально не берут заказы, я очень сомневаюсь, т.к. сам часто вижу, что мой водитель берет заказ заранее, когда еще меня не высадил. Мне кажется, работает правило: будешь тормозить с заказом - возьмет кто-то другой. Но, для регионов с ограниченным числом таксистов, наверно, они могут договориться и демпинговать цены. Но на уровне системы можно хорошо отслеживать время реакции на заявки пользователей. Если заявок в очереди много, но никто не берет - Яндекс мог бы задать справедливый вопрос таксистам - а почему? И далее применить рычаг управления через рейтинг таксиста. Я, например, внимание на рейтинг обращаю, и стараюсь ниже чем на Комфорт+ не ездить, если позволяют командировочные, если они (Комфорт+) вообще есть в наличии в округе. Это снимает много вопросов к чистоте машины, времени ожидания, точности подачи, детскому креслу и разговорчивости водителя. И всегда даю обратную связь по заказу, собственно, чтобы Комфорт+ и отличался от Эконома.
Тут я не знаю, как на самом деле, но я пару раз видел, как при мне водитель чертыхнулся, когда я попросил его высадить меня не доехав до точки назначения. И вроде как Яндекс контролирует геолокацию, и просто так не дает нажать "подъехал" или "поездка окончена". Хотя в малых городах сам сталкивался с таким, что "водитель уехал не дождавшись", хотя машина даже не приезжала. Скорее всего, в регионах водители не очень боятся негативных отзывов и рейтинга, т.к. конкуренции нет, и их все равно в следующий раз закажут. Чтобы окончательно снять все претензии к точке, "куда подавать машину", я обычно включаю отображение своей собственной геолокации, есть такой ползунок в меню. И тогда Яндекс требует от водителя подъезжать именно к этой точке, а не просто к метафизическому адресу. И если эта опция включена, то я могу без проблем оформить в Яндексе возврат, если считаю, что машина была подана не туда, и я из-за этого не смог ей воспользоваться. Делал так несколько раз, когда такси останавливалось на другой стороне широкого проспекта, куда мне быстро никак не перейти.
В Комфорт+ я не встречал проблем с детскими креслами. Это выборка, конечно, не покрывает Эконом и все прочие, но тем не менее. В приложении Яндекса вы указываете конкретно - требуется кресло, и три вида этого кресла на разный возраст ребенка, и количество кресел 1 или 2. Я не знаю, ка водитель может выбрать такой заказа, и потом отказаться. По-моему, водителей штрафуют рейтингом за отказ от заявки клиента по собственной инициативе, если она не обоснована. Но точно сказать не могу, от меня еще ни разу никто не отказывался. У пассажиров ведь тоже есть рейтинг, который ставят водители))
Теперь о вокзалах. На сколько я понял, там вообще своя атмосфера, практически мафия.
Таксисты у вокзалов тусят ночи на пролет, и могут в деть сделать ту одну единственную заявку, когда подвоз непутевого туриста до отеля большими кругами по фигуре Лиссажу окупят все его суточное ожидание. Никогда не заказываю такси в самом аэропорте или непосредственно у вокзала. Даже через Яндекс - все равно подъедет какой-нибудь водитель из местной тусовки и тариф на круг выйдет как бетонный мост. Обычно отъезжаю от вокзала на общественном транспорте, метро, в центр города, и там уже использую такси. И между прочим, также и заграницей, выходит гораздо дешевле.
И это побеждать надо не только Яндексу, но и на каком-то законодательном уровне...
Но как запретить таксистам ждать у аэропортов и вокзалов непутевых туристов с конскими ценами, пока не представляю. Налом то не запретишь рассчитываться. А вот если бы прием оплаты за такси был бы в какой то одной системе, например, по QR-коду в самом приложении Яндекса у водителя, то система бы тогда могла как-то реагировать на демпинг цен.
Вы привели только сервисы, у которых в бизнес-модели предусмотрена работа с РФ. Было б странно, если бы в них отсутствовала регистрация для граждан РФ. Я же говорил о примерах с ограниченной регистрацией. Попробуйте зарегистрироваться в мобильном приложении Гонконга Octopus card, для комфортной оплаты продуктов и услуг, с нашим телефонным номером. Хотя сама карта у меня есть, но для регистрации в мобильном приложении я должен приобрести местный телефонный номер. И это требование ясно и понятно с точки зрения национальных интересов Гонконга. И если вы не в курсе, Гонконг, это не Китай, это международный финансовый хаб, где почему-то никто не возражает против соблюдения местных национальный интересов.
Что-то вы попутали, любезнейший. Востребованность НПС возникла как раз из-за серии поступков неких, как им казалось, вселенских сил, лихо вертящих на причинном месте маленький голубой шарик, в своих влажных фантазиях. Но НПС была уже готова к этому повороту. Да и почта на ya.ru у вас уже есть, как мне кажется, т.ч. не могу представить, какие еще меры вам принять, разве что укрыть ноги пледом и выпить Массандровской Мадеры перед камином.
А смысл то этих брызг в чем? Я помню точно такие же посты "ни о чем, но с чувством тревоги" про национальную платежную систему и инфраструктуру независимого Интернета. Брызгало фонтаном. Потом оказалось, что и то, и другое стало объектами критической инфраструктуры, обеспечившими бесперебойное функционирование и хождение платежей, в том числе для этих же тревожных граждан. Давно не было и вот опять.
Читайте внимательнее п. 8 статьи 10 - речь идет о пользователях, находящихся на территории РФ. Если вы американец, то никто не запретит вам зрегистрироваться в Озоне со своим любимым gmail.
Закон отличный, нужно продвигать и свои почтовые клиенты и свои системы биометрии, и свои сервисы авторизации - и вообще, все сопутствующие сервисы. Закон никого не дискриминирует, и так 4 разных способа авторизации, включая VK ID и Яндекс ID и Госуслуги (учетка на которых есть пологовно у всех россиян). Что касается экспатов, проживающих на территории РФ, уверен, им не стоставит труда зарегистрироваться в vk или ya, если у кого-то до сих пор нет локальной почты. Если думаете что вдругих местах подругому, идите, попробуйте где нибудь в Гонконге или Китае на серьезных сайтах зарегистрироваться с российским телефоном или почтой. В банках многих стран точно такое же ограничение, даже префикс у телефона захардкоден локальный.
Почему у вас в Excel файле в колонке Подсистема указаны требования к модулям, а в колонке Модуль указаны требования к подсистемам?
Что такого в данном подходе позволяет выполнять водопадное ТЗ итеративно? Совершенно не понял.
Вы просто перенесли один к одному все задачи в Jira, указав модули и подсистемы, ровно так, как они были указаны в ТЗ, дословно и с сохранением структуры. Просто использовали скрипт, но и руками задачи были бы перенесены точно также.
Почему вдруг теперь работа стала возможна итеративно? Каким образом? Разве то, о чем вы писали вначале, что при прохождении каждого спринта, надо проходить все стадии гостовского тестирования и приемки и т.д. не остаются обязательными? Количество задач то же, структура та же, что изменилось то? Поясните, плз.
Подскажите кто-нибудь, почему в Python 3.11 перестали работать предупреждения при использовании неверных типов, для словарей в частности. Т.е. вот этот код из статьи исполняется без каких-либо ошибок и предупреждений. Не могу понять, как так...
from typing import Dict
book_authors: Dict[str, str] = {”Fahrenheit 451”: “Bradbury”}
book_authors[“1984”] = 0 # Incompatible types in assignment (expression has type “int”, target has type “str”)
book_authors[1984] = “Orwell” # Invalid index type “int” for “Dict[str, str]”; expected type “str”
print(book_authors)
# Выводит {'Fahrenheit 451': 'Bradbury', '1984': 0, 1984: 'Orwell'} без каких‑либо ошибок и предупреждений.
Это неверный перевод термина "framework" с английского применительно к Scrum. В данном случае переводится как "структура". Scrum - это структура управления проектами. Но в русско-язычной среде чаще применяется термин "методология" применительно к управлению проектами.
Слово "Scrum" еще не зафиксировано нормативными словарями, то есть нормы его написания и употребления пока не установлены. Другими словами - оно еще не окончательно освоено русским языком. Такие слова, необходимо продолжать писать латиницей, но с одной заглавной буквой - это не аббревиатура, а термин из американского футбола.
В остальном все лаконично и правильно, повешу в офисе.
>> Хотя бы на малом объеме - это какие?
За последние 20 лет было произведено несколько вполне рабочих решений в части применения семантической паутины и онтологических моделей, часть из них в виде проектов и концепций.
Семантическая электронная библиотека LibMeta - был разработан вполне рабочий прототип в 2014 г., а двумя годами позднее опубликована Информационная модель семантической библиотеки.
Платформа Semantic MDM (2014), проект ИЦ «Сколково». Позволяет унифицировать терминологию предметной области и создавать каталоги промышленной продукции с семантическими связями между объектами. Используется, в частности, для развёртывания электронного каталога отечественного металлообрабатывающего оборудования. Коммерческий продукт, прошедший экспертизу Сколково, работает в реальных заказных проектах (каталог «Станкоинструмент»). Является примером успешного внедрения семантических технологий в промышленный каталог.
Есть молодой проект 2025 г. Система организации знаний для научного информационного пространства России - пока только проект.
Есть концепция Концепция «Единого российского электронного пространства знаний» (ЕРЭПЗ), законодательно закреплена в Федеральном законе «О библиотечном деле» (с 2014 г.). В концепции прямо указана необходимость семантической взаимосвязи информации и использования онтологий для интеграции разнородных ресурсов.
Платформа построения онтологических моделей «ОНТО» - инструментальная платформа для создания и редактирования онтологий. Предназначена для разработчиков, которые хотят строить семантические модели данных в своих системах. Включена в реестр отечественного ПО, что свидетельствует о её готовности к использованию в государственных и корпоративных проектах.
Semantic MDM и LibMeta из перечисленных пожалуй самые работоспособные.
Развернутый ответ наверно займет еще одну статью на тему STAC-браузера, который является неотъемлемой частью экосистемы STAC, и почему любой STAC-браузер любого разработчика должен одинаково хорошо читать любой STAC-каталог любого другого разработчика. Эту статью я обязательно выложу)
Сейчас отвечу кратко. STAC это не стандарт представления данных, это скорее спецификация, как экосистема каталогизации
метаданных, т.е.данных о данных.В вашем контексте вы скорее всего имели в виду shape и GeoJson как контейнеры для
пространственных данных, географических структур данных. Как я писал ранее, STAC-item, это и есть объект GeoJSON Feature с дополнительными полями, полученными за счет расширений STAC. Другими словами STAC-item наследует GeoJSON Feature или является его производной.Теперь, если вы будете каталогизировать в STAC пространственные данные, то в STAC-item могут храниться непосредственно сами
данныев формате GeoJSON, а в разделе assets может, например, появиться ссылка на эти же данные (геометрию) в формате shape.Но если вы каталогизируете в STAC космические снимки, но данными является сам космический снимок, размещенный, например, в хранилище S3. STAC-item в этом случае будет содержать метаданные этого снимка, т.е. данные о данных снимка. В
assetsтогда окажется ссылка на TIFF снимка в S3, ссылка на превью в формате PNG.А если вы каталогизируете более сложный объект, например абстрактный объект наблюдений, то в STAC-item будет опять же содержать метаданные ваших наблюдений, а в
assetsможет оказаться множество ссылок на данные (снимки), в виде таймсерии, несколько геометрий в разных форматах shape, wkt и пр., и множество других данных, например производных - построенные индексы, облака точек, датасеты и т.д.Поэтому к STAC нужно относиться именно как к гибкой системе (спецификации)
сбора, каталогизации, поиска и предоставленияинформации (преимущественно метаданных), предоставляющий разработчику и потребителю целый широкий коридор возможностей, но не как к очередному формату гео-данных.И отдельной статьи также требует тема "математики на метаданных", которая также становиться крайне популярна последнее время и напрямую связана с концепцией STAC.
Пространственные данные и Linked Open Data? ==> Семантическая паутина - это вообще отдельная и интереснейшая тема)) Она была частью моего диссертационного исследования, при разработке новых моделей метаданных. Однако, это вообще отдельный мир! К сожалению, мне не известен ни один по настоящему успешный проект, в котором бы хотя бы на 90% была реализована концепция Тима Бернерсона-Ли... разве что на очень малом объеме тестовых данных... В 2006 г. сам Тим Бернерс-Ли подтверждал в своей статье «Semantic Web Revisited» («Семантическая паутина: пересмотр») нереализуемость концепта, по крайней мере в настоящее время. Основные проблемы - с бесконечным количеством создаваемых классов по мере увеличения объема описываемых данных, и человеческий фактор, чтобы все это поддерживать.
STAC - Новая эпоха ... ==> это очень молодая спецификация, открытый, постоянно обновляемый и развивающийся стандарт. И при этом уже вставший на вооружение у ведущих хранителей космических снимков Microsoft Planetary Computer, Eurac Research и Copernicus Data Space Ecosystem.
Тот же Р 1323565.1.058-2024 ... ==> в действующем ГОСТ Р 70672— 2023
о требованиях к сервису обработки и анализа данных дистанционного зондирования Земли из космосанапрямую указано требование использовать в таких сервисах STAC. В периметре Роскосмоса STAC уже используется, не в массе, но в нескольких публичных ГИС.Почему не RDF\ OWL и не JSON-LD? ==> тут я могу выразить собственное мнение:
STAC сознательно построен на обычном JSON, а не на RDF/OWL или даже JSON‑LD — это решение продиктовано, как мне кажется, ключевыми целями проекта: практичностью, простотой внедрения и максимальной совместимостью с существующими геоинформационными инструментами и веб‑API. STAC пошёл по пути прагматичной простоты, выбрав JSON как формат, который максимально соответствует его цели – быстрому каталогированию и поиску геопространственных активов.
RDF/OWL/JSON‑LD, безусловно, мощнее в плане семантической интеграции, но их сложность и меньшая распространённость в гео‑инструментарии перевешивают потенциальные выгоды для основной задачи STAC.
При этом STAC не запрещает использование семантических технологий на верхнем уровне: вы можете преобразовывать STAC‑JSON в RDF с помощью сторонних инструментов (например, stacIndexer) или добавлять JSON‑LD‑разметку для улучшения SEO. Однако ядро спецификации скорее всего остаётся в рамках обычного JSON – это компромисс, который обеспечивает широкое внедрение и удобство работы для большинства пользователей.
А как раз в расширении projection
А вот такой шлюз поддерживает Geek Automation https://www.ozon.ru/product/blok-upravleniya-umnym-domom-xiaomi-mijia-smart-multi-mode-gateway-2-dmwg03lm-belyy-1699025073/
Хорошо, что в обсуждении есть лицо от производителя, так сказать.
Ну вот в продолжение вашей замечательно и многообещающей фразы, не могли бы вы указать точный путь, куда надо идти за Astra Linux Special Edition для домашнего компьютера (или рабочего, неважно, важно, что не корпоративного), с указанием цены для физ. лица, или если для физ. лица бесплатно, то где можно прочитать про это бесплатное использование - лицензионное соглашение с физиком?
В смысле нет профита?... Я вот готов занести, за домашнюю лицензию, даже за семейную, на 5 устройств - скажите куда!?
На текущий момент, на сколько я могу понять инфо с сайта разработчика, Astra CE не поддерживается, и рекомендуется ставить в любых случаях Astra SE.
Вы не проясняли данный вопрос?
Ситуация диковатая, вроде бы есть отличная отечественная ОС, но нет продукта для физических лиц (причем раньше он был). А система распространения корпоративной версии похожа на 1С, что физикам тоже не добавляет удобства.
Концептуально, хорошо, если здесь в комментариях кто-то ответит и самого Яндекса. Было бы интересно послушать.
Далее я опишу свой личный опыт с Яндексом, и только крупных городов, без претензий на истинность. Езжу на такси регулярно, в командировках, по городу.
Сначала по пунктам:
Рыночная цена - это нормально. В час-пик она растет, при простоях падает. То, что водители специально не берут заказы, я очень сомневаюсь, т.к. сам часто вижу, что мой водитель берет заказ заранее, когда еще меня не высадил. Мне кажется, работает правило: будешь тормозить с заказом - возьмет кто-то другой.
Но, для регионов с ограниченным числом таксистов, наверно, они могут договориться и демпинговать цены.
Но на уровне системы можно хорошо отслеживать время реакции на заявки пользователей. Если заявок в очереди много, но никто не берет - Яндекс мог бы задать справедливый вопрос таксистам - а почему? И далее применить рычаг управления через рейтинг таксиста.
Я, например, внимание на рейтинг обращаю, и стараюсь ниже чем на Комфорт+ не ездить, если позволяют командировочные, если они (Комфорт+) вообще есть в наличии в округе. Это снимает много вопросов к чистоте машины, времени ожидания, точности подачи, детскому креслу и разговорчивости водителя. И всегда даю обратную связь по заказу, собственно, чтобы Комфорт+ и отличался от Эконома.
Тут я не знаю, как на самом деле, но я пару раз видел, как при мне водитель чертыхнулся, когда я попросил его высадить меня не доехав до точки назначения. И вроде как Яндекс контролирует геолокацию, и просто так не дает нажать "подъехал" или "поездка окончена". Хотя в малых городах сам сталкивался с таким, что "водитель уехал не дождавшись", хотя машина даже не приезжала.
Скорее всего, в регионах водители не очень боятся негативных отзывов и рейтинга, т.к. конкуренции нет, и их все равно в следующий раз закажут.
Чтобы окончательно снять все претензии к точке, "куда подавать машину", я обычно включаю отображение своей собственной геолокации, есть такой ползунок в меню. И тогда Яндекс требует от водителя подъезжать именно к этой точке, а не просто к метафизическому адресу. И если эта опция включена, то я могу без проблем оформить в Яндексе возврат, если считаю, что машина была подана не туда, и я из-за этого не смог ей воспользоваться. Делал так несколько раз, когда такси останавливалось на другой стороне широкого проспекта, куда мне быстро никак не перейти.
В Комфорт+ я не встречал проблем с детскими креслами. Это выборка, конечно, не покрывает Эконом и все прочие, но тем не менее.
В приложении Яндекса вы указываете конкретно - требуется кресло, и три вида этого кресла на разный возраст ребенка, и количество кресел 1 или 2.
Я не знаю, ка водитель может выбрать такой заказа, и потом отказаться. По-моему, водителей штрафуют рейтингом за отказ от заявки клиента по собственной инициативе, если она не обоснована. Но точно сказать не могу, от меня еще ни разу никто не отказывался. У пассажиров ведь тоже есть рейтинг, который ставят водители))
Теперь о вокзалах.
На сколько я понял, там вообще своя атмосфера, практически мафия.
Таксисты у вокзалов тусят ночи на пролет, и могут в деть сделать ту одну единственную заявку, когда подвоз непутевого туриста до отеля большими кругами по фигуре Лиссажу окупят все его суточное ожидание. Никогда не заказываю такси в самом аэропорте или непосредственно у вокзала. Даже через Яндекс - все равно подъедет какой-нибудь водитель из местной тусовки и тариф на круг выйдет как бетонный мост. Обычно отъезжаю от вокзала на общественном транспорте, метро, в центр города, и там уже использую такси. И между прочим, также и заграницей, выходит гораздо дешевле.
И это побеждать надо не только Яндексу, но и на каком-то законодательном уровне...
Но как запретить таксистам ждать у аэропортов и вокзалов непутевых туристов с конскими ценами, пока не представляю. Налом то не запретишь рассчитываться. А вот если бы прием оплаты за такси был бы в какой то одной системе, например, по QR-коду в самом приложении Яндекса у водителя, то система бы тогда могла как-то реагировать на демпинг цен.
Пока это все работает как у кота Базилио...
Вы привели только сервисы, у которых в бизнес-модели предусмотрена работа с РФ.
Было б странно, если бы в них отсутствовала регистрация для граждан РФ.
Я же говорил о примерах с ограниченной регистрацией.
Попробуйте зарегистрироваться в мобильном приложении Гонконга Octopus card, для комфортной оплаты продуктов и услуг, с нашим телефонным номером.
Хотя сама карта у меня есть, но для регистрации в мобильном приложении я должен приобрести местный телефонный номер.
И это требование ясно и понятно с точки зрения национальных интересов Гонконга.
И если вы не в курсе, Гонконг, это не Китай, это международный финансовый хаб, где почему-то никто не возражает против соблюдения местных национальный интересов.
С таким подходом так и будете бегать, по кругу, пока время не кончится.
А стакан везде наполовину полон.
Что-то вы попутали, любезнейший. Востребованность НПС возникла как раз из-за серии поступков неких, как им казалось, вселенских сил, лихо вертящих на причинном месте маленький голубой шарик, в своих влажных фантазиях.
Но НПС была уже готова к этому повороту.
Да и почта на ya.ru у вас уже есть, как мне кажется, т.ч. не могу представить, какие еще меры вам принять, разве что укрыть ноги пледом и выпить Массандровской Мадеры перед камином.
А смысл то этих брызг в чем?
Я помню точно такие же посты "ни о чем, но с чувством тревоги" про национальную платежную систему и инфраструктуру независимого Интернета. Брызгало фонтаном.
Потом оказалось, что и то, и другое стало объектами критической инфраструктуры, обеспечившими бесперебойное функционирование и хождение платежей, в том числе для этих же тревожных граждан.
Давно не было и вот опять.
Читайте внимательнее п. 8 статьи 10 - речь идет о пользователях, находящихся на территории РФ. Если вы американец, то никто не запретит вам зрегистрироваться в Озоне со своим любимым gmail.
Закон отличный, нужно продвигать и свои почтовые клиенты и свои системы биометрии, и свои сервисы авторизации - и вообще, все сопутствующие сервисы. Закон никого не дискриминирует, и так 4 разных способа авторизации, включая VK ID и Яндекс ID и Госуслуги (учетка на которых есть пологовно у всех россиян). Что касается экспатов, проживающих на территории РФ, уверен, им не стоставит труда зарегистрироваться в vk или ya, если у кого-то до сих пор нет локальной почты.
Если думаете что вдругих местах подругому, идите, попробуйте где нибудь в Гонконге или Китае на серьезных сайтах зарегистрироваться с российским телефоном или почтой. В банках многих стран точно такое же ограничение, даже префикс у телефона захардкоден локальный.
Пост бестолковый.
Два важных вопроса:
Почему у вас в Excel файле в колонке Подсистема указаны требования к модулям, а в колонке Модуль указаны требования к подсистемам?
Что такого в данном подходе позволяет выполнять водопадное ТЗ итеративно? Совершенно не понял.
Вы просто перенесли один к одному все задачи в Jira, указав модули и подсистемы, ровно так, как они были указаны в ТЗ, дословно и с сохранением структуры. Просто использовали скрипт, но и руками задачи были бы перенесены точно также.
Почему вдруг теперь работа стала возможна итеративно? Каким образом? Разве то, о чем вы писали вначале, что при прохождении каждого спринта, надо проходить все стадии гостовского тестирования и приемки и т.д. не остаются обязательными? Количество задач то же, структура та же, что изменилось то? Поясните, плз.
Подскажите кто-нибудь, почему в Python 3.11 перестали работать предупреждения при использовании неверных типов, для словарей в частности. Т.е. вот этот код из статьи исполняется без каких-либо ошибок и предупреждений. Не могу понять, как так...
>>Скрам - это Фреймворк
Это неверный перевод термина "framework" с английского применительно к Scrum. В данном случае переводится как "структура". Scrum - это структура управления проектами. Но в русско-язычной среде чаще применяется термин "методология" применительно к управлению проектами.
Слово "Scrum" еще не зафиксировано нормативными словарями, то есть нормы его написания и употребления пока не установлены. Другими словами - оно еще не окончательно освоено русским языком. Такие слова, необходимо продолжать писать латиницей, но с одной заглавной буквой - это не аббревиатура, а термин из американского футбола.
В остальном все лаконично и правильно, повешу в офисе.
Можете добавить информацию о регистрации в Роспатенте конента, дизайна и доменного имени?
Вы имеете в виду, что просто другим хотите не давать летать?