Ты в курсе что 255+1=0? Я сам в шоке, бро, но это правда. Ещë более жестокая правда в том, что 300+104=48. Если у тебя разрядность восемь бит, жизнь становится похожей на «Дум», графика которого как раз была восьмибитной. Хотя в те годы игра ощущалась очень круто! Чтобы не застрять в той эпохе, и быть крутым современным программистом, нужно понимать почему компьютерная арифметика работает именно так, с переполнением. Позже ты узнаешь почему оно стратегически важно для отрицательных чисел, а сегодня научишься складывать положительные, понимать природу переполнения и цикличности чисел. В добрый путь, бро! ТГ: t.me/zealcomputing_rus ВК: vk.com/zealcomputing
Нет, неправда. 255+1 не равен 0. Результат равен 0 и флаг переполнения, который говорит о том что на этот 0 можно вообще не смотреть, потому что это неправильный результат выполнения операции, потому что мы вышли за границу разрядной сетки. И уже программисту решать как обработать эту ситуацию - игнорировать и соглашаться на сложение по модулю 256. Или же останавливать вычисления потому что произошла ошибка. Нормальный ЯП в случае переполнения должен выбросить эксепшен а не замолчать такую ситуацию. В подобных обучающих видео как раз важно подчёркивать что "двоичный код" ≠ "число в двоичной СС". 304 это как раз число в двоичной СС, а в двоичном коде это 48 и бит переполнения. И раз уж зашла речь о определениях, бит - это тоже понятие, которое относится к двоичному коду, не просто к записи числа в 2-ичной СС. В 2-ичной СС нет битов, там двоичные разряды.
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
Ты в курсе что 255+1=0?
Я сам в шоке, бро, но это правда.
Ещë более жестокая правда в том, что 300+104=48.
Если у тебя разрядность восемь бит, жизнь становится похожей на «Дум», графика которого как раз была восьмибитной. Хотя в те годы игра ощущалась очень круто!
Чтобы не застрять в той эпохе, и быть крутым современным программистом, нужно понимать почему компьютерная арифметика работает именно так, с переполнением.
Позже ты узнаешь почему оно стратегически важно для отрицательных чисел, а сегодня научишься складывать положительные, понимать природу переполнения и цикличности чисел.
В добрый путь, бро!
ТГ: t.me/zealcomputing_rus
ВК: vk.com/zealcomputing
Спасибо! Теперь понятно про переполнение. Отличная подача материала!🙂
Братишка, удивлен качеством подачи материала и видео для 4-ех сот подписчиков. Спасибо!
Спасибо, рад стараться!
Скажите пожалуйста, будет ли продолжение?
Будет, да, сегодня.
Нет, неправда. 255+1 не равен 0. Результат равен 0 и флаг переполнения, который говорит о том что на этот 0 можно вообще не смотреть, потому что это неправильный результат выполнения операции, потому что мы вышли за границу разрядной сетки. И уже программисту решать как обработать эту ситуацию - игнорировать и соглашаться на сложение по модулю 256. Или же останавливать вычисления потому что произошла ошибка. Нормальный ЯП в случае переполнения должен выбросить эксепшен а не замолчать такую ситуацию.
В подобных обучающих видео как раз важно подчёркивать что "двоичный код" ≠ "число в двоичной СС". 304 это как раз число в двоичной СС, а в двоичном коде это 48 и бит переполнения.
И раз уж зашла речь о определениях, бит - это тоже понятие, которое относится к двоичному коду, не просто к записи числа в 2-ичной СС. В 2-ичной СС нет битов, там двоичные разряды.