Да. На наборе непрерывных свойств. Вопрос в том, может-ли быть волновая функция на наборе бинарных свойств, к которым относится уровень возбуждения электронов в атоме.
Постоянно пользуюсь обычным трехступенчатым фильтром. У родственников попробовал воду из фильтра с мембраной. Мне очень понравилось. Хотя, возможно, у них стоит именно с минерализатором.
Очень интересно! Хотелось-бы продолжения потока мыслей по этому поводу.
Я некоторое время думал что избавиться от «разумного наблюдателя» можно если привлечь к понятию «сворачивания волновой функции» квантовые эффекты. Ведь, если подумать, в какой момент световая волна превращается в фотон? А в тот момент, когда она проходит через квантующую систему типа атома с его электронами, имеющими фиксированные уровни возбуждения. Именно переход электрона с уровня на уровень обеспечивает квантования электромагнитной волны.
Но тут возникает другой вопрос — возможно-ли, в свою очередь, представление бинарного состояния возбуждения атома как волновой функции? Если возможно, то получается замкнутый круг. А если невозможно — мы легко отвязываемся от «разумного наблюдателя».
Видел интересное определение, правда, не разума, а «интеллекта». Хотя, думаю, в англоязычной статье имелся ввиду, все-таки, именно «разум». Определение вот такое: «Интеллект поступает так, что-бы максимизировать в будущем количество возможных вариантов действия» (в моем упрощении).
В данном определении мне нравится то, что оно включает в себя и необходимость построения модели внешнего мира и необходимость наличия способности предсказывать результаты своих действий на основе этой модели. Т.к. считаю что только построение модели — это лишь половина дела. Важным моментом является именно способность просчитывать поведение этой модели в будущем. И на основе этого, строить свое поведение.
Вот это не совсем понятно. Если подразумевается работа с docker, то нужен только сервер с docker и все. А в образ достаточно разместить сам исполняемый скомпилированный файл (на go его можно сделать самодостаточным — без необходимости внешних библиотек) и, возможно, какие-то внешние данные в файлах для него. Т.е. это свойство запускаемого файла на go (отсутствие зависимостей) подразумевает что можно использовать минималистичный образ alpine в качестве основы.
Естественно, если речь идет о развертывании на сервере без docker, все описанное справедливо и для сервера — размещать на нем нужно только исполняемый файл приложения. Go на нем ставить не нужно.
Опять-же, если подразумевается что разработчик работает на Windows, а бинарник приложения ему нужен на Linux, то и это можно делать (насколько я знаю) не разворачивая Go на Linux сервере — кросскомпиляция в Go просто шикарная. Врать не буду — из Windows линуксовые бинарники не делал. Но из Linux виндовые — вполне.
Вероятно, вы не совсем правильно поняли то, что вы прочитали о «Лиза-Алерт». Естественно, отслеживание положения телефона это не панацея. Но в подавляющем большинстве случаев на момент начала поиска телефон все еще в зоне доступности и вполне пригоден к какому-либо ориентированию. А даже небольшое сужение пространства поиска может существенно повысить шансы на благополучный исход.
На счет «понятно зачем это нужно», я скажу так… В данном случае совпадают нужды поисковиков, которые реально спасают человеческие жизни с нуждами худшей части нашего общества. Так что из этого? Забить на все и пусть люди умирают из-за того что вы боитесь слежки за собой?
Вопрос в том что полиция сможет определять примерное положение любого человека с точностью +-500 метров.
И тут нужно определить что важнее — реальная гибель детей и пожилых в лесах (в том числе лично ваших родственников) или страхи перед «глобальным контролем»?
Я лично не считаю нашу полицию в РФ очень уж законопослушной. Но, по моему мнению, возможность спасения жизней в данном случае имеет приоритет. Почитайте статистику работы отряда «Лиза-Алерт» в своем регионе. Думаю, узнаете много нового. :(
Меня в свое время поразил способ извлечения звука используя физическое моделирование. Довольно простые алгоритмы при этом дающие звук с характерным окрасом соответствующего инструмента.
По большому счету, с первым согласен. Однако, считаю что интеграция этого механизма в движок ошибок может существенно помочь разработчику.
На счет локализации то-же самое. Думаю, при таком построении механизма ошибок имеет смысл ее сделать интегрированно. Т.к., на мой взгляд, локализация тут впишется довольно гармонично.
Я вижу у вас лицензия MIT, так что я, вероятно, форкну ваш проект и добавлю все эти механизмы для собственного использования.
В своем проекте решал с ошибками еще две проблемы, которые здесь не упомянуты:
1. Локализация текста ошибок;
2. При возникновении некоторых ошибок отправка нотификации о них на email.
Я некоторое время думал что избавиться от «разумного наблюдателя» можно если привлечь к понятию «сворачивания волновой функции» квантовые эффекты. Ведь, если подумать, в какой момент световая волна превращается в фотон? А в тот момент, когда она проходит через квантующую систему типа атома с его электронами, имеющими фиксированные уровни возбуждения. Именно переход электрона с уровня на уровень обеспечивает квантования электромагнитной волны.
Но тут возникает другой вопрос — возможно-ли, в свою очередь, представление бинарного состояния возбуждения атома как волновой функции? Если возможно, то получается замкнутый круг. А если невозможно — мы легко отвязываемся от «разумного наблюдателя».
Да — понятие «модель» тоже необходимо уточнить в этом плане.
Я воспринимаю и соглашаюсь. Но уверен что не все понимают что возможность прогнозирования «прилагается» к понятию модели. :)
Я про приведенное мною определение. Оно включает в себя представление о модели и прогнозировании как часть. Но немного ее расширяет.
В данном определении мне нравится то, что оно включает в себя и необходимость построения модели внешнего мира и необходимость наличия способности предсказывать результаты своих действий на основе этой модели. Т.к. считаю что только построение модели — это лишь половина дела. Важным моментом является именно способность просчитывать поведение этой модели в будущем. И на основе этого, строить свое поведение.
Вот это не совсем понятно. Если подразумевается работа с docker, то нужен только сервер с docker и все. А в образ достаточно разместить сам исполняемый скомпилированный файл (на go его можно сделать самодостаточным — без необходимости внешних библиотек) и, возможно, какие-то внешние данные в файлах для него. Т.е. это свойство запускаемого файла на go (отсутствие зависимостей) подразумевает что можно использовать минималистичный образ alpine в качестве основы.
Естественно, если речь идет о развертывании на сервере без docker, все описанное справедливо и для сервера — размещать на нем нужно только исполняемый файл приложения. Go на нем ставить не нужно.
Опять-же, если подразумевается что разработчик работает на Windows, а бинарник приложения ему нужен на Linux, то и это можно делать (насколько я знаю) не разворачивая Go на Linux сервере — кросскомпиляция в Go просто шикарная. Врать не буду — из Windows линуксовые бинарники не делал. Но из Linux виндовые — вполне.
На счет «понятно зачем это нужно», я скажу так… В данном случае совпадают нужды поисковиков, которые реально спасают человеческие жизни с нуждами худшей части нашего общества. Так что из этого? Забить на все и пусть люди умирают из-за того что вы боитесь слежки за собой?
И тут нужно определить что важнее — реальная гибель детей и пожилых в лесах (в том числе лично ваших родственников) или страхи перед «глобальным контролем»?
Я лично не считаю нашу полицию в РФ очень уж законопослушной. Но, по моему мнению, возможность спасения жизней в данном случае имеет приоритет. Почитайте статистику работы отряда «Лиза-Алерт» в своем регионе. Думаю, узнаете много нового. :(
А на счет «благих намерений» — ну так незаконным образом кому надо и так имеют доступ к этой информации.
На счет локализации то-же самое. Думаю, при таком построении механизма ошибок имеет смысл ее сделать интегрированно. Т.к., на мой взгляд, локализация тут впишется довольно гармонично.
Я вижу у вас лицензия MIT, так что я, вероятно, форкну ваш проект и добавлю все эти механизмы для собственного использования.
В своем проекте решал с ошибками еще две проблемы, которые здесь не упомянуты:
1. Локализация текста ошибок;
2. При возникновении некоторых ошибок отправка нотификации о них на email.