Из принципа относительности Галилея (да и Эйнштейна) никак не следует что абсолютные координаты и абсолютное движение не существуют. Из них следует только то, что мы или не видим эту абсолютную систему отсчета или она никак не отличается от остальных, то есть мы ее не можем отличить, хоть и видим.
Хотя, в статьях о космологии, ученые сплошь и рядом используют именно абсолютные координаты, хоть и явно это не объявляют, потому что заклюют. Например скорости измеренные относительно реликтового излучения вполне тянут на абсолютные скорости.
Но ладно, примем, что абсолютные координаты вообще не существуют. Тем не менее, то что тела объективно меняют свои координаты в пространстве можно доказать запросто: Берем две тела, которые движутся относительно друг друга – это явление объективно существует и просто наблюдается. Чтобы они двигались, то координаты в пространстве должны меняться хоть у одного из тел. Или у обоих. Ситуация в которой координаты не меняются у обоих тел возможна только если они не движутся относительно друг друга. Что противоречит с условием задачи.
Вы путаете (и сравниваете) скорость истечения и удельный импульс. У раптора, это удельный импульс. А те же 4472м/с, которые вы вывели, скорость истечения рабочего тела. Сравнивать их нельзя.
то это означает, что когда-то к этому объекту была применена сила.
Согласен, но тогда выходит, что у материи есть какой-то механизм памяти, который помнит прошлые воздействия. Понимание как работает эта «память» вероятно даст ответ и на мой вопрос из первого поста – о движении.
Движение слишком сложный феномен, чтобы принимать его в качестве аксиомы.
А вот существование материи, да, можно. Заметьте, что такое допущение никак не ограничивает природу материи. Хоть волны неведомого поля, хоть шарики из глины следующего уровня Вселенной, хоть числа в памяти вселенского компьютера.
Надо сказать, что какой-то результат есть. Вот мои эксперименты с OpenChat:
Первая попытка с «говорящими этикетами»
Я:
Что делает этот код. Какие входные параметры? Как работает код? Для чего используется рекурсия? Проиграй этот код для входных значений: EAX = 321, ECX = 16, EDI = 1000h
num2str:
cmp eax,ecx
jb .less_than_radix
xor edx,edx
div ecx
push edx
call num2str
pop eax
.less_than_radix:
cmp al, 10
sbb al, 69h
das
stosb
ret
OpenChat:
Этот код преобразует десятичное число, заданное в регистрах EAX в строковое представление в регистре EDI. Рекурсия используется для преобразования числа в строку до тех пор, пока число не станет меньше радикса (в данном случае 16).
Входные параметры:
EAX - десятичное число, которое нужно преобразовать в строку.
ECX - радикс (количество символов в числе).
EDI - адрес начала строкового буфера, в который будет записано строковое представление числа.
Код работает следующим образом:
Сравнивается значение EAX с ECX. Если EAX меньше ECX, выполняется переход к метке .less_than_radix. Если EAX больше или равно ECX, выполняется деление EAX на ECX с помощью инструкции DIV и результат деления записывается в регистр EDX. Затем EDX push-ается на стек, и вызывается сама функция num2str с переходом к метке .less_than_radix. После вызова функции num2str, выполняется pop эксклюзивного адреса EAX, чтобы вернуть значение EDX с стека. Метка .less_than_radix выполняет следующие действия:
a. Сравнивается значение AL (нижший байт EAX) с 10. Если AL меньше 10, выполняется сдвиг вправо AL на 1 и записывается результат в AL.
b. Затем выполняется сравнение AL и 69h (105 в десятичной системе счисления). Если AL больше 105, выполняется сдвиг влево AL на 1 и записывается результат в AL.
c. Записывается в строковый буфер EDI значение AL.
d. Увеличивается адрес EDI на 1.
Функция num2str заканчивает свою работу, когда EAX станет меньше ECX.
Выполнение кода для входных значений EAX = 321, ECX = 16, EDI = 1000h:
Сравнение EAX и ECX дает false, поэтому переход к метке .less_than_radix.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (32) и увеличение адреса EDI на 1.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (2) и увеличение адреса EDI на 1.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (1) и увеличение адреса EDI на 1.
Теперь EAX стало меньше ECX, поэтому функция num2str заканчивает свою работу.
После выполнения кода в строковом буфере EDI будет записано "321".
Стоит изменить наименование этикетов, и понимание улетучивается:
Вторая попытка с «абстрактными этикетами»
Я:
Что делает этот код. Какие входные параметры? Как работает код? Для чего используется рекурсия? Проиграй этот код для входных значений: EAX = 321, ECX = 16, EDI = 1000h
start:
cmp eax,ecx
jb .less
xor edx,edx
div ecx
push edx
call start
pop eax
.less:
cmp al, 10
sbb al, 69h
das
stosb
ret
OpenChat:
Этот код реализует рекурсивную процедуру, которая выполняет следующие действия:
Сравнивает значения регистров EAX и ECX. Если EAX меньше ECX, то переходит к метке .less.
Если EAX больше или равно ECX, выполняет деление EAX на ECX с помощью инструкции DIV и сохраняет остаток в регистре EDX. Затем вызывает саму себя с помощью инструкции CALL, что означает, что это рекурсивная функция.
После рекурсивного вызова функции, выполняет обратное вызов (RET) с помощью инструкции POP и сохраняет значение EAX в стеке.
Метка .less содержит код, который выполняется, когда EAX меньше ECX. Он сравнивает значение AL (нижших 8 бит EAX) с числом 10. Если AL меньше 10, то выполняет сравнение AL и 69h (105 в десятичной системе счисления) с помощью инструкции SBB (сравнение с установлением знакового флага). Затем выполняет инструкцию DAS (дополнительная сумма), которая меняет местами младшие и старшие байты регистра EDI. Затем выполняет инструкцию STOSB, которая записывает значение AL в память по адресу EDI и увеличивает EDI на 1.
После выполнения метки .less, код возвращается из рекурсивного вызова с помощью инструкции RET.
Входные параметры для этого кода:
EAX - значение, на котором выполняется операция.
ECX - значение, с которым выполняется деление.
EDI - указатель на начало области памяти, в которую будут записываться результаты вычислений.
Рекурсия используется для реализации деления с остатком в этом коде. Благодаря рекурсии, код может легко выполнить деление на число ECX без использования стандартной инструкции DIV.
Тем не менее, результат вполне приемлем. Ведь и не все программисты сразу поймут что это такое и как работает. А нейросетка хоть что-то вменяемое пишет.
Попробовал попросить ее переписать этот код, но без рекурсии. Она знает, что так можно, но так как не понимает рекурсию, то и развернуть ее в цикле не получается.
У меня есть единственный вопрос к современной физике: «Почему материя движется?». Вопрос на котором обычный ответ: «Движение внутренне-присущее свойство материи». И этот ответ меня не удовлетворяет, так как по сути он означает «Мы не знаем. Все движется просто так само собой.»
А вопрос настолько фундаментальный, что нет вопросов фундаментальнее. От ответа возможно зависит вся теоретическая физика.
Смотрите, если у какой-то частицы есть координаты и они меняются, физика прекрасно описывает первую производную этих координат – скорость: (хоть Ньютон, хоть СТО), вторую производную – силу (опять и Ньютон и OTO и всякие теории поля).
Для изменения скорости нужна сила (ускорение). А если сила отсутствует, то координаты все-равно меняются беспричинно. Почему для изменения первой производной мы видим причину (силу) а для изменения координат нет? А может причина есть но мы ее не видим? А если нет такой причины, но это должно как-то быть обосновано. Объяснение "все на самом деле так" на обоснование не тянет.
Честно говоря, я не знаю как эти числа в статье были получены. Покажите двоичный код. Два нуля вижу. Но где 2хNaN и 2хInf?
А вообще-то если примем, что должно перекрывать диапазон -1..+1, то в инт, просто надо разделить число на 8: получим диапазон от -8/8 .. +7/8 = -1 .. 0.875; Единица младшего разряда будет 1/8 = 0.125;
пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс. Write programs to handle text streams, because that is a universal interface.
храните данные в простых текстовых файлах; Store data in flat text files.
Такое не читал нигде. В первый раз из-за поврежденных двигателей ракета начала заваливаться и не держать курс. Вот что написано в Википедии (мое впечатление, после просмотра испытания, то же самое):
20 апреля, после успешного отрыва от стартового стола и достижения высоты 39 километров — уничтожен дистанционной командой на принудительный подрыв после входа ракеты в неконтролируемое вращение, потери связи с первой ступенью, многочисленными отказами двигателей, утечкой топлива и пожаром в двигательном отсеке
По штатному расписанию разделение ступеней должно произойти гораздо выше. А в описанных обстоятельствах, даже если и попытались досрочно разделить ступени, то сказать из-за чего именно они не разделились, вряд ли представляется возможным. Там произойти можно было вообще все.
Поэтому я и считаю, что выглядит странным менять способ разделения, после такого неоднозначного теста.
Тем более, что вполне возможно проблемы второго теста (повреждение и взрыв первой ступени) были из-за метода горячего разделения. В спешке такие серьезные изменения в конструкции не делаются.
И мне такое не нравится, потому что напоминает лихорадочная деятельность, когда никто не знает в чем проблема и поэтому начинают менять вообще все, лишь бы как-то запустить систему.
В программировании, когда кто-то возле меня начинает так суетится, я наоборот сижу и ничего не делаю, пока все не успокоится.
А лучше вообще не использовать человеко-читаемые форматы данных на интерфейсе машина-машина.
Ну да, ну да! И одновременно закрыть все Линуксы/Юниксы, где это считается лучшей практикой. Пусть все платят умным парням от MS. Они вам все локали исправят и сделают WYSIWYG.
Вы не прочитали мой первый пост по теме. Если алгоритмы написаны с целыми числами, то нужды вычислять (1/16)^2 не возникнет. Там будут только целые числа. А кстати, покажите-ка как с 4-битными числами запишете 1/16 вычислите результат (хоть с большей разрядностью) и запишете результат? Получится 0*0 = 0.
Из принципа относительности Галилея (да и Эйнштейна) никак не следует что абсолютные координаты и абсолютное движение не существуют. Из них следует только то, что мы или не видим эту абсолютную систему отсчета или она никак не отличается от остальных, то есть мы ее не можем отличить, хоть и видим.
Хотя, в статьях о космологии, ученые сплошь и рядом используют именно абсолютные координаты, хоть и явно это не объявляют, потому что заклюют. Например скорости измеренные относительно реликтового излучения вполне тянут на абсолютные скорости.
Но ладно, примем, что абсолютные координаты вообще не существуют. Тем не менее, то что тела объективно меняют свои координаты в пространстве можно доказать запросто: Берем две тела, которые движутся относительно друг друга – это явление объективно существует и просто наблюдается. Чтобы они двигались, то координаты в пространстве должны меняться хоть у одного из тел. Или у обоих. Ситуация в которой координаты не меняются у обоих тел возможна только если они не движутся относительно друг друга. Что противоречит с условием задачи.
А знаете – похож сильно!
Понял, согласен. У меня получилось примерно 4720м/с.
Кстати, данный двигатель возможно создает большую скорость истечения за счет охлаждения газов факела. Что-то красненький выглядит выхлоп на снимках.
Откуда это число?
Вы путаете (и сравниваете) скорость истечения и удельный импульс. У раптора, это удельный импульс. А те же 4472м/с, которые вы вывели, скорость истечения рабочего тела. Сравнивать их нельзя.
В формуле Циолковского есть и другие множители.
А какая у вас получалась температура стенки КС, при длительной работе? Какая толщина стенок КС у РД3?
Как-то странно выглядит – плазма прижимается к стенкам КС из-за центробежных сил, а КС не сгорает. А сопло сгорало и очень быстро.
Не думаю. Получается какая-то закольцованная дефиниция, которая опять ничего не объясняет, кроме "все движется, потому что движется".
Согласен, но тогда выходит, что у материи есть какой-то механизм памяти, который помнит прошлые воздействия. Понимание как работает эта «память» вероятно даст ответ и на мой вопрос из первого поста – о движении.
Как его измерять как раз не очень интересно. Если есть понимание сути, то измерить по любому сумеем. ;)
Движение слишком сложный феномен, чтобы принимать его в качестве аксиомы.
А вот существование материи, да, можно. Заметьте, что такое допущение никак не ограничивает природу материи. Хоть волны неведомого поля, хоть шарики из глины следующего уровня Вселенной, хоть числа в памяти вселенского компьютера.
Надо сказать, что какой-то результат есть. Вот мои эксперименты с OpenChat:
Первая попытка с «говорящими этикетами»
Я:
Что делает этот код. Какие входные параметры? Как работает код?
Для чего используется рекурсия? Проиграй этот код для входных значений: EAX = 321, ECX = 16, EDI = 1000h
OpenChat:
Этот код преобразует десятичное число, заданное в регистрах EAX в строковое представление в регистре EDI. Рекурсия используется для преобразования числа в строку до тех пор, пока число не станет меньше радикса (в данном случае 16).
Входные параметры:
Код работает следующим образом:
Сравнивается значение EAX с ECX. Если EAX меньше ECX, выполняется переход к метке .less_than_radix.
Если EAX больше или равно ECX, выполняется деление EAX на ECX с помощью инструкции DIV и результат деления записывается в регистр EDX.
Затем EDX push-ается на стек, и вызывается сама функция num2str с переходом к метке .less_than_radix.
После вызова функции num2str, выполняется pop эксклюзивного адреса EAX, чтобы вернуть значение EDX с стека.
Метка .less_than_radix выполняет следующие действия:
a. Сравнивается значение AL (нижший байт EAX) с 10. Если AL меньше 10, выполняется сдвиг вправо AL на 1 и записывается результат в AL.
b. Затем выполняется сравнение AL и 69h (105 в десятичной системе счисления). Если AL больше 105, выполняется сдвиг влево AL на 1 и записывается результат в AL.
c. Записывается в строковый буфер EDI значение AL.
d. Увеличивается адрес EDI на 1.
Функция num2str заканчивает свою работу, когда EAX станет меньше ECX.
Выполнение кода для входных значений EAX = 321, ECX = 16, EDI = 1000h:
Сравнение EAX и ECX дает false, поэтому переход к метке .less_than_radix.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (32) и увеличение адреса EDI на 1.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (2) и увеличение адреса EDI на 1.
Сравнение AL и 10 дает false, поэтому переход к метке .less_than_radix.
Запись в строковый буфер EDI значения AL (1) и увеличение адреса EDI на 1.
Теперь EAX стало меньше ECX, поэтому функция num2str заканчивает свою работу.
После выполнения кода в строковом буфере EDI будет записано "321".
Стоит изменить наименование этикетов, и понимание улетучивается:
Вторая попытка с «абстрактными этикетами»
Я:
Что делает этот код. Какие входные параметры? Как работает код?
Для чего используется рекурсия? Проиграй этот код для входных значений: EAX = 321, ECX = 16, EDI = 1000h
OpenChat:
Этот код реализует рекурсивную процедуру, которая выполняет следующие действия:
Сравнивает значения регистров EAX и ECX. Если EAX меньше ECX, то переходит к метке .less.
Если EAX больше или равно ECX, выполняет деление EAX на ECX с помощью инструкции DIV и сохраняет остаток в регистре EDX. Затем вызывает саму себя с помощью инструкции CALL, что означает, что это рекурсивная функция.
После рекурсивного вызова функции, выполняет обратное вызов (RET) с помощью инструкции POP и сохраняет значение EAX в стеке.
Метка .less содержит код, который выполняется, когда EAX меньше ECX. Он сравнивает значение AL (нижших 8 бит EAX) с числом 10. Если AL меньше 10, то выполняет сравнение AL и 69h (105 в десятичной системе счисления) с помощью инструкции SBB (сравнение с установлением знакового флага). Затем выполняет инструкцию DAS (дополнительная сумма), которая меняет местами младшие и старшие байты регистра EDI. Затем выполняет инструкцию STOSB, которая записывает значение AL в память по адресу EDI и увеличивает EDI на 1.
После выполнения метки .less, код возвращается из рекурсивного вызова с помощью инструкции RET.
Входные параметры для этого кода:
Рекурсия используется для реализации деления с остатком в этом коде. Благодаря рекурсии, код может легко выполнить деление на число ECX без использования стандартной инструкции DIV.
Тем не менее, результат вполне приемлем. Ведь и не все программисты сразу поймут что это такое и как работает. А нейросетка хоть что-то вменяемое пишет.
Попробовал попросить ее переписать этот код, но без рекурсии. Она знает, что так можно, но так как не понимает рекурсию, то и развернуть ее в цикле не получается.
У меня есть единственный вопрос к современной физике: «Почему материя движется?». Вопрос на котором обычный ответ: «Движение внутренне-присущее свойство материи». И этот ответ меня не удовлетворяет, так как по сути он означает «Мы не знаем. Все движется просто так само собой.»
А вопрос настолько фундаментальный, что нет вопросов фундаментальнее. От ответа возможно зависит вся теоретическая физика.
Смотрите, если у какой-то частицы есть координаты и они меняются, физика прекрасно описывает первую производную этих координат – скорость: (хоть Ньютон, хоть СТО), вторую производную – силу (опять и Ньютон и OTO и всякие теории поля).
Для изменения скорости нужна сила (ускорение). А если сила отсутствует, то координаты все-равно меняются беспричинно. Почему для изменения первой производной мы видим причину (силу) а для изменения координат нет? А может причина есть но мы ее не видим? А если нет такой причины, но это должно как-то быть обосновано. Объяснение "все на самом деле так" на обоснование не тянет.
Все из этой статьи должно работать. Я запускал и на слабее компьютеры и работало более/менее.
Честно говоря, я не знаю как эти числа в статье были получены. Покажите двоичный код. Два нуля вижу. Но где 2хNaN и 2хInf?
А вообще-то если примем, что должно перекрывать диапазон -1..+1, то в инт, просто надо разделить число на 8: получим диапазон от -8/8 .. +7/8 = -1 .. 0.875; Единица младшего разряда будет 1/8 = 0.125;
Такое не читал нигде. В первый раз из-за поврежденных двигателей ракета начала заваливаться и не держать курс. Вот что написано в Википедии (мое впечатление, после просмотра испытания, то же самое):
По штатному расписанию разделение ступеней должно произойти гораздо выше. А в описанных обстоятельствах, даже если и попытались досрочно разделить ступени, то сказать из-за чего именно они не разделились, вряд ли представляется возможным. Там произойти можно было вообще все.
Поэтому я и считаю, что выглядит странным менять способ разделения, после такого неоднозначного теста.
Тем более, что вполне возможно проблемы второго теста (повреждение и взрыв первой ступени) были из-за метода горячего разделения. В спешке такие серьезные изменения в конструкции не делаются.
И мне такое не нравится, потому что напоминает лихорадочная деятельность, когда никто не знает в чем проблема и поэтому начинают менять вообще все, лишь бы как-то запустить систему.
В программировании, когда кто-то возле меня начинает так суетится, я наоборот сижу и ничего не делаю, пока все не успокоится.
Философия Unix
Ну да, ну да! И одновременно закрыть все Линуксы/Юниксы, где это считается лучшей практикой. Пусть все платят умным парням от MS. Они вам все локали исправят и сделают WYSIWYG.
Вы не прочитали мой первый пост по теме. Если алгоритмы написаны с целыми числами, то нужды вычислять (1/16)^2 не возникнет. Там будут только целые числа. А кстати, покажите-ка как с 4-битными числами запишете 1/16 вычислите результат (хоть с большей разрядностью) и запишете результат? Получится 0*0 = 0.
Очень много современных SMD элементы имеют размеры закругленные по метрической системе.
А кстати, 1.27мм это именно метрический размер. Если бы написали 50mils, это было бы по имперски.
Так в первом полете, двигатели второй ступени и не надо было включаться. Как раз это нормально. Ракету взорвали раньше разделения ступеней.
То есть, возникает вопрос: Почему собственно решили менять коней на переправе?