всё тебе не так... Видео смотрел-то?
youtu.be/RcxvcLl1nAs?t=75
Это достаточно новая машина, чтобы иллюстрировать на ней одометр?
Ну и Жигулей в нашей стране всё ещё много...
И в самолете когда садишься, стюардесса щёлкает одометром, глазами считая людей.
Нормальная система, узбагойся
base64
«Base 64» — так, погоджусь, це
«base64» — ні, це вже система кодування, «бренд».
«Кока та кола» — дві рослини або їх плоди.
«Кока-кола» — бренд, в якому напевно вже немає ні коки, ні коли :)
Ты просто границы темы расширил, так не честно. Иррациональных чисел, ага.
Эти видео выходят за рамки школьной программы довольно сильно, так что задача даже перевыполнена.
вся статья — про это.
контекст і є різниця. Навіщо складувати, скажем, двійковий код двох ZIP-архивів як числа? Немає сенсу.
base64 не можна складати тому ще там є маркер кінця. Назва «base64» говорить, що це кодування, не число.
мне лень опять объяснять.
Вы путаете число и сообщение.
А от числа закодовані в base64 чудово додаються
base64-код — нет.
хеш — нет.
двоичное число — да.
двоичный код ZIP-архива — нет.
Как вам еще объяснить?
в целом я согласен, вопрос только во времени. Как я написал
хорошее объяснение снижает цену, которую платит ваш клиент за понимание.
то есть можно прочитать целую книжку, а можно посмотреть несколько моих коротких видео и неплохо разобраться в теме.
Я читал, что число 60 было выбрано по астрономическим (читай, календарным и аграрным) причинам. Там совпадали периоды появления 2 важных звезд, у одной 12 чего-то там (дней или лет, не помню уже), у другой — 15. Число 60 объединяло оба периода.
Все его удобства — полезные свойства, но думаю не основная причина.
я не точно выразился. Да, это система счисления, но это не позиционная система счисления.
Просто вы в первом посте назвали их
60-ти ричные
Если бы это была
Если бы это была
наконец-то первый комментарий реально по теме поста!
це ніяк не пов’язано.
Кольори можна складати — червоний (FF0000) + зелений (00FF00) = жовтий (FFFF00).
Тому що це числа.
А base64 ні — тому що це не число, а повідомлення (я навіть не кажу, що там в повідомленні є маркери кінця у вигляді знака «=»). Не можна скласти «Vasyl» + «Danyliuk» і отримати нове слово («VasylDanyliuk» не рахується — це не складання чисел, а контатенація, це інше).
Не можна складати повідомлення як числа, це немає сенсу.
Іншими словами: якщо у нас було б base64-число АА, то ліве А було б в 64 рази більше, ніж праве А (також як в десятковому числі 11 ліва одиниця в 10 разів більше правої). У base64 такого немає.
Але побудувати систему числення на 64 символах цілком можна — просто тоді це буде не кодування base64, а просто
я думаю ответ вот где: если два числа можно сложить, то это система счисления. Две записи base64 можно складывать-вычитать? Думаю нет.
Не нужно путать эти вещи.
Да, Base64 — стандарт кодирования двоичных данных при помощи только 64 символов ASCII, но — на каждые 3 исходных байта нужно 4 символа. Это НЕ система счисления.
Иначе тогда и UTF-8 это система счисления.
угу, потому что это стандарт кодирования, а не система счисления.
всё не так просто.
Например,
Римские цифры — вообще не позиционные.
Поэтому я бы не торопился так утверждать.
минус, 0, плюс
Какое отношение Base64 имеет к системам счисления?
вот-вот
Прогрессивный JPEG еще ёмче.
посмотрите видео в посте, будет понятнее.