Эмм. А что — в больших базах данных нет возможности сделать default timeout на транзакцию?
Типа, кому надо длинную транзакцию делать — пусть в явном виде указывает большой тайм-аут, а для обычных «зависших» транзакций система сама их пришибёт через какое-то время (конечно, с записью в лог этого славного деяния).
Интересно, а когда все наработки психологии попробуют применить — не только любопытство и набивание шишек? Страхи, подсознательная страхи (простые обученные сторонние модели с защитой от сильно неправильного поведения), лень, пресыщение, эмоции в целом — это же все важные части обучения.
Понимаю, что есть мнение о психологии как о недонауке, но вижу тут как раз поле для экспериментов. Возможно, что прививанием человеческих механизмов психики нейросетям мы сможем и механизмы психики изучить!
Отсутствие публично декларируемых целей не позволяет привнести разумность в регулирование. Отсюда любой маразм может быть оправдан — «ну, мы ж должны регулировать и контролировать».
«Мы долго шли, не понимая — куда, и очень удивились прийдя не туда!»
Ну — как умер. Тьма API у сервисов построена как REST, а значит REST жив. Facebook, Instagram, Google,…
Другой вопрос, что есть более перспективные технологии — разные, да хоть GraphQL. Realtime API появляются. Да много чего напридумывали для специфических задач и исправления недостатков REST.
Стандарта REST особенно не сформировалось — как ограничивать выборку полей ресурса, как фильтрацию/отбор делать, и тп.
Не совсем понимаю — в чем проблема с POST запросами — это запросы на изменение. Что тут кэшировать? Запросы на чтение делаются через GET (http://graphql.org/learn/serving-over-http/). Да, кэширование для HTTP, наверное, не подойдет, но есть специализированные решения.
Про кэширование: graphql.org/learn/caching
В целом: предлагают клиентам самими делать нужное кэширование.
В нашей стране часто регулирование не сопровождается публичным объявлением целей и критериев эффективности. Отсюда — всякий маразм, как, например, штрафы за ошибки в документах валютного контроля. Для бизнеса самый главный штраф — это удерживание выручки. Неясно, с какой целью нужно бизнес подвергать штрафам
Страничка www.tensorflow.org/api_docs намекает, что API на питоне — это #1, остальное (даже С++) — это немного не дотягивает. Так что — самое хардкорное и полноценное использование TF — это задействовать API через питон. Впрочем, не суть важно
Затестировал Algo на базе дроплета DO. Ставится без проблем. Могу сказать, что благодаря автоматической генерации профилей для iOS/macOS устройств — использование на технике эппл — вообще не представляет проблем, IKEv2 поддерживается на базе ОС, штатными средствами, без дополнительного софта. соединение быстрое и безпроблемное.
Вы, безусловно, правы насчет портов. Буду тестировать — где порты закрыты. На мобильной сети МТС в моем городе — работает. Думаю, основные проблемы будут с публичным WiFi. В этом смысле вариант с SSL VPN интереснее — фактически, получается https трафик.
Не подскажите удобные варианты для SSL VPN с работой с мобильных?
Side note: сколько столкнулось в комментах мировоззрений!
Эмм. А что — в больших базах данных нет возможности сделать default timeout на транзакцию?
Типа, кому надо длинную транзакцию делать — пусть в явном виде указывает большой тайм-аут, а для обычных «зависших» транзакций система сама их пришибёт через какое-то время (конечно, с записью в лог этого славного деяния).
Интересно, а когда все наработки психологии попробуют применить — не только любопытство и набивание шишек? Страхи, подсознательная страхи (простые обученные сторонние модели с защитой от сильно неправильного поведения), лень, пресыщение, эмоции в целом — это же все важные части обучения.
Понимаю, что есть мнение о психологии как о недонауке, но вижу тут как раз поле для экспериментов. Возможно, что прививанием человеческих механизмов психики нейросетям мы сможем и механизмы психики изучить!
Очень круто! Crispr бы так доставить, чтобы он только раковую клетку резал
Из плюсов: вместо хайповых терминов «нейронные сети», разговор идёт о старой доброй математике. Это круто, это немножко в глубину вопроса.
Вот бы ещё помимо глубины дать направления размышлений по перспективе — попредметнее!
Прийдется купить книжку чтобы изучить))
Комменты, более того, минимум такие же интересные, как статья.
Отсутствие публично декларируемых целей не позволяет привнести разумность в регулирование. Отсюда любой маразм может быть оправдан — «ну, мы ж должны регулировать и контролировать».
«Мы долго шли, не понимая — куда, и очень удивились прийдя не туда!»
Другой вопрос, что есть более перспективные технологии — разные, да хоть GraphQL. Realtime API появляются. Да много чего напридумывали для специфических задач и исправления недостатков REST.
Стандарта REST особенно не сформировалось — как ограничивать выборку полей ресурса, как фильтрацию/отбор делать, и тп.
Про кэширование: graphql.org/learn/caching
В целом: предлагают клиентам самими делать нужное кэширование.
GraphQL решает похожие проблемы с управлением объемом выборки, но относительно стандартизированным путём.
Не в курсе, впрочем, если под .net graphQL сервер
В нашей стране часто регулирование не сопровождается публичным объявлением целей и критериев эффективности. Отсюда — всякий маразм, как, например, штрафы за ошибки в документах валютного контроля. Для бизнеса самый главный штраф — это удерживание выручки. Неясно, с какой целью нужно бизнес подвергать штрафам
TF реализован на С++. А вот клиентская библиотека самая продвинутая у него — на питоне. Что считать «чистым TF»?
Или я что то путаю?
Интересно бы сравнить с чем-то типа Сульфакрилата: менее токсичен? Как там дело с аллергией — если биопродукт, она вполне возможна.
Повышенная отзывчивость.
Возможно, позиционируется как целевой уровень отзывчивости для многопоточных приложений!
Теперь бы придумать — где б оптимально взять машинку с SSH в зарубежной локации
Вы, безусловно, правы насчет портов. Буду тестировать — где порты закрыты. На мобильной сети МТС в моем городе — работает. Думаю, основные проблемы будут с публичным WiFi. В этом смысле вариант с SSL VPN интереснее — фактически, получается https трафик.
Не подскажите удобные варианты для SSL VPN с работой с мобильных?