Если Эппл — спасает добавление таких штук в wallet и часы. Часы разбить сильно сложнее. Меня выручало, когда я телефон в машине на парковке забывал в торговом центре при походе в кино по электронному билету.
Совершенно напрасно: данные всех пассажиров рейса были в этих ненадежных серверах, но вы при этом ещё и никакого профита (сомнительного, к слову — в виде сервиса wifi) не получили!
Немного не понял. Если есть возможность импорта модулей «из сети» — а в модулях как в node есть возможность подключения native кода — что мешает подключить модуль, который будет реализовывать любой функционал в обход песочницы?
import myFS from 'mysite.net/myFS'
console.log(myFS.readFromFile('anyfile'))
Доступ к файловой системе, доступ к сети и тп. Механизма контроля подключенных модулей я не увидел.
Вообще, изоляция на уровне контейнера типа докера выглядит более надежной
По react native было бы корректно упоминуть Expo. Много модулей, поддержка iOS, Android, Web (бэта) платформ. А ещё есть React Native for Windows от MS. В итоге за RN — больше платформ.
Ошибка 500? Серверная же: что может не так передать клиент? Странно очень. Больше похоже на падение какого то сервиса из-за особенностей данных профиля клиента. Типа, 11 знаков в логине вызывают ошибку! Классический QA фейлик
Да, было бы удобно иметь автоплатежи списком в ЛК, как список использующих твой аккаунт у oauth провайдера. Де факто, ты авторизовал канал снятия денег, должен иметь возможность простой отмены авторизации.
Неправильно пишите — надо писать: проклятые кожные ублюдки явно будут саботировать позиционирование коробок чтобы подставить электромеханических братьев!
Возможно, замечание о смысле лазеров в конструкции не до конца корректно. Возможно, роботы пытаются определить препятствия, не внесённые в систему — человека, случайно упавшее препятствие и тп.
Возможно, лазер помогает в навигации — иначе бы ошибки положения в инерционной системе навигации накапливались бы.
Почему люди не тратят на исследования, хотя могли бы? Информационная проблема, как это ни смешно звучит в 21 веке.
Недостаточно информации о наличии команд, нуждающихся в финансировании. Сложно разобраться в перспективах исследований.
В общем, для решения информационной проблемы нужен сервис, обрабатывающий и структурирщий информацию. Например, нужен маркетплейс для исследовательских задач, где бы каждый проект мог бы получить критику от компетентного человека (типа, рецензию). Страны со слабым регулированием могли бы предлагать проведение клинических испытаний проектам. И тп.
Конечно сервис по «помощи» в генерации CSR — это прям отличный троянский конь нашего времени! Жесть. Я могу понять — клиенты не разбираются в Безопасности и особенностях всяких.
Но! Куда смотрели DigiCert? Откуда такое пренебрежение аудитом своих реселлеров — даже поверхностному?! Любой поставщик своих крупных дилеров знает и аудирует в той или иной степени.
Насчет настройки — да, я с вами согласен: любая настройка вносящая существенное изменение поведения системы довольна чувствительна.
По мне — так зависшие транзакции — это существенное неправильное поведение системы, оно не должно происходить в штатном режиме. Как раз настройка СУБД для «прибивания» такой ситуации позволит таки высвободить задействованные ресурсы, и продолжить работу системы. Однако нужно понимать, что произошел сбой — который желательно отработать на прикладном уровне.
Подход в статье предполагает отработку ситуации на прикладном уровне — да, это предпочтительнее. Просто это нужно реализовывать, а настроука СУБД может защитить от ситуации «из коробки», а «разгребание» последствий — дело DBA.
Конечно, дело вкуса что использовать. Я бы совместил — настроку в СУБД, и, по возможности, отработку зависания транзакций в прикладном решении (в админке?)
Про сложность системы я с вами согласен. Однако те же компьютерные науки выработали вполне работающее решение — повышение уровня абстракции.
То есть, вместо выдумывания — как заставить один уровень нейросетей работать, можно попытаться реализовать многоуровневую систему, каждый следующий уровень которой будет оперировать уже обработанными данными с предыдущего уровня.
Насчет отхода от философии — даже в компьютерных науках есть такая отчасти философская штука как архитектура приложений и систем. Да, это теоретические построения. Просто на определенном уровне понимания приходит мысль, что лучше хорошей практики может быть только хорошая теория. В статье мы ясно видим — есть ряд хороших практик. Нужна хорошая теория, и психология может подсказать — в каком направлении ее искать. Междисциплинарная синергия — довольно надежная кладезь новых идей.
У ребёнка школу закрыли на карантин по ОРВИ до нового года на 2 недели. В итоге получилось длинные каникулы
Если Эппл — спасает добавление таких штук в wallet и часы. Часы разбить сильно сложнее. Меня выручало, когда я телефон в машине на парковке забывал в торговом центре при походе в кино по электронному билету.
Совершенно напрасно: данные всех пассажиров рейса были в этих ненадежных серверах, но вы при этом ещё и никакого профита (сомнительного, к слову — в виде сервиса wifi) не получили!
Доступ к файловой системе, доступ к сети и тп. Механизма контроля подключенных модулей я не увидел.
Вообще, изоляция на уровне контейнера типа докера выглядит более надежной
Ошибка 500? Серверная же: что может не так передать клиент? Странно очень. Больше похоже на падение какого то сервиса из-за особенностей данных профиля клиента. Типа, 11 знаков в логине вызывают ошибку! Классический QA фейлик
Да, было бы удобно иметь автоплатежи списком в ЛК, как список использующих твой аккаунт у oauth провайдера. Де факто, ты авторизовал канал снятия денег, должен иметь возможность простой отмены авторизации.
Неправильно пишите — надо писать: проклятые кожные ублюдки явно будут саботировать позиционирование коробок чтобы подставить электромеханических братьев!
Возможно, замечание о смысле лазеров в конструкции не до конца корректно. Возможно, роботы пытаются определить препятствия, не внесённые в систему — человека, случайно упавшее препятствие и тп.
Возможно, лазер помогает в навигации — иначе бы ошибки положения в инерционной системе навигации накапливались бы.
Гробить
О, времена, о — нравы! Почему никто не написал:
как тебе такое, Илон Маск!
Здорово, конечно, но со скобочками они погорячились! Не так сложно было и сделать их.
На моей памяти никто из обычных пользователей просто так кавычки не вставляет.
Извините, конечно, но: Воронеж опасносте
Почему люди не тратят на исследования, хотя могли бы? Информационная проблема, как это ни смешно звучит в 21 веке.
Недостаточно информации о наличии команд, нуждающихся в финансировании. Сложно разобраться в перспективах исследований.
В общем, для решения информационной проблемы нужен сервис, обрабатывающий и структурирщий информацию. Например, нужен маркетплейс для исследовательских задач, где бы каждый проект мог бы получить критику от компетентного человека (типа, рецензию). Страны со слабым регулированием могли бы предлагать проведение клинических испытаний проектам. И тп.
Любые перемены порождают как сторонников, так и противников. Станки, паровые машины, авто, компьютеры, а вот теперь — роботы.
Но никто не отменит ясного и очевидного факта, что наше благосостояние с появлением роботов растёт. Поэтому шансов на запрет роботов просто нет.
Конечно сервис по «помощи» в генерации CSR — это прям отличный троянский конь нашего времени! Жесть. Я могу понять — клиенты не разбираются в Безопасности и особенностях всяких.
Но! Куда смотрели DigiCert? Откуда такое пренебрежение аудитом своих реселлеров — даже поверхностному?! Любой поставщик своих крупных дилеров знает и аудирует в той или иной степени.
По мне — так зависшие транзакции — это существенное неправильное поведение системы, оно не должно происходить в штатном режиме. Как раз настройка СУБД для «прибивания» такой ситуации позволит таки высвободить задействованные ресурсы, и продолжить работу системы. Однако нужно понимать, что произошел сбой — который желательно отработать на прикладном уровне.
Подход в статье предполагает отработку ситуации на прикладном уровне — да, это предпочтительнее. Просто это нужно реализовывать, а настроука СУБД может защитить от ситуации «из коробки», а «разгребание» последствий — дело DBA.
Конечно, дело вкуса что использовать. Я бы совместил — настроку в СУБД, и, по возможности, отработку зависания транзакций в прикладном решении (в админке?)
То есть, вместо выдумывания — как заставить один уровень нейросетей работать, можно попытаться реализовать многоуровневую систему, каждый следующий уровень которой будет оперировать уже обработанными данными с предыдущего уровня.
Насчет отхода от философии — даже в компьютерных науках есть такая отчасти философская штука как архитектура приложений и систем. Да, это теоретические построения. Просто на определенном уровне понимания приходит мысль, что лучше хорошей практики может быть только хорошая теория. В статье мы ясно видим — есть ряд хороших практик. Нужна хорошая теория, и психология может подсказать — в каком направлении ее искать. Междисциплинарная синергия — довольно надежная кладезь новых идей.