Геополическая конкуренция и усиление пропаганды с использованием искусственного интеллекта

Искусственный интеллект в пропаганде может найти "достойное" место и "достойное" применение. В самом деле...

Рост глобальной цифровой связи, иммерсивных информационных технологий, широкое использование доступных методов цифрового маркетинга - все это позволяет активно и информационно влиять на все общество.

Правительства и негосударственные субъекты смогут использовать данные о поведении потребителей и маркетинговые методы для микротаргетинга сообщений небольшим сегментам аудитории. Пропагандисты могут использовать искусственный интеллект, Интернет вещей и другие инструменты, позволяющие адаптировать коммуникации для различных аудиторий, предвидеть реакции и адаптировать обмен сообщениями в реальном масштабе времени.

Данные, описывающие поведение, уже сведеные в большие массивы, уже фиксируют статистические закономерности в части человеческой психологии, уже содержать сведения о действиях людей. Такие данные могут обеспечить значительную прогностическую силу и возможность персонализированного влияния на людей. 

А если нет эффективного регулирования, то фирмы по связям с общественностью и политические консультанты могут предлагать дезинформацию, например, усиливая общественное недоверие к политическим институтам. И государства, и негосударственные субъекты почти наверняка смогут использовать информационные инструменты для воздействия на население. В частности, путем когнитивных манипуляций, возбуждения социальной поляризации. И не только.

Информационные технологии, усиленные применением искусственного интелллекта, будут работать с информационными каналами, доступными людям. В частности, технологии будут направлены на формирование соответствующей (то еть нужной кому-то) интерпретации получаемой людьми информации, побуждая людей действовать в соответствии со скрытыми в информации стимулами и манипуляциями.

Вероятно будут применяться технологические инновации, обеспечивающие гибкость и скрытность ряда информационных кампаний. Это существенно усложнит методы борьбы с нежелательным контентом, а также вызовут усиление контроля за медийным контентом и средствами его распространения.

По материалам "Global Trends 2040". Publication of the National Intelligence Council. 03.2021/
www.dni.gov/nic/globaltrends

Крупнейшие экономики мира в 3 квартале 2022 года

Выводы McKensey - Резюме Global Economics Intelligence, октябрь 2022 г.

Две крупнейшие экономики мира превзошли ожидания роста в третьем квартале года. Экономика США восстановилась до темпов роста ВВП на уровне 1,8% в годовом исчислении после двух кварталов спада. Рост в США был в основном поддержан потреблением и экспортом. Экономика Китая выросла на 3,9% в третьем квартале, что является значительным ускорением по сравнению с вялыми показателями в предыдущем квартале. Низкие темпы роста во втором квартале, составившие 0,4% в Китае, широко рассматривались как результат ограничений, связанных с COVID-19.

Уровень безработицы в последние месяцы был в основном стабильным и остается относительно низким в обследованных странах: 3,5% в США, 6,6% в еврозоне (рекордно низкий уровень), 6,4% в Индии и 8,7% в Бразилии.

В США потребительская инфляция в сентябре составила 8,2%, немного снизившись с 8,3% в августе. Инфляция цен производителей также снизилась до 11,5% (с 8,7% в августе). В еврозоне, где цены на энергоносители все еще очень высоки, инфляция потребительских цен и цен производителей установила новые рекорды. Потребительская инфляция достигла 10,7% в октябре (9,9% в сентябре), а инфляция производителей достигла 43,3% в августе (последние данные). В развивающихся странах инфляция в основном снизилась, за исключением потребительской инфляции в Индии, которая ускорилась до 7,4%.

Цены на большинство товаров снизились в октябре. Хотя цены на энергоносители в последнее время снизились со сверхвысоких уровней, они по-прежнему очень высоки: сырая нефть (Brent) стоит около 95 долларов за баррель, а фьючерсы на природный газ (голландская TTF, декабрь 2022 г.) стоили 123 евро за мегаватт-час в ноябре.

Выводы в части некоторых стран.

Соединенные Штаты. Экономика восстанавливается в третьем квартале; потребление и торговля остаются сильными, в то время как опережающие промышленные индикаторы сигнализируют об инфляционной нагрузке. Федеральная резервная система США повышает учетную ставку до 3,75–4%.

Еврозона. Рост ВВП еврозоны замедляется в третьем квартале; Европейские страны ищут альтернативные источники энергии, создают пакеты помощи, чтобы смягчить воздействие стоимости энергии; Европейский центральный банк (ЕЦБ) снова повышает процентные ставки; инфляция достигает 10,7%.


Китай. Рост в третьем квартале превышает ожидания на 3,9%, во главе с промышленным производством; качественное развитие было поставлено в качестве главного приоритета на 20-м съезде Коммунистической партии Китая (КПК).

Индия. В условиях глобального спада экономика продолжает расти, но инфляционные препятствия сдерживают темпы. Центральный банк повышает ключевую процентную ставку и снижает прогноз роста.

Источник

https://www.mckinsey.com/capabilities/strategy-and-corporate-finance/our-insights/global-economics-intelligence-executive-summary-october-2022

Перечень проблем в разработке ПО

Хорошая заметка про разработку в "Российское ПО или каково пить сладкий чай без сахара". https://habr.com/ru/company/ruvds/blog/672530/

Перечень проблем в разработке ПО. Утверждают, что это относится исключительно российскому ПО, но не думаю, что это так. Все это имеет место везде, где не хватает ресурсов...
Проблемы - в заголовках.

И так сойдёт

Конечному пользователю предлагается то программное обеспечение, которое ему нужно, но при этом нет ни протестированного UI/UX, ни обкатки на бета-версии, ни продуманных элементов управления. Фактически пользователь получает функцию, которая ему нужна, а удобная она или нет — дело второе.

Есть конкуренция, есть строгие правила стора или маркетплейса — всё будет совершенно иначе, интерфейс будет продуман, протестирован и раскатан постепенно, со сбором баг-репортов.

Главное — продать

Одни ищут путь улучшения, другие ищут путь продажи.

А давайте прикроем то, что не очень?

Если программное обеспечение рассчитано не на узких специалистов, а на более или менее широкий сегмент (руководителей, менеджеров и т. д.), наступает время подсыпать на фронтенд алмазной пыли — навести внешнюю красоту, чтобы прикрыть кое-какие косяки функциональности. В начале 2000-х в моде были виджеты валюты, погоды и часов, сейчас на смену им пришли красивые дашборды и графики. Как правило, эти элементы производят вау-эффект на управленцев нетехнической сферы, которые прямо на презентации прикидывают, как эти столбики будут смотреться на большом экране в переговорке. А должны прикидывать, соответствует ли софт требованиям и как скоро окупятся инвестиции в него.

Я так сказал!

Иногда руководители смотрят на пользователей из своего кабинета или судят о них, например, по статьям на Хабре, или считают откровенными дурачками (или, наоборот, компьютерными гениями). Они уверены, что знают о паттернах поведения всё и навязывают своё мнение, не слушая остальных. Разубедить — невозможно. А потом пользователь вообще не может понять, для кого разрабатывалась программа, требует обучения, жалуется на профильных сайтах и отзовиках.

Мечтатели

Абсолютно оторванная от земли категория разработчиков. Именно они могут впихнуть в обычный корпоративный софт нейросети, обработку датасетов, предиктивную аналитику и т. д. Для них разработка — настоящая олимпиада, в которой они день за днём побеждают себя. Сильные команды, красивый код, отлаженный и безупречный бэкенд…

А конечный пользователь учитывает в системе ящики с шампунем, мылом и стиральным порошком и ужасно страдает от того, что не работает почта и интеграция с телефонией. И ему совершенно наплевать на Байеса, математику, нормальное распределение и озёра данных, потому что он ими не пользуется. А его вендор или даже внутренний разработчик играет в разработку программы для межгалактической корпорации. Ему важно набить свой софт необычайно крутыми кишочками — а проще говоря, он не анализирует и не рассматривает требования, он тупо разрабатывает то, что ему интересно и нескучно. Если в команде не найдётся приземлённых спасителей, остаётся убеждать клиента, что Байес гораздо важнее прохождения и записи звонков.

Плохое тестирование

Творец сотворил программу, творец отдыхает, какая к чёрту верификация?! Я знаю немало компаний, программное обеспечение которых не просто существует, а на слуху, но при этом не тестируется профессиональной командой QA. Тестируют либо сами разработчики, либо сотрудники компании, либо группа самых лояльных клиентов (лояльность обычно покупается за большую скидку или бесплатную поддержку).

Такой подход к контролю качества приводит к неожиданным багам, которые вылезают на живом проде и колом ставят работу у того клиента, кто отловил и воспроизвёл. Сомнительная экономия на тестировании приводит к недоверию со стороны пользователей, потере времени на отладку, фикс и апдейт, а также к совершенно авральным и скандальным часам исправления всех проблем впопыхах. Клиенту при этом совершенно наплевать на политику разработчика, ему нужен просто нормально работающий софт.

Молодая динамичная команда…

…потому что на опытного разработчика мы не потянем. Есть компании, в которых опытных разработчиков на руках носят — вы легко вспомните В2С-сервисы, финтех и ритейл, где всё хорошо. Это видно по продукту. А есть компании (крупные в том числе), где дешевле взять пучок программистов, обучить, выжать из них человекочасы и объём кода. Разумеется, архитектура приложений, код и качество программ от этого лучше не становятся.

Автоматизация = ручной работе

Есть программы как в бизнес-секторе, так и в инженерной и промышленной среде, где руками быстрее или как минимум — столько же по времени. Иногда настолько долго обрабатывается информация (право, кому нужен этот рефакторинг!), иногда нужная информация или функций скрыта в дебрях кликов (и снова непродуманный UI/UX).

Нет вопросов, иди и фигачь

Компании-разработчики не задумываются о двух важнейших вопросах: почему мы создаём этот софт и для кого будет работать приложение? Если нет понимания того, какие именно группы пользователей будут у программы, что они хотят от разработки, что их замотивирует выбрать именно это ПО, когда похожих больше десятка, вендору на рынке будет плохо. Адаптация решения и его политики коммуникации под конечных пользователей — залог дружбы и успешного старта работы с приложением.

А вот понимание «почему» компания далась в ту или иную разработку, даёт понимание целей и проблем, которые программа будет решать. Ответ на этот вопрос даёт свой дух и идею.

Еще раз упомяну - по мотивам "Российское ПО или каково пить сладкий чай без сахара". https://habr.com/ru/company/ruvds/blog/672530/

Синдром самозванца

Синдром самозванца стал расхожей фразой в современном корпоративном мире. Этот термин относится к стойкой неспособности поверить в то, что успех заслужен благодаря собственным усилиям или навыкам. Другими словами, люди, которые изо всех сил пытаются увидеть свою уникальную ценность, чувствуют себя «самозванцами» на своем рабочем месте.

Вот три тактики, чтобы справиться с синдромом самозванца и преодолеть его.

1. Повышение уверенности в себе через обучение

Развитие навыков играет решающую роль в повышении самооценки, особенно в связи с тем, что современные сотрудники сталкиваются с проблемами, связанными с быстрым технологическим прогрессом и сменой обязанностей на рабочем месте.

Повышая квалификацию или изучая что-то новое, сотрудники могут взять под контроль меняющиеся потребности отрасли и меняющиеся роли, чтобы изменить свою тактику и улучшить свою работу, что в конечном итоге приводит к более сильному ощущению компетентности.

2. Создание сети учащихся, ориентированных на рост

Опыт обучения и роста вместе со сверстниками невероятно ценен и создает сильную культуру поддержки, которая создает чувство уверенности в себе.

Делясь новыми учебными ресурсами или участвуя в групповом обучении, сотрудники создают среду роста, которая может катапультировать их на годы вперед.

Пример. SAP Learning Hub, версия для партнеров позволяет сотрудникам компаний-партнеров постоянно обучаться, сертифицировать и быть в курсе инноваций SAP.

3. Постановка целей и стремление к их достижению

Мало что сравнится с приливом уверенности, возникающим при достижении новой цели. Постоянно ставя перед собой новые личные задачи и достигая их, люди доказывают себе, что они способны выйти из своей зоны комфорта и посвятить себя развитию.

Источник:

https://news.sap.com/2022/07/imposter-syndrome-how-companies-can-help-employees/?source=email-sapflash-article2-20220725&sap-outbound-id=A1C674DD310D697E7CD08B0D4D1EA12F5A0B7C03&smc_campaign_id=0000027813&source=email-smc

The Harsh Reality of Imposter Syndrome: How Companies Can Help Employees Navigate It. Feature by Jan Meyer, Hans Uebe. July 12, 2022.

Суровая реальность синдрома самозванца: как компании могут помочь сотрудникам справиться с ним. Ян Мейер , Ханс Уэбе. 12 июля 2022 г.

Преимущества и проблемы интеграции данных и приложений

Конкретные преимущества метода интеграции путем обмена сообщениями:

Удаленная связь. Обмен сообщениями позволяет отдельным приложениям обмениваться данными - принимать и передавать данные. В пределах одного приложения это не важно, так как объекты могут просто совместно использовать одни и те же данные, размещенные в памяти. А вот отправка данных на другой компьютер намного сложнее и требует копирования данных с одного компьютера на другой. Это означает, что объекты должны быть «сериализуемыми», то есть преобразоваными в простой поток байтов, который можно отправлять по сети. Удаленная связь позволяет организовать обмен сообщениями между отдельными приложениями.

Интеграция платформ/языков программирования. Возможно разные компьютерные системы используют разные языки программировани, разные технологии и платформы. Для интеграции таких разнородных приложений может потребоваться демилитаризованная зона промежуточного программного обеспечения для согласования приложений. Например, обмен может быть организован с помощью плоских файлов. В этих обстоятельствах система обмена сообщениями может быть универсальным переводчиком между приложениями, которая работает с разными языками программирования и платформами. Система обмена сообщения работает на своих условиях, но позволяет приложениям общаться так как использует общую парадигму обмена сообщениями. Эта универсальная связь является сердцем шаблона шины сообщений.

Асинхронная связь. Обмен сообщениями обеспечивает подход к общению по принципу «отправил и забыл». Отправителю не нужно ждать, пока получатель получит и обработает сообщение. Ему даже не нужно ждать, пока система обмена сообщениями доставит сообщение. Отправителю нужно только дождаться отправки сообщения, например. чтобы сообщение было успешно сохранено в канале системой обмена сообщениями. После сохранения сообщения отправитель может выполнять другую работу, пока сообщение передается в фоновом режиме. Получатель может захотеть отправить подтверждение или результат обратно отправителю, для чего требуется другое сообщение, доставка которого должна быть обнаружена механизмом обратного вызова отправителя.

Переменное время доставки. При синхронной связи вызывающая сторона должна дождаться завершения обработки вызова получателем, прежде чем вызывающая сторона сможет получить результат и продолжить. Таким образом, вызывающий абонент может совершать вызовы только с той скоростью, с которой их может выполнять получатель. С другой стороны, асинхронная связь позволяет отправителю направлять запросы получателю в своем собственном темпе, а получателю обрабатывать запросы в своем собственном темпе. Это позволяет обоим приложениям работать с максимальной пропускной способностью и не тратить время на ожидание друг друга.

Регулирование нагрузки (дросселирование). Слишком много вызовов одновременно может привести к перегрузке приемника. Это может привести к снижению производительности и даже к выходу из строя приемника. Асинхронная связь позволяет получателю контролировать скорость, с которой он обрабатывает запросы. Негативное воздействие на вызывающих абонентов, вызванное этим регулированием, сведено к минимуму, поскольку связь является асинхронной, поэтому вызывающие абоненты не блокируются в ожидании получателя.

Надежная связь. Обмен сообщениями обеспечивает надежную доставку, которую не может обеспечить удаленный вызов процедур (RPC). Причина, по которой обмен сообщениями более надежен, чем RPC, заключается в том, что в ходе обмена сообщениями сообщения сохраняются в ходе передачи сообщений. Данные упакованы в виде сообщений, которые являются атомарными, независимыми единицами. Когда отправитель отправляет сообщение, система обмена сообщениями сохраняет это сообщение. Затем он доставляет сообщение, пересылая его на компьютер получателя, где оно снова сохраняется. Хранение сообщения на компьютере отправителя и компьютере получателя считается надежным. Что ненадежно, так это пересылка (перемещение) сообщения с компьютера отправителя на компьютер получателя, поскольку получатель или сеть могут не работать должным образом. Система обмена сообщениями преодолевает это, повторно отправляя сообщение до тех пор, пока оно не будет успешным. Этот автоматический повтор позволяет системе обмена сообщениями преодолевать проблемы с сетью, так что отправителю и получателю не нужно беспокоиться об этих деталях.

Отключенная операция. Некоторые приложения специально разработаны для работы без подключения к сети с последующей синхронизацией с серверами при наличии сетевого подключения. Такие приложения развертываются на таких платформах, как портативные компьютеры, КПК и автомобильные приборные панели. Обмен сообщениями идеально подходит для синхронизации этих приложений — синхронизируемые данные могут ставиться в очередь по мере их создания, ожидая повторного подключения приложения к сети.

Посредничество. Система обмена сообщениями действует как посредник для программ, которые могут отправлять и получать сообщения. Приложение может использовать его как каталог приложений или служб, доступных для интеграции. Если приложение временно отключается, ему нужно только повторно подключиться к системе обмена сообщениями, а не ко всем другим приложениям обмена сообщениями. Система обмена сообщениями может использоваться для обеспечения большого количества распределенных подключений к общему ресурсу, такому как база данных. Система обмена сообщениями может использовать избыточные ресурсы для обеспечения высокой доступности, балансировки нагрузки, перенаправления отказавших сетевых подключений, настройки производительности и повышения качества обслуживания.

Управление потоками. Асинхронная связь означает, что ни одно приложение не должно блокироваться, ожидая выполнения задачи другим приложением. Вместо блокировки в ожидании ответа вызывающая сторона может использовать обратный вызов, который предупредит вызывающую сторону о поступлении ответа. Большое количество заблокированных потоков могут создавать проблемы. Слишком много заблокированных потоков может привести к тому, что у приложения не будет доступных потоков. Более того, если приложение с некоторым динамическим количеством заблокированных потоков падает, то трудно восстановить такие потоки. При использовании обратных вызовов единственными потоками, которые блокируются, является небольшое известное количество слушателей, ожидающих ответов. Это оставляет большинство потоков доступными и определяет известное количество потоков-слушателей, которые можно легко восстановить после сбоя.

Недостатки асинхронного обмена сообщениями. Асинхронный обмен сообщениями не является панацеей интеграции. Он решает многие проблемы интеграции разрозненных систем элегантным способом, но также создает новые проблемы. Некоторые из этих проблем присущи асинхронной модели, в то время как другие проблемы зависят от конкретной реализации системы обмена сообщениями.

Комплексная модель программирования. Асинхронный обмен сообщениями требует от разработчиков работы с моделью программирования, управляемой событиями. Логика приложения больше не может быть закодирована одним методом., который вызывает другие методы. Логика делится на несколько обработчиков событий, которые реагируют на входящие сообщения. Такая система более сложна и труднее в разработке и отладке. Например, эквивалент простого вызова метода может потребовать сообщения запроса и канала запроса, сообщения ответа и канала ответа.

Вопросы сохранения последовательности сообщений. Каналы сообщений гарантируют доставку сообщения, но не гарантируют, когда оно будет доставлено. Это может привести к тому, что сообщения, отправляемые последовательно, будут выходить из строя. В ситуациях, когда сообщения зависят друг от друга, необходимо соблюдать особую осторожность, чтобы восстановить последовательность сообщений.

Синхронные сценарии. Не все приложения могут работать в режиме «отправить и забыть». Если пользователь ищет авиабилеты, он или она захочет увидеть цену билета сразу, а не через какое-то неопределенное время. Поэтому многим системам обмена сообщениями необходимо преодолеть разрыв между синхронными и асинхронными решениями.

Производительность. Системы обмена сообщениями добавляют некоторые накладные расходы. Требуются усилия, чтобы преобразовать данные в сообщение и отправить его, а также получить сообщение и обработать его. Если вам нужно передать огромный кусок данных, разделение его на миллион маленьких частей может быть не очень разумной идеей. Поэтому для больших массивов днных лучше подходят инструменты ETL (извлечение, преобразование и загрузка данных). Обмен сообщениями лучше всего подходит для синхронизации систем после первоначальной репликации данных.

Ограниченная поддержка платформы. Многие проприетарные системы обмена сообщениями доступны не для всех платформах. Часто проще передать файл по FTP на другую платформу, чем получить к нему доступ через систему обмена сообщениями.

Привязка к поставщику. Многие реализации систем обмена сообщениями полагаются на проприетарные протоколы. Даже общие спецификации обмена сообщениями, такие как JMS, не контролируют физическую реализацию решения. В результате разные системы обмена сообщениями обычно не соединяются друг с другом. Это может поставить вас перед совершенно новой задачей интеграции: интегрировать несколько интеграционных решений.

RESTful design

RESTful design depends on six constraints. These constraints are “shoulds” instead of “musts,” reflecting the fact that REST is essentially a set of guidelines for an HTTP resource-based architecture:

1. Uniform interface: REST APIs should have a uniform interface. In other words, the requesting client device should not matter; a mobile device, an IoT (internet of things) device, and a laptop must all be able to access a server in the same way.

2. Client/server: REST APIs should have a client/server architecture. Clients are the consumers requesting information, and servers are the providers of that information.

3. Stateless: REST APIs should not require stateful communications. REST APIs do not maintain state during communication; it is as though each request is the first one received by the server. The consumer will therefore need to supply everything the provider will need in order to act upon the request. This has the benefit of saving the provider from having to remember the consumer from one request to another. Consumers often provide tokens to create a state-like experience.

4. Cacheable: The response from the REST API provider should indicate whether the response is cacheable. Caching is a method of increasing request throughput by storing commonly requested data on the client side or in a server cache. When a request is made, the client will first check its local storage for the requested information. If it doesn’t find the information, it passes the request to the server, which checks its local storage for the requested information. If the data is not there either, the request could be passed to other servers, such as database servers, where the data can be retrieved. As you might imagine, if the data is stored on the client, the client can immediately retrieve the requested data at little to no processing cost to the server. This also applies if the server has cached a request. The further down the chain a request has to go to retrieve data, the higher the resource cost and the longer it takes. Making REST APIs cacheable by default is a way to improve overall REST performance and scalability by decreasing response times and server processing power. APIs usually manage caching with the use of headers that explain when the requested information will expire from the cache.

5. Layered system: The client should be able to request data from an endpoint without knowing about the underlying server architecture.

6. Code on demand (optional): Allows for code to be sent to the client for execution

By source: "Hacking APIs : breaking web application programming interfaces" by Corey Ball.

Тренды в области медицины

Тренды в области медицины, как это видится в 2022 году.

============

Цифровое здоровье/Персонализированная медицина. Индивидуальное лечение с использованием ИИ. Объединение данных секвенирования (определение аминокислотной или нуклеотидной последовательности), диагностики и биомониторинга.

Преимущества. Резко уменьшаются ошибочные диагнозы, а результаты лечения улучшаются.

Препятствия. Различия в доступе к медицине из-за высокой стоимости или особого местоположения. Неправомерное использование или манипулирование личными данными о здоровье.

============

Производство лекарств под заказ. Клеточная и генная терапия в сочетании с усовершенствованиями в разработке и производстве лекарств, гораздо более быстрая реакция на заболевания.

Преимущество. Быстрое и более эффективное лечение.

Препятствия. Споры по поводу приоритетности НИОКР в развитых и развивающихся странах

============

Биопринтинг и ксенотрансплантация. Аддитивное производство («печать») биологических частей для замены ткани, для медицинских испытаний, для выращивания у животных совместимых с человеком органов для трансплантации.

Преимущества. Уменьшаются задержки с трансплантацией или отказы от трансплантации.

Недостатки. Неравенство в доступе из-за высокой стоимости и затрат.

============

Репродуктивная инженерия. Использование геномных технологий для отбора и модификации человеческих эмбрионов для развития различных способностей.

Преимущество. Значительное снижение наследственных генетических заболеваний.

Недостатки. Этические и социальные разногласия по поводу применения и приложений.  Неравный доступ к технологиям.

============

Компьютерно-человеческие интерфейсы. Машинное усиление человеческих когнитивных процессов (Machine augmentation of human cognitive processes).

Преимущество. Новое лечение неврологических расстройств. Улучшенное познание нового и расширенное восприятие.

Недостатки. Напряженность между аугментированными и неаугментированными людьми. Новые кибербиологические уязвимости.

============

Биопроизводство. Биодизайн и производство биоматериалов, лекарств и продуктов питания.

Преимущества. Повышенная скорость и надежность при разработке и производстве новых материалов и лекарств.

Недостатки. Повышенный потенциал неправомерного использования и реструктуризации рабочей силы.

============

Синтетические организмы. Генетически модифицированные организмы и новые биологические процессы создания новых материалов и лекарств.

Преимущества. Производство новых молекул, материалов и процедур.

Недостатки. Возможность применения синтетических организмов как оружия, возможность случайного неправильного использования синтетических организмов. Неизвестное воздействие на окружающую среду.

============

Восстановление окружающей среды. Крупномасштабное экологическое вмешательство с помощью биотехнологии, лесовосстановление, инженерия океана, спасение поврежденной окружающей среды.

Преимущество. Восстановление бесплодных или истощенных земель. Смягчение антропогенных и природных угроз окружающей среде.

Недостатки. Непреднамеренные, потенциально глобальные последствия для окружающей среды или здоровья населения.

============

Хранение данных на носителе ДНК. ДНК используется для кодирования и хранения данных.

Преимущества. Практически неограниченные возможности для долговременного хранения данных.

Недостатки. Повышенный потенциал долгосрочного социального мониторинга.

============

Трансформирование сельского хозяйства и производства продуктов питания. Использование в автоматизированных производственных процессах и в интегрированных системах растениеводства и животноводства генетически измененных организмов.

Преимущества. Увеличение разнообразия более дешевых, более питательных продуктов, созданных с меньшим воздействием на окружающую среду.

Недостатки. Сокращение биоразнообразия, социальная напряженность из-за генетических модификаций, сбои в рабочей силе и в цепочках поставок

============

Глобальный недостаток словами Н.Талеба:

В прошлом высокое положение или статус обретали те, и только те, кто брал на себя риск и расплачивался за свои действия, а героями становились те, кто поступал так ради чужих людей; сегодня имеет место обратное. Мы становимся свидетелями того, как возвышается новый класс героев наоборот, то есть бюрократов, банкиров, посещающих Давосский форум членов МАПХ (Международной Ассоциации Понтующихся Хвастунов) и ученых, которые облечены большой властью, но никому не подотчетны и ни за что не отвечают. Они вертят системой как хотят, а граждане за это платят.

Никогда прежде такое множество ничем не рискующих людей, иначе говоря, тех, кому ничего не грозит, не контролировало общество в такой степени.

Нассим Николас Талеб. Антихрупкость. Как извлечь выгоду из хаоса.

============ дополнение =============

Cинтетическая биология — новое междисциплинарное научное направление, объединяющее генных инженеров, молекулярных биологов, программистов и физиков, одна из главных задач которой — создавать новые биологические машины для решения практических задач.

Задачи синтетической биологии включают в себя сборку масштабных конструкций из ДНК.

Синтетическая биология: от программирования компьютеров к программированию клеток

Александра Грешнова. https://biomolecula.ru/articles/sinteticheskaia-biologiia-ot-programmirovaniia-kompiuterov-k-programmirovaniiu-kletok

Возможно ли создать биологический компьютер на этой основе. Он конечно по возможностям решения NP-полных задач будет уступать квантовым компьютерам, но возможно он будет способен к "озарениям". А если мы говорим об озарении, мы должны понимать, что тут же будут иметь место и глупость, и заблуждения. Тест Тьюринга подходит вероятно для слабого ИИ. Тест на способность к глупости позволит выявить сильный ИИ.

Об искусстве вести беседу

– О, Мудрейший, – спросили как–то Хранителя Истины из клана Спокойных, – в чем заключается искусство беседы?
– Следует дать возможность говорить тому, кто желает выговориться; выслушать того, кто желает быть услышанным; дать знания жаждущему их и не разубеждать убежденных.
– А что делать, если придется беседовать с несколькими убежденными, каждый из которых не приемлет мнения других? – снова спросили Хранителя.
– В такой беседе, – сказал Мудрейший, – следует дать понять каждому, что ты согласен именно с ним и не перечишь другим только из вежливости, но для этого даже не нужно слов...

Одно из применений машинного обучения в банковском деле

Усовершенствования в области машинного обучения (ML) помогают банкам значительно улучшить свои программы по борьбе с отмыванием денег (AML), в том числе за счет  мониторинга транзакций.

Мониторинг транзакций — сочетание машинного обучения в сочетании с "классическими" позволяет банкам получить немедленное и значительное преимуществов в борьбе с отмыванием денег.

Модели машинного обучения могут включать в себя:

• расширенные данные о клиентах (например, характер бизнеса, тип клиентов)
• более полные данные о продукте (например, детализированный тип продукта и его использование)
• более детализированные данные о каналах распределения (например, каналы для разных продуктов)
• индикаторы риска по типу риска (например, география бизнеса)
• внешние источники данных (например, данные бюро, реестры финансовых преступлений).

Источник: The fight against money laundering: Machine learning is a game changer. Октябрь 2022 года.

https://www.mckinsey.com/capabilities/risk-and-resilience/our-insights/the-fight-against-money-laundering-machine-learning-is-a-game-changer