Компьютер давно играет в шахматы на уровне чемпионов - но шахматисты почему-то не исчезли (почему?). Так же и с математиками будет, даже если научится решать проблемы тысячелетия.
Я уже привел и ссылку и конкретную выдержку из кода. Почему он вас не устраивает?
Вы о чем? Я же попросил код, который считает переменную и начнет страдать. А не просто установит переменную для некого другого кода, который уже умеет страдать.
Код, который ее читает, нужен только для того, чтобы определить какое именно это ощущение - приятное для устройства или неприятное.
Вот именно этот код нам и нужен - который читает и сможет трактовать как приятное или болезненное.
Я рад что вы поняли.
Теперь приведите код, который читает какую-либо переменную и воспринимает ее как приятное и отдельно болезненное (к примеру - страдает от false и наслаждается от true).
Именно об этом коде я и сказал - нет ни одной гипотезы о нем, потому что разница всегда только в голове наблюдателя - для самой системы все равнозначно. При этом остановка работы или сон - это не страдание.
Так и приведите пример кода, который "его проверяет", чтобы этот "проверяющий" ощутил страдание. Ведь об этом же речь? Или вы думали речь о том как установить флаг?
Вот как раз в этом и дело - за скобками оставил "проверяеющего" или ощущающего. Почему? Потому что мы себя не видим и не анализируем. Как-то оно само собой разумеющееся.
А когда пытаешься обратить взор - а каким же должен быть проверяющий код, чтобы ему стало больно - то оказывается что гипотез ровно ноль.
Это вы мне привели ссылку на 2 примера кода и спрашиваете. Вот вы и показывайте, где у вас управляющий код.
Нет ни одной гипотезы об устройстве (схеме) девайса, чтобы девайс ощутил наслаждение и страдание. По этому такого кода нет и быть не может. Я готов отдать все что имею, если кто-то мне раскроет тайну наслаждения и страдания (т.е. как создать девайс, который страдает).
Вы подумали что все просто - нужно установить флаг некой переменной с названием "боль" - вот и страдание. Я показал что это не так.
Нет. Устройство перестает работать как виртуальное существо.
то чтобы было понятно вам надо дать какое-то своё определение страдания и наслаждению.
Невозможно дать формальное определение, т.к. не ясна суть явления. Все определения будут сводиться к не определяемым феноменам - типа положительное и отрицательное квалиа и т.д. Более того - даже гипотезы нет, чем бы это могло являться.
И тем не менее на основе примеров мы можем понять что такое наслаждение и страдание - более того - это основа нашего Я, наших отношений.
А где там управление? Чем управляют эти флаги? Что делает система, когда флаг true или false?
Можно внешний аудио-блок подключить, чтобы при страдании был крик "ай, больно" а при наслаждении "детка, давай еще". Но мы же договорились динамик отключен, т.к. это проявление для наблюдателя а не для системы.
Вот как раз весь вопрос и заключается в этом: что за процессы должны произойти внутри системы, чтобы некий сигнал она могла воспринять как страдание а другой сигнал как наслаждение. И получается что ни одной гипотезы нет.
Сейчас основной вопрос - как сделать, чтобы не было легко. И есть варианты решения. Первый вариант - из области права: если эти 10 чел. владеют патентами и пр. - то другие 10 чел. не смогут конкурировать, т.к. патенты именные. Второй вариант - это коммерческие тайны, т.е. когда эти 10 чел. владеют ценной информацией, которой нет в открытом доступе и прийти к которой так просто не получится.
Поведение задается управляющей программой. Это внутренний процесс. Проверяете программу и/или аппаратную архитектуру и получаете информацию, какое значение сигнал имеет для системы.
Вот тут две программы: одна наслаждения, другая страдания. Это и есть управляющие программы? Или это не управляющие программы?
обучаясь на чем-то человек потом вряд ли по памяти полностью воспроизведено
Это смотря у кого какая память - ключевые момент можно запомнить и воспроизвести. А названия переменных особой роли не играют, их можно и не запоминать.
Если один и тот же код приносит девайсу и наслаждение и страдание - то страдает девайс или наслаждается? Или же вы скажете - это определяется тем, как потом будет обработано установленное значение. Но как его нужно обработать чтобы возникло наслаждение и как обработать, чтобы возникло страдание?
Это заложено програмиистом в обрабатывающей программе, значение A в переменной по адресу X влияет так, значение B по-другому.
Вот тут см. вторую программу - https://habr.com/ru/news/1003706/comments/#comment_29652934 - там те же конструкции, но мы изменили имя переменной и примечание - и теперь этот же код соответствует получению удовольствия и завершению получения.
Вы сделали зацепку - типа не просто переменная, а должна включать динамик, а это сразу ошибка - т.к. динамики не нужны для наслаждения, это чисто внешняя сигнализация.
Динамики/лампочку отключили, а их контакты остались, и код подает или не подает на них напряжение.
И что? Если подает ток на динамик - это страдание или наслаждение?
Я специально не написал, какой именно звук издает динамик, я написал "включает или нет".
А какое отношение динамик имеет к страданию и наслаждению то?
Напишите код, который отражает суть. То что вы сейчас написали - если изменить названия переменных - то страдания легко меняются на наслаждения. Поскольку система не умеет читать названия переменных - значит объективно не сможет понять страдать ей нужно или наслаждаться.
Они подключены к обрабатывающем коду по-разному. Например, одна включает динамик, а другая нет.
Так мы же договорились что динамики/лампочку отключили, т.к. это иллюзия для внешнего наблюдателя - а нам нужно внутреннее страдание самого устройства.
Вот и приходим - что есть только некая иллюзия для внешнего наблюдателя - т.к. внешний наблюдатель слышит (1) истошный крик от боли ИЛИ (2) причмокивания от удовольствия - и в его голове создается иллюзия что девайс наслаждается или страдает.
А когда убираем динамики (которые для внешнего наблюдателя) - то исчезает и разница между наслаждением и страданием. Т.е. внутреннего наслаждения и страдания данный код не реализует - только внешнюю имитацию тех признаков, которые обычно ассоциируются у нас с наслаждением и страданием.
if (isTimeReached)
// страдание устройства
alienDesire = true;
if (alienDesire && button1.justPressed())
{
// наслаждение устройства
// убираем потребность
alienDesire = false;
}
Вы верите что по истечению времени устанавливается некий флаг, и эта сама установка причиняет страдание устройству. А теперь представим что спустя время наоборот - возникает не желание а блаженство, вот так:
if (!isTimeReached)
{
// наслаждение устройства
bliss = true;
}
if (bliss && button1.justPressed())
{
// страдание устройства
// убираем блаженство
bliss = false;
}
Получается что разница - только в названии переменной, логика та же самая. Но поскольку устройство не умеет читать и не знает как мы назвали переменную - оно не сможет отличить одно явление от другого - для него наслаждаться и страдать абсолютно функционально не различимы. Более того - код на выходе компилятора получается тем же самым, т.к. названия переменных компилятор не сохраняет при преобразовании в машинные коды.
Т.е. мы доказали, что гипотеза ошибочна - т.к. в ракурсе устройства нет отличия между наслаждением и страданием - только внешний наблюдатель, который знает названия переменных - может отличить наслаждение и страдания. Следовательно у устройства не появилось субъективности и способности отличать боль от кайфа.
Проверьте хотя бы за $20 - уже почувствуете разницу. Бесплатные - это аналог поисковика, думать не умеют.
Компьютер давно играет в шахматы на уровне чемпионов - но шахматисты почему-то не исчезли (почему?). Так же и с математиками будет, даже если научится решать проблемы тысячелетия.
Вы о чем? Я же попросил код, который считает переменную и начнет страдать. А не просто установит переменную для некого другого кода, который уже умеет страдать.
Где страдающий код ваш? Вы про этот: https://habr.com/ru/news/1003706/comments/#comment_29652934 - где страдание и наслаждение не отличаются?
Т.е. вы считаете что вся суть в
while (true)- если эта инструкция выполняется - то девайс страдает? Или наслаждается?Вот именно этот код нам и нужен - который читает и сможет трактовать как приятное или болезненное.
Я рад что вы поняли.
Теперь приведите код, который читает какую-либо переменную и воспринимает ее как приятное и отдельно болезненное (к примеру - страдает от false и наслаждается от true).
Именно об этом коде я и сказал - нет ни одной гипотезы о нем, потому что разница всегда только в голове наблюдателя - для самой системы все равнозначно. При этом остановка работы или сон - это не страдание.
Так и приведите пример кода, который "его проверяет", чтобы этот "проверяющий" ощутил страдание. Ведь об этом же речь? Или вы думали речь о том как установить флаг?
Вот как раз в этом и дело - за скобками оставил "проверяеющего" или ощущающего. Почему? Потому что мы себя не видим и не анализируем. Как-то оно само собой разумеющееся.
А когда пытаешься обратить взор - а каким же должен быть проверяющий код, чтобы ему стало больно - то оказывается что гипотез ровно ноль.
Нет ни одной гипотезы об устройстве (схеме) девайса, чтобы девайс ощутил наслаждение и страдание. По этому такого кода нет и быть не может. Я готов отдать все что имею, если кто-то мне раскроет тайну наслаждения и страдания (т.е. как создать девайс, который страдает).
Вы подумали что все просто - нужно установить флаг некой переменной с названием "боль" - вот и страдание. Я показал что это не так.
Так это просто сон - причем тут страдание.
Невозможно дать формальное определение, т.к. не ясна суть явления. Все определения будут сводиться к не определяемым феноменам - типа положительное и отрицательное квалиа и т.д. Более того - даже гипотезы нет, чем бы это могло являться.
И тем не менее на основе примеров мы можем понять что такое наслаждение и страдание - более того - это основа нашего Я, наших отношений.
Покажите управляющий код, чтобы была видна разница. То есть то, чем он управляет - чтобы управляемое стало наслаждением и страданием.
Там не звук а пикселы на экране - это то же самое что звук, по сути - разница в голове наблюдателя.
Можно внешний аудио-блок подключить, чтобы при страдании был крик "ай, больно" а при наслаждении "детка, давай еще". Но мы же договорились динамик отключен, т.к. это проявление для наблюдателя а не для системы.
Вот как раз весь вопрос и заключается в этом: что за процессы должны произойти внутри системы, чтобы некий сигнал она могла воспринять как страдание а другой сигнал как наслаждение. И получается что ни одной гипотезы нет.
Сейчас основной вопрос - как сделать, чтобы не было легко. И есть варианты решения. Первый вариант - из области права: если эти 10 чел. владеют патентами и пр. - то другие 10 чел. не смогут конкурировать, т.к. патенты именные. Второй вариант - это коммерческие тайны, т.е. когда эти 10 чел. владеют ценной информацией, которой нет в открытом доступе и прийти к которой так просто не получится.
Вот тут две программы: одна наслаждения, другая страдания. Это и есть управляющие программы? Или это не управляющие программы?
Т.е. если внешнего поведения нет (отключили динамик и уже нет "ай") - то теряется и разница между наслаждением и страданием?
Это смотря у кого какая память - ключевые момент можно запомнить и воспроизвести. А названия переменных особой роли не играют, их можно и не запоминать.
Если один и тот же код приносит девайсу и наслаждение и страдание - то страдает девайс или наслаждается? Или же вы скажете - это определяется тем, как потом будет обработано установленное значение. Но как его нужно обработать чтобы возникло наслаждение и как обработать, чтобы возникло страдание?
Первый и второй примеры кода, которые я привел - корректны? Первый отражает вашу идею?
Вот тут см. вторую программу - https://habr.com/ru/news/1003706/comments/#comment_29652934 - там те же конструкции, но мы изменили имя переменной и примечание - и теперь этот же код соответствует получению удовольствия и завершению получения.
Вы сделали зацепку - типа не просто переменная, а должна включать динамик, а это сразу ошибка - т.к. динамики не нужны для наслаждения, это чисто внешняя сигнализация.
Так вы там только устанавливаете значение в ячейку памяти и в комментарии пишите что система страдает после этого. А почему не наслаждается?
Так приведите пример обрабатывающей программы, которая страдает.
И что? Если подает ток на динамик - это страдание или наслаждение?
А какое отношение динамик имеет к страданию и наслаждению то?
Напишите код, который отражает суть. То что вы сейчас написали - если изменить названия переменных - то страдания легко меняются на наслаждения. Поскольку система не умеет читать названия переменных - значит объективно не сможет понять страдать ей нужно или наслаждаться.
Так мы же договорились что динамики/лампочку отключили, т.к. это иллюзия для внешнего наблюдателя - а нам нужно внутреннее страдание самого устройства.
Вот и приходим - что есть только некая иллюзия для внешнего наблюдателя - т.к. внешний наблюдатель слышит (1) истошный крик от боли ИЛИ (2) причмокивания от удовольствия - и в его голове создается иллюзия что девайс наслаждается или страдает.
А когда убираем динамики (которые для внешнего наблюдателя) - то исчезает и разница между наслаждением и страданием. Т.е. внутреннего наслаждения и страдания данный код не реализует - только внешнюю имитацию тех признаков, которые обычно ассоциируются у нас с наслаждением и страданием.
Что и требовалось доказать.
Тогда давайте приведем упрощенную версию:
Вы верите что по истечению времени устанавливается некий флаг, и эта сама установка причиняет страдание устройству. А теперь представим что спустя время наоборот - возникает не желание а блаженство, вот так:
Получается что разница - только в названии переменной, логика та же самая. Но поскольку устройство не умеет читать и не знает как мы назвали переменную - оно не сможет отличить одно явление от другого - для него наслаждаться и страдать абсолютно функционально не различимы. Более того - код на выходе компилятора получается тем же самым, т.к. названия переменных компилятор не сохраняет при преобразовании в машинные коды.
Т.е. мы доказали, что гипотеза ошибочна - т.к. в ракурсе устройства нет отличия между наслаждением и страданием - только внешний наблюдатель, который знает названия переменных - может отличить наслаждение и страдания. Следовательно у устройства не появилось субъективности и способности отличать боль от кайфа.