Допустим мы наблюдаем за космическим аппаратом который поглощает чёрной дырой. Рано или поздно мы перестанем видеть присылаемые им световые сигналы ибо они сдвинутся в длинноволновой край спектра. Но согласно ОТО он никогда, с точки зрения стороннего наблюдателя, не пересчёт горизонт событий.
Допустим мы 10 миллиардов лет наблюдаем как чёрная дыра поглощает кучу звёзд увеличиваясь по массе, посылая всплески света от акреции звёзд около её, но согласно ОТО, для стороннего наблюдателя, то есть для нас, ни один атом из кучи поглощеных чёрной дырой звёзд не пересечёт горизонт событий этой чёрной дыры.
То есть информация не исчезнет. И никакого парадокса нет.
А как же быть с испарением чёрной дыры? Но раз ни один атом не пересекает горизонт событий чёрной дыры, с точки зрения стороннего наблюдателя, то и испаряться нечему.
Да, после того как акреционный диск перестанет светится чёрная дыра для внешнего наблюдателя физически будет выглядеть как объект с увеличенной на поглощённую массу звезды объект. Но согласно ОТО, с точки зрения стороннего наблюдателя ни один атом не пересечёт горизонт событий этой чёрной дыры. Все поглощённые звёзды размажутся и зависнут около горизонта событий чёрной дыры, никогда не пересекая его.
Возможно автор перевода и виноват, но автор исходной статьи явно сгенерил её с помощью ИИ, ибо понять хоть одно предложение в этой статье нельзя. Похоже эта статья есть фейк.
А чем плох вариант писать простую реализацию бека используя express и настроить возможность запуска разных вариантов dev сервера
А тем что его нужно писать, деплоить, поддерживать, менять - а зачем? - Если фронтенду нужен только урл и данные в json и именно это и обеспечивает Mock Service Worker.
Отдельный моксервер вообще не вносит в проект никаких вмешательств
Не понял. В вашем же коде будет урл на этот тестовый моксервер. Вам надо будет как-то переключаться между тестовым сервером и настоящим же при деплое на продакшен!
Нет никакой прямой зависимости от бэкаэнда.
Да само наличие тестового бэкаэнда и есть зависимость от него. Его надо обслуживать, собирать, развёртывать. Зачем это делать на тестах то? Какая причина то существования тестового бэкаэнда?
Так ведут себя люди которые не посещали школу. Или пропустили уроки геометрии за 7-класс. Логику сейчас изучают только там. Больше нигде в школе.
Про узбеков не читал, читал про такие же вопросы для жителей севера, которые не ходили никогда в школу:
- в воскресенье сосед ходит в баню. Завтра воскресенье. Пойдёт ли твой сосед в баню?
Ответ - нет, ибо сосед заболел.
Вывод экспериментаторов тогда был такой- люди не посещавшие школу руководствуются только и только "житейской логикой". С ней вполне можно жить. И даже преуспевать.
С ней одно нельзя - решать логические задачи и спорить.
Service Worker обеспечивает минимальное вмешательство в код.
Пример. У вас проект. Все стартанули работать и API с бэкендом появляется вовремя. - но часто ли это бывает? Нет.
Обычно стартует к примеру фронтенд, API готов наполовину и меняется каждую неделю. При этом бекенд ещё вовсе не стартовал. Что делать? Можно быстро создать на бекенде тестовые ответы и потом постоянно их править. Что обычно и делают. Но тогда разработка фронтенд зависит от разработки бекенд.
А если вообще у разработчиков фронтенда нет доступа к бакенду?
Service Worker вполне рабочий и удобный инструмент для этого.
А вот при разработке своего pet-проекта, наверняка можно поискать и что-то иное. Как я понял тогда, когда в этом проекте вы хотите показать обработку десятков, а то и сотен близких к реальности json ответов.
Так этот Service Worker и применяется когда нет ещё бэка (или до него нельзя из сообралений безопасности достучаться)! А json уже есть (описаны).
Да и чтобы ручками не писать множество json при разработки, можно на "отдельном мок сервисе" получить json какие требуются (там много шаблонов есть, поди) и вставить их в данный Service Worker. - но в данном случае, вести разработку независимо от разработки (сроков) бэкенда- это супер!
Поскольку в ОТО гравитационного дальнодействия нет - гравитационные волны, разумеется, из ОТО "вытекают" напрямую.
Нет. Не вытекают. Никак. О том и речь. Как не вытекает, к примеру, и закон сохранения энергии для Вселенной. - да, да, всё та же космологическая постоянная - которую Эйнштейн то вводил то выбрасывал.
Верно. Есть лекции, читавшиеся недавно в МГУ по ОТО, и там также теоретически показано что гравитационные волны довольно "сомнительное" понятие и явно из ОТО не вытекают вовсе. Недаром и Эйнштейн то их признавал то их отвергал.
"Я уже даже забыл названия программ, поэтому нужно гуглить"
Я так подумал и пришёл к выводу что такая программа никому не нужна. Ибо ну узнаешь ты сколько притащила прога с собой и что? Если она тебе нужна, а иначе ты бы не стал бы её ставить, то сколько бы не притащила она, всё равно будешь использовать её.
"Он решил ввести в свои уравнения дополнительную константу, которая сможет «противодействовать» притягивающей силе гравитации в космических масштабах."
То есть. Если работаешь на нескольких проектах, до 10-ти. И хочешь запускать их на одной машине разработчика, на которой и пишешь код в IDE. Запускать так, чтобы иметь возможность быстро переключаться среди них и чтобы эти проекты не зависили от запуска и настройки других проектов, чтобы можно было для каждого проекта иметь возможность свободно настраивать окружение для запуска проекта иэти настройки неталияли наинастройки другого проекта, базу данных, к примеру, иметь также не одну на всех, а отдельную для каждого проекта и т.п., - то что же тогда использовать в этом случае на машине разработчика?
Растёт. И акреция вещества происходит. И что?
Допустим мы наблюдаем за космическим аппаратом который поглощает чёрной дырой. Рано или поздно мы перестанем видеть присылаемые им световые сигналы ибо они сдвинутся в длинноволновой край спектра. Но согласно ОТО он никогда, с точки зрения стороннего наблюдателя, не пересчёт горизонт событий.
Допустим мы 10 миллиардов лет наблюдаем как чёрная дыра поглощает кучу звёзд увеличиваясь по массе, посылая всплески света от акреции звёзд около её, но согласно ОТО, для стороннего наблюдателя, то есть для нас, ни один атом из кучи поглощеных чёрной дырой звёзд не пересечёт горизонт событий этой чёрной дыры.
То есть информация не исчезнет. И никакого парадокса нет.
А как же быть с испарением чёрной дыры? Но раз ни один атом не пересекает горизонт событий чёрной дыры, с точки зрения стороннего наблюдателя, то и испаряться нечему.
Да, после того как акреционный диск перестанет светится чёрная дыра для внешнего наблюдателя физически будет выглядеть как объект с увеличенной на поглощённую массу звезды объект. Но согласно ОТО, с точки зрения стороннего наблюдателя ни один атом не пересечёт горизонт событий этой чёрной дыры. Все поглощённые звёзды размажутся и зависнут около горизонта событий чёрной дыры, никогда не пересекая его.
Никогда не понимал этой проблемы пропажи информации.
С точки зрения ОТО для внешнего наблюдателя ни один атом никогда не поглотится чёрной дырой. Так и подвиснет навечно над горизонтом событий.
Автор - твоё решение верное. Смысла что-то делать в современной России нет никакого. Как ни крути.
Возможно автор перевода и виноват, но автор исходной статьи явно сгенерил её с помощью ИИ, ибо понять хоть одно предложение в этой статье нельзя. Похоже эта статья есть фейк.
А тем что его нужно писать, деплоить, поддерживать, менять - а зачем? - Если фронтенду нужен только урл и данные в json и именно это и обеспечивает Mock Service Worker.
Не понял. В вашем же коде будет урл на этот тестовый моксервер. Вам надо будет как-то переключаться между тестовым сервером и настоящим же при деплое на продакшен!
Да само наличие тестового бэкаэнда и есть зависимость от него. Его надо обслуживать, собирать, развёртывать. Зачем это делать на тестах то? Какая причина то существования тестового бэкаэнда?
Отпущены наверняка чтобы не усложнять вопрос.
Так ведут себя люди которые не посещали школу. Или пропустили уроки геометрии за 7-класс. Логику сейчас изучают только там. Больше нигде в школе.
Про узбеков не читал, читал про такие же вопросы для жителей севера, которые не ходили никогда в школу:
- в воскресенье сосед ходит в баню. Завтра воскресенье. Пойдёт ли твой сосед в баню?
Ответ - нет, ибо сосед заболел.
Вывод экспериментаторов тогда был такой- люди не посещавшие школу руководствуются только и только "житейской логикой". С ней вполне можно жить. И даже преуспевать.
С ней одно нельзя - решать логические задачи и спорить.
Service Worker обеспечивает минимальное вмешательство в код.
Пример. У вас проект. Все стартанули работать и API с бэкендом появляется вовремя. - но часто ли это бывает? Нет.
Обычно стартует к примеру фронтенд, API готов наполовину и меняется каждую неделю. При этом бекенд ещё вовсе не стартовал. Что делать? Можно быстро создать на бекенде тестовые ответы и потом постоянно их править. Что обычно и делают. Но тогда разработка фронтенд зависит от разработки бекенд.
А если вообще у разработчиков фронтенда нет доступа к бакенду?
Service Worker вполне рабочий и удобный инструмент для этого.
А вот при разработке своего pet-проекта, наверняка можно поискать и что-то иное. Как я понял тогда, когда в этом проекте вы хотите показать обработку десятков, а то и сотен близких к реальности json ответов.
Так этот Service Worker и применяется когда нет ещё бэка (или до него нельзя из сообралений безопасности достучаться)! А json уже есть (описаны).
Да и чтобы ручками не писать множество json при разработки, можно на "отдельном мок сервисе" получить json какие требуются (там много шаблонов есть, поди) и вставить их в данный Service Worker. - но в данном случае, вести разработку независимо от разработки (сроков) бэкенда- это супер!
Вот это уже хорошо. Спасибо.
Нет. Не вытекают. Никак. О том и речь. Как не вытекает, к примеру, и закон сохранения энергии для Вселенной. - да, да, всё та же космологическая постоянная - которую Эйнштейн то вводил то выбрасывал.
Верно. Есть лекции, читавшиеся недавно в МГУ по ОТО, и там также теоретически показано что гравитационные волны довольно "сомнительное" понятие и явно из ОТО не вытекают вовсе. Недаром и Эйнштейн то их признавал то их отвергал.
"Я уже даже забыл названия программ, поэтому нужно гуглить"Я так подумал и пришёл к выводу что такая программа никому не нужна. Ибо ну узнаешь ты сколько притащила прога с собой и что? Если она тебе нужна, а иначе ты бы не стал бы её ставить, то сколько бы не притащила она, всё равно будешь использовать её.
А есть такая программа чтобы показывала сколько и куда кто-то скачал.
Например - даёшь ей старт.
Потом ставишь программу любую или проект инсталирушь и он тянет за собой тучу всего, к примеру.
Окей. Командуешь стоп. И смотришь что и куда добавилось за время от старта.
Нужная прога была бы. Поди.
"Он решил ввести в свои уравнения дополнительную константу, которая сможет «противодействовать» притягивающей силе гравитации в космических масштабах."
В ОТО нет такого понятия как "сила гравитации".
Как это отказаться, когда хобби стало вашей работой?
Вы перестанете рыбачить в удовольствие когда вам спустят план по вылову рыбы.
То есть. Если работаешь на нескольких проектах, до 10-ти. И хочешь запускать их на одной машине разработчика, на которой и пишешь код в IDE. Запускать так, чтобы иметь возможность быстро переключаться среди них и чтобы эти проекты не зависили от запуска и настройки других проектов, чтобы можно было для каждого проекта иметь возможность свободно настраивать окружение для запуска проекта иэти настройки неталияли наинастройки другого проекта, базу данных, к примеру, иметь также не одну на всех, а отдельную для каждого проекта и т.п., - то что же тогда использовать в этом случае на машине разработчика?
Контейнеры, виртуальные машины или что-то иное?
Выве вы же писали несколько дней назад: "Инфляция исчезнет как только появится способ ее избегать"
За эти дни уже появился? :-0