Помимо x86 и arm есть еще mips, sh, blackfin и более чудные архитектуры с регистровыми окнами типа powerpc, байкалов и xtensa(https://sachin0x18.github.io/posts/demystifying-xtensa-isa/). Обычно ассемблер используют для вставок кода который нельзя написать на более высокоуровневых языках. И тут более важной информацией будет ABI или как передаются параметры в подпрограмму.
Выглядит очень странно. То есть один робот подплывает к другому вплотную и вместо того чтобы просто передать заряженный аккумулятор или топливо. Он 10 часов трётся около первого и предаёт энергию через катушку при этом оба робота как бы работают и еще сами потребляют, так что кпд будет еще ниже да и роботы простаивают. А если таких роботов надо зарядить много так вообще смысл теряется.
поддержка такого репозитория открытого кода требовала бы регулярных инвестиций
Прикольно, а сразу они об этом не догадывались? Или тут принцип опять "насмотренности" в полный рост. Нам нужна такая же фигня, но с блекжеком авторизацией через госуслуги.
Вы не правильно поняли посыл. Оптимизация это просто отмазки и прикрытие. Проблема в том что с помощью низкоуровневого кода можно управлять направление движения всех этих нагромождений, построенных поверх него. java тоже когда-то заявляла что напиши один раз и потом будет работать везде, но потом что-то пошло не так. Тут вопрос не зарабатывания денег, а технологический. Если у вас не возможности на это влиять, вы будете использовать то что вам дадут, т.к. альтернатив не будет. Посмотрите на iphone или на современный android сказали теперь будет так, если не нравится, ваши проблемы, платформа создана для зарабатывания денег, а не для людей.
Согласен. Софтописатели далеки от железа и используют высокоуровневые библиотеки типа unreal, jvm, .net, webview, fluter..где до железа уйма этажей. И они вообще понятия не имеют что там в подвалах. Так что спокойно можно менять низкоуровневую канализацию, заставляя её не работать на старом железе или не богоугодных операционках, ибо в подвалы мало кто из писателей на python, kotlin или js полезет. Что мы и наблюдаем. Если покопаться то добавляются искусственные несовместимости для того что бы последующее по не работало на старых виндах, а попытки поддерживать старые ос (которые уже не меняются) были как можно более экономически не обоснованными. В результате можно поставить телегу впереди лошади и диктовать не требования к софту, а к железу. Железо же проще обновить чем софт. Тем более железо сложнее скопировать чем софт да и платить за железо проще и понятнее, чем платить за какой-то софт который копируется слишком просто. Поэтому современный массовый софт обязан быть скоропортящимся.
Просто поддерживать новые глючные системы требует всё больше усилий. А так как люди используют готовые движки и библиотеки и среды разработки которые просто срать хотели на старое железо и обновляются ежедневно, получаем огромное количество железа которое будет невозможно использовать не потому что у него ресурсов не хватает, а потому что вы должны покупать железо, а не использовать его. Бизнес ничего личного.
А что вы хотели, платят же за количество статей. А если делать вдумчиво, то много не получится. Так что информационного мусора будет всё больше и следующие БЯМы будут обучаться на нём. А при такой-то обратной связи результат предсказуем.
посмотреть на систему образования с точки зрения формирования продукта для конечного пользователя
А вы в курсе кто конечный пользователь? Конечный пользователь общество. Если ему нужный специалисты для решения каких-то задач, то и обучать надо именно этих специалистов. А если обучать ради обучения, не имея никаких целей - то получим то что имеем. Вор зарабатывает, а остальные на фиг никому не нужны. Не планирования и обратных связей жди беды.
То, что на текущий момент ты после выпуска и получения своей специальности не востребован, значит одно из двух
Или третье это не было спланировано заранее, потому как не были поставлены цели и не были определены количества требуемых специалистов ибо всё на самотёке.
Основная задача современной системы образования — сформировать необходимый, адекватный набор знаний и умений, способствующий формированию социально здоровой и профессионально компетентной личности, которая бы безопасно удовлетворяла потребности общества.
То есть задача выращивать овощи? Не плохо бы с начала сформулировать эти самые потребности общества. А что знаете-ли у обезьян потребности очень простые: поесть, размножиться и выпендриться или заменители бухло, игры и наркота. И так как самый простой способ этого добиться отжать у себе подобного, будем иметь распри и войны.
принцип любой геймификации — превратить информацию и решение задач в осознанное, лично мотивированное действие, направленное на конкретный результат
Без доли внешнего насилия никакая гемификация не заставит обучаться. Обучение требует энергетических затрат, это больно и требует усилий над собой. В результате будут играть по настроению, которого будет всё меньше и меньше. Вкратце без дисциплины прощай обучение. А если учесть что обучение процесс медленный и методичный и теребующий усилий, то вся ваше геймификация это утопия прямо на самом старте.
Вентилятор пришлось ставить потому что убрали штатный вентилятор с процессора и поставили водянку. А кругом еще куча ребер радиаторов без обдува остались, превратившись в систему отопления корпуса.
function check(a,b,w,h)
if math.max(a,b)<=math.min(w,h) then return true end
if a==b then return a<=w and a<=h end
local t,u,v = a*a-b*b, a*h-b*w, a*w-b*h
return t*t <= u*u + v*v
end
Но добиться подобного кода без его явного написания, в диалоге.
Это да некоторые железяки для контрольной суммы не делали nrz, а другие делали в результате для "везучих" пакетов ack распологался в разном месте и такой пакет никогда не доходил. По поводу помех, у нас вообще оптика использовалась, что бы помех было поменьше.
Вполне реально 1мбит на 40м. Но если у вас более длинная линия то и скорость придётся снижать. Я же говорил что обычно перед тем как делать записывают хотелки и делают расчеты того что можно получить и от этого пляшут.
ps: Минимальную скорость реакции тоже можно оценить по размеру кадра и частоте шины:
Те же самые проблемы и с RS485 будут. Но если очень хочется, то ни кто не помешает и звездой сделать. Терминаторы ставят что бы на больших скоростях передачи данных отраженные и стоячие волны не мешали. Но если снизить скорость передачи то вполне работает.
Да ошибся. Spark, Эльюрус, Itanium и Xtensa используют регистровые окна. Я просто к тому что abi может быть весьма не тривиальным.
Помимо x86 и arm есть еще mips, sh, blackfin и более чудные архитектуры с регистровыми окнами типа powerpc, байкалов и xtensa(https://sachin0x18.github.io/posts/demystifying-xtensa-isa/). Обычно ассемблер используют для вставок кода который нельзя написать на более высокоуровневых языках. И тут более важной информацией будет ABI или как передаются параметры в подпрограмму.
Выглядит очень странно. То есть один робот подплывает к другому вплотную и вместо того чтобы просто передать заряженный аккумулятор или топливо. Он 10 часов трётся около первого и предаёт энергию через катушку при этом оба робота как бы работают и еще сами потребляют, так что кпд будет еще ниже да и роботы простаивают. А если таких роботов надо зарядить много так вообще смысл теряется.
Прикольно, а сразу они об этом не догадывались? Или тут принцип опять "насмотренности" в полный рост. Нам нужна такая же фигня, но с
блекжекомавторизацией через госуслуги.Учитесь и расширяйте кругозор - звучит гораздо лучше. А насмотренность это прямая дорога к карго-культу. Всё будет красиво и чисто, но есть нюанс.
Вы не правильно поняли посыл. Оптимизация это просто отмазки и прикрытие. Проблема в том что с помощью низкоуровневого кода можно управлять направление движения всех этих нагромождений, построенных поверх него. java тоже когда-то заявляла что напиши один раз и потом будет работать везде, но потом что-то пошло не так. Тут вопрос не зарабатывания денег, а технологический. Если у вас не возможности на это влиять, вы будете использовать то что вам дадут, т.к. альтернатив не будет. Посмотрите на iphone или на современный android сказали теперь будет так, если не нравится, ваши проблемы, платформа создана для зарабатывания денег, а не для людей.
Тут всё просто: выживет тот кто сможет приспособиться. Торговать ведь всегда выгоднее чем что производить, но конечный результат может опечалить.
Согласен. Софтописатели далеки от железа и используют высокоуровневые библиотеки типа unreal, jvm, .net, webview, fluter..где до железа уйма этажей. И они вообще понятия не имеют что там в подвалах. Так что спокойно можно менять низкоуровневую канализацию, заставляя её не работать на старом железе или не богоугодных операционках, ибо в подвалы мало кто из писателей на python, kotlin или js полезет. Что мы и наблюдаем. Если покопаться то добавляются искусственные несовместимости для того что бы последующее по не работало на старых виндах, а попытки поддерживать старые ос (которые уже не меняются) были как можно более экономически не обоснованными. В результате можно поставить телегу впереди лошади и диктовать не требования к софту, а к железу. Железо же проще обновить чем софт. Тем более железо сложнее скопировать чем софт да и платить за железо проще и понятнее, чем платить за какой-то софт который копируется слишком просто. Поэтому современный массовый софт обязан быть скоропортящимся.
Просто поддерживать новые глючные системы требует всё больше усилий. А так как люди используют готовые движки и библиотеки и среды разработки которые просто срать хотели на старое железо и обновляются ежедневно, получаем огромное количество железа которое будет невозможно использовать не потому что у него ресурсов не хватает, а потому что вы должны покупать железо, а не использовать его. Бизнес ничего личного.
А что вы хотели, платят же за количество статей. А если делать вдумчиво, то много не получится. Так что информационного мусора будет всё больше и следующие БЯМы будут обучаться на нём. А при такой-то обратной связи результат предсказуем.
А со статического выделения памяти не хотите начать? Особенно есть памяти мало и она разная.
К сожалению вы всегда будете вынуждены работать с чужим кодом.
Если в правиле есть выражение "скорее всего" это не правило. Лучше когда правила строятся на основании аксиом.
Почему банки любят называть свои услуги продуктами?
А вы в курсе кто конечный пользователь? Конечный пользователь общество. Если ему нужный специалисты для решения каких-то задач, то и обучать надо именно этих специалистов. А если обучать ради обучения, не имея никаких целей - то получим то что имеем. Вор зарабатывает, а остальные на фиг никому не нужны. Не планирования и обратных связей жди беды.
Или третье это не было спланировано заранее, потому как не были поставлены цели и не были определены количества требуемых специалистов ибо всё на самотёке.
То есть задача выращивать овощи? Не плохо бы с начала сформулировать эти самые потребности общества. А что знаете-ли у обезьян потребности очень простые: поесть, размножиться и выпендриться или заменители бухло, игры и наркота. И так как самый простой способ этого добиться отжать у себе подобного, будем иметь распри и войны.
Без доли внешнего насилия никакая гемификация не заставит обучаться. Обучение требует энергетических затрат, это больно и требует усилий над собой. В результате будут играть по настроению, которого будет всё меньше и меньше. Вкратце без дисциплины прощай обучение. А если учесть что обучение процесс медленный и методичный и теребующий усилий, то вся ваше геймификация это утопия прямо на самом старте.
Нагенерить уникальных картинок с "Машой и медведем" и потом доказывать правообладателям что не олень.
Вентилятор пришлось ставить потому что убрали штатный вентилятор с процессора и поставили водянку. А кругом еще куча ребер радиаторов без обдува остались, превратившись в систему отопления корпуса.
Требования простые написать функцию:
Но добиться подобного кода без его явного написания, в диалоге.
Это да некоторые железяки для контрольной суммы не делали nrz, а другие делали в результате для "везучих" пакетов ack распологался в разном месте и такой пакет никогда не доходил. По поводу помех, у нас вообще оптика использовалась, что бы помех было поменьше.
Вполне реально 1мбит на 40м. Но если у вас более длинная линия то и скорость придётся снижать. Я же говорил что обычно перед тем как делать записывают хотелки и делают расчеты того что можно получить и от этого пляшут.
ps: Минимальную скорость реакции тоже можно оценить по размеру кадра и частоте шины:
Те же самые проблемы и с RS485 будут. Но если очень хочется, то ни кто не помешает и звездой сделать. Терминаторы ставят что бы на больших скоростях передачи данных отраженные и стоячие волны не мешали. Но если снизить скорость передачи то вполне работает.