В коде ошибки add.participant.privacy - выглядит, как "Ограничено настройками приватности". Может там где-то закопаны в настройках флажки у пользователя? Что-то формата "Кто может добавлять меня в чаты".
На самом деле есть целая куча сравнительно "старых" технологий, которые по-прежнему используются для огромного числа вещей. Например у меня в роутере(mikrotik hEX S) чип на 28нм техпроцессе(~2010 года). Я уже не говорю про целую кучу устройств, которые требуют микроконтроллеров, обычно выпускаемых по ещё более старым техпроцессам.
ИТ- это часто не сам продукт, а способ оптимизации бизнес-процессов, которые постоянно изменяются. И потребность эта возникает, когда из ручного и медленного процесса производиться трансформация в автоматизированный процесс.
На практике раздражает не только сам факт проверки, а четыре вещи.
Значит пять вещей. Пятое - отсутствие желания передавать персональные данные в руки непонятной организации. В особенности, когда в числе целей сбора перс. данных в согласии на обработку kyc-сервиса указано:
проведения маркетинговых (рекламных) мероприятий, направления Оператором предложений и получения их Пользователем для продвижения на рынке услуг Оператора, в том числе, путем осуществления прямых контактов.
Забавно другое - это то, что видимо у кого-то настолько сильно горят KPI, что уже полностью отбрасывают всю ранее развешиваемую лапшу и переходят к прямой сути своих хотелок.
Интересно какие из сервисов примут эту методичку в работу. И кого надо будет удалять, или на крайний случай переносить на отдельный телефон.
Во-вторых, ИИ-инструменты позволяют написать некоторые приложения на коленке человеку, который ничего не понимает в коде - возникает соблазн нанять людей подешевле.
Вот тут как раз с точностью наоборот. Для эффективного использования ллм-ок нужны опытные(в том числе с опытом ревью) и (желательно) придирчивые к коду и архитектуре разработчики.
Заниматься продвижением можно и без балагана, а предложив более интересный продукт.
Есть RuStore, который в ведении тех же mail.ru и из которого повырезать бы рекламу (и да, многие другие правительственные приложения не заблокированы в магазинах)
Третий пункт стоило бы разделить на два отдельных, но всё же. Это создаётся через цепочки доверия. Например можно было бы подтверждать сервера и УЗ через ЕСИА.
Федеративность сделала бы мессенджер менее восприимчивым к отказам и позволила бы заменить другие корпоративные мессенджеры.
1. Не разводили бы балаган с продвижением 2. Владельцем было бы на 100% государство 3. (опционально, но крайне желательно) Мессенджер был бы федеративным и оупенсорсным
Скорее на аутсорс в более дешёвые страны.
(А потом выходят вещи вроде Warcraft 3: Reforged)
В коде ошибки
add.participant.privacy- выглядит, как "Ограничено настройками приватности". Может там где-то закопаны в настройках флажки у пользователя? Что-то формата "Кто может добавлять меня в чаты".То, что возникают проблемы - это абсолютно нормально и ожидаемо.
Беда именно в том, что:
Не было оповещений.
Не всем выделили новые ресурсы взамен старых.
Смутило именно следующее:
Sing-box gpl-ный, как и все его производные.
Надо бы тогда добавить сноску.
У Вас некорректная информация в лицензии по поводу возможностей коммерческого лицензирования.
Вам запрещено лицензировать под лицензией отличной от gpl, так как libbox лицензирован под gpl, а не lgpl
На самом деле есть целая куча сравнительно "старых" технологий, которые по-прежнему используются для огромного числа вещей. Например у меня в роутере(mikrotik hEX S) чип на 28нм техпроцессе(~2010 года). Я уже не говорю про целую кучу устройств, которые требуют микроконтроллеров, обычно выпускаемых по ещё более старым техпроцессам.
Это просто унылая рекламная публикация уровня листовок за гаражами или различных жёлтых изданий. (тем более написанная слоп-машиной)
ИТ- это часто не сам продукт, а способ оптимизации бизнес-процессов, которые постоянно изменяются. И потребность эта возникает, когда из ручного и медленного процесса производиться трансформация в автоматизированный процесс.
Значит пять вещей. Пятое - отсутствие желания передавать персональные данные в руки непонятной организации. В особенности, когда в числе целей сбора перс. данных в согласии на обработку kyc-сервиса указано:
Это выглядит, как стандартная блокировка трафика от ботов. На публичных впн штука частая.
Пока такого не наблюдал вживую.
Ну средства обхода - это секрет Полишинеля.
Забавно другое - это то, что видимо у кого-то настолько сильно горят KPI, что уже полностью отбрасывают всю ранее развешиваемую лапшу и переходят к прямой сути своих хотелок.
Интересно какие из сервисов примут эту методичку в работу. И кого надо будет удалять, или на крайний случай переносить на отдельный телефон.
Ну значит люди поставят Firefox, включат там раздельные контейнеры и настроят для определённых туннелирование.
Вот тут как раз с точностью наоборот.
Для эффективного использования ллм-ок нужны опытные(в том числе с опытом ревью) и (желательно) придирчивые к коду и архитектуре разработчики.
Вот это не совсем понятно зачем. Вроде как мотивируют тем, что "Qt - плохо и вообще", но всё равно как-то странно (https://gitlab.tails.boum.org/tails/tails/-/work_items/19136)
Если сотрудник адекватно пользуется, то это уже проблемы работодателя.
Предположу, что имеется ввиду слишком агрессивный over-provisioning. Из-за чего в определённые часы скорость может падать слишком сильно.
Это скорее всего приятный бонус, а не самоцель.
Я бы сказал, что целью является создание условий для mailru(vk) аналогичных автовазу, так как их продукты утратили релевантность.
Собственно отсутствие успеха на мой взгляд обусловлено именно низким качеством продуктов.
Заниматься продвижением можно и без балагана, а предложив более интересный продукт.
Есть RuStore, который в ведении тех же mail.ru и из которого повырезать бы рекламу (и да, многие другие правительственные приложения не заблокированы в магазинах)
Третий пункт стоило бы разделить на два отдельных, но всё же. Это создаётся через цепочки доверия. Например можно было бы подтверждать сервера и УЗ через ЕСИА.
Федеративность сделала бы мессенджер менее восприимчивым к отказам и позволила бы заменить другие корпоративные мессенджеры.
Так собственно - да.
Не было бы претензий, если бы:
1. Не разводили бы балаган с продвижением
2. Владельцем было бы на 100% государство
3. (опционально, но крайне желательно) Мессенджер был бы федеративным и оупенсорсным
На самом деле довольно страшные размышления, так как в модель можно заложить бекдор, который будет крайне сложно обнаружить.