А где там управление? Чем управляют эти флаги? Что делает система, когда флаг 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;
}
Получается что разница - только в названии переменной, логика та же самая. Но поскольку устройство не умеет читать и не знает как мы назвали переменную - оно не сможет отличить одно явление от другого - для него наслаждаться и страдать абсолютно функционально не различимы. Более того - код на выходе компилятора получается тем же самым, т.к. названия переменных компилятор не сохраняет при преобразовании в машинные коды.
Т.е. мы доказали, что гипотеза ошибочна - т.к. в ракурсе устройства нет отличия между наслаждением и страданием - только внешний наблюдатель, который знает названия переменных - может отличить наслаждение и страдания. Следовательно у устройства не появилось субъективности и способности отличать боль от кайфа.
Давайте не размазывать мысль - попробуем сосредоточиться на одном. Вы пишите что alienDesire = random(1, 5); это страдание. А почему вы так решили? Из-за названия переменной? Ведь при компиляции название переменной не сохраняется да и девайс не знает смысл слов - это только в вашей голове.
Я с вами согласен - есть очевидная проблема. В первую очередь для настоящих научных статей. Но это слишком масштабный проект, нужно решать на уровне государств скорее. В идеале чтобы научные статьи были доступны всем, открытая база, чтобы авторы ничего не платили за размещение, чтобы не было цензуры и пр. И чтобы ценность/доверие определялось сообществом + алгоритмом (к примеру, чтобы учитывался авторитет голосующих).
если эту часть жизни вырезать, то неизвестно что из себя будет представлять человек- возможно, ему перестанет вообще что-то хотеться
А может будут люди уровня Николы Тесла или Алана Тьюринга. Т.е. вместо сведения желания к банальному бессмысленному чесанию плоти - намного более возвышенные цели.
Не, на такое я не согласен. :) Это однозначно не я буду, а копия.
Может оказаться что наше Я - не более чем иллюзия. Типа есть вообще одно Я, которое на квант времени индивидуализируется то в одном то в другом контексте/изоляте реальности.
Можно внешний аудио-блок подключить, чтобы при страдании был крик "ай, больно" а при наслаждении "детка, давай еще". Но мы же договорились динамик отключен, т.к. это проявление для наблюдателя а не для системы.
Вот как раз весь вопрос и заключается в этом: что за процессы должны произойти внутри системы, чтобы некий сигнал она могла воспринять как страдание а другой сигнал как наслаждение. И получается что ни одной гипотезы нет.
Сейчас основной вопрос - как сделать, чтобы не было легко. И есть варианты решения. Первый вариант - из области права: если эти 10 чел. владеют патентами и пр. - то другие 10 чел. не смогут конкурировать, т.к. патенты именные. Второй вариант - это коммерческие тайны, т.е. когда эти 10 чел. владеют ценной информацией, которой нет в открытом доступе и прийти к которой так просто не получится.
Вот тут две программы: одна наслаждения, другая страдания. Это и есть управляющие программы? Или это не управляющие программы?
Т.е. если внешнего поведения нет (отключили динамик и уже нет "ай") - то теряется и разница между наслаждением и страданием?
Это смотря у кого какая память - ключевые момент можно запомнить и воспроизвести. А названия переменных особой роли не играют, их можно и не запоминать.
Если один и тот же код приносит девайсу и наслаждение и страдание - то страдает девайс или наслаждается? Или же вы скажете - это определяется тем, как потом будет обработано установленное значение. Но как его нужно обработать чтобы возникло наслаждение и как обработать, чтобы возникло страдание?
Первый и второй примеры кода, которые я привел - корректны? Первый отражает вашу идею?
Вот тут см. вторую программу - https://habr.com/ru/news/1003706/comments/#comment_29652934 - там те же конструкции, но мы изменили имя переменной и примечание - и теперь этот же код соответствует получению удовольствия и завершению получения.
Вы сделали зацепку - типа не просто переменная, а должна включать динамик, а это сразу ошибка - т.к. динамики не нужны для наслаждения, это чисто внешняя сигнализация.
Так вы там только устанавливаете значение в ячейку памяти и в комментарии пишите что система страдает после этого. А почему не наслаждается?
Так приведите пример обрабатывающей программы, которая страдает.
И что? Если подает ток на динамик - это страдание или наслаждение?
А какое отношение динамик имеет к страданию и наслаждению то?
Напишите код, который отражает суть. То что вы сейчас написали - если изменить названия переменных - то страдания легко меняются на наслаждения. Поскольку система не умеет читать названия переменных - значит объективно не сможет понять страдать ей нужно или наслаждаться.
Так мы же договорились что динамики/лампочку отключили, т.к. это иллюзия для внешнего наблюдателя - а нам нужно внутреннее страдание самого устройства.
Вот и приходим - что есть только некая иллюзия для внешнего наблюдателя - т.к. внешний наблюдатель слышит (1) истошный крик от боли ИЛИ (2) причмокивания от удовольствия - и в его голове создается иллюзия что девайс наслаждается или страдает.
А когда убираем динамики (которые для внешнего наблюдателя) - то исчезает и разница между наслаждением и страданием. Т.е. внутреннего наслаждения и страдания данный код не реализует - только внешнюю имитацию тех признаков, которые обычно ассоциируются у нас с наслаждением и страданием.
Что и требовалось доказать.
Тогда давайте приведем упрощенную версию:
Вы верите что по истечению времени устанавливается некий флаг, и эта сама установка причиняет страдание устройству. А теперь представим что спустя время наоборот - возникает не желание а блаженство, вот так:
Получается что разница - только в названии переменной, логика та же самая. Но поскольку устройство не умеет читать и не знает как мы назвали переменную - оно не сможет отличить одно явление от другого - для него наслаждаться и страдать абсолютно функционально не различимы. Более того - код на выходе компилятора получается тем же самым, т.к. названия переменных компилятор не сохраняет при преобразовании в машинные коды.
Т.е. мы доказали, что гипотеза ошибочна - т.к. в ракурсе устройства нет отличия между наслаждением и страданием - только внешний наблюдатель, который знает названия переменных - может отличить наслаждение и страдания. Следовательно у устройства не появилось субъективности и способности отличать боль от кайфа.
Давайте попробуем упростить. Рандом точно нужен, без него не будет наслаждения/страдания?
Давайте не размазывать мысль - попробуем сосредоточиться на одном. Вы пишите что
alienDesire = random(1, 5);это страдание. А почему вы так решили? Из-за названия переменной? Ведь при компиляции название переменной не сохраняется да и девайс не знает смысл слов - это только в вашей голове.Я с вами согласен - есть очевидная проблема. В первую очередь для настоящих научных статей. Но это слишком масштабный проект, нужно решать на уровне государств скорее. В идеале чтобы научные статьи были доступны всем, открытая база, чтобы авторы ничего не платили за размещение, чтобы не было цензуры и пр. И чтобы ценность/доверие определялось сообществом + алгоритмом (к примеру, чтобы учитывался авторитет голосующих).
Тут, вероятно, проблема финансовая в первую очередь. Верификация стоит денег, поддержание репутации стоит денег - бесплатно работать люди не хотят.
А может будут люди уровня Николы Тесла или Алана Тьюринга. Т.е. вместо сведения желания к банальному бессмысленному чесанию плоти - намного более возвышенные цели.
Пока даже классические научные статьи - не имеют публичного бесплатного варианта доступа. Нужно покупать конкретную статью по цене $30–50.
Может оказаться что наше Я - не более чем иллюзия. Типа есть вообще одно Я, которое на квант времени индивидуализируется то в одном то в другом контексте/изоляте реальности.
Интуиция исследователей. Люди с развитой интуицией могут строить более точные гипотезы, чем простой обыватель.