tef

Ухудшится... помехозащищенность что ли. Я сейчас не о самих компьютерах, а о методах передачи и хранения информации. Смотрите, при передаче данных сейчас два состояния - 1 и 0. Предположим что мы передаем данные электричеством (не оптоволокно, а обычная витая пара). Грубо говоря 0 - это не отсутствие напряжения, это напряжение от 0 до 1 вольта (число от балды). Это покрывает погрешности измерения, наводки статики и прочую паразитную гадость. Соответственно от 1 до 5 вольт - это 1. Теперь в случае с десятичной системой шкала сужается - 0 это от 0 до 0,5 вольта, 1 - от 0,5 до 1 и т.д. Такая система будет менее помехозащищенной и более требовательной к конечным измерителям сигнала.

Передача данных по сети в данном случае - лишь пример. Это все касается и хранения и передачи в любой форме.

Отсканировать рисунок. Удалить фон, оставить только контур (так лучше, но необязательно). Раскрашивать на слое поверх, слой должен быть в режиме overlay, так вы будете видеть контур на нижнем слое, но не заденете его.
Раскрашивать кистью : )

Ну например "История развития языков программирования"
knowledge.allbest.ru/programming/2c0a65625b2bd69a4...
На подобных сайтах накопаете много интересного ))

Хеширование приведет к тому, что будут появляться случаи, когда разные SrcID будут превращаться в одинаковые PubID, что для Вас как я понял неприемлемо.

То, что Вам нужно - это обычное симметричное шифрование. Оно по определению биективно, т.е. отображает каждый SrcID в уникальный PubID (для того, чтобы можно было однозначно расшифровать текст обратно). Если Вас устраивает пространство в 16 символов из набора HEX, то подойдет любой блочный шифр с размером блока в 64 бита - я бы посоветовал RC5 или Blowfish. Ключ шифрования задайте случайным образом из стойкого источника (например, вручную) и главное - не меняйте в течение всего времени жизни системы - тогда PubID будут гарантированно уникальными при возрастании SrcID.

Ключевым звеном стойкости HTTPS является доверие Вашего компьютера к сертификату удаленной стороны. Это "доверие" основывается на достаточно большом списке корневых сертификатов, которые хранятся на Вашей машине. Если кто-то или что-то имеет возможность манипулировать этим списком (добавлять туда свои сертификаты или подписывать трафик каким-либо из уже установленных сертификатов) - доверия к HTTPS - нет.

Т.е. HTTPS хорош, но только для целей передачи по открытым сетям между двумя защищенными (нескомпрометированными) узлами - Вашим ПК и сервером.

Имеет ли смысл рассчитывать на работу js-специалиста (т.е. в случае если навыки js используются значительно интенсивнее других)?

Безусловно

Возможно ли это на фрилансе?

Безусловно

Что лучше учить в связке с js?

Учить CSS, HTML, SVG, фреймворки, и разного рода интерпретаторы (HAML etc.), препроцессоры (SASS, Stylus etc.).

Имея базовые знания по CSS, HTML стоит ли нацелится на них и периодически использовать js?

Без этих знаний никуда.
Пример: анимация в CSS быстрее, используем её. Для старья используем таймеры.
Пример: для хорошего соответсвия UX используем элементы формы, из состояния, события.

Или лучшем будет изучение frontend фреймворков? Необходимы ли при этом будет в дальнейшем много верстать? Насколько перспективна эта сфера деятельности?

Очень важно. Написать качественный код для полного покрытия ситуации могут немногие. Можно стараться стать таким, но для начала стоит использовать работу таких людей.

Если использовать github-аккаунт как часть портфолио, что наиболее привлекательно будет в нем для работодателя?

Примеры решения конкретных задач. А разве в гит можно выложить что-то неконкретное?))

Имеет ли смысл довести какие-то свои задумки до конца перед началом поиска работы, или лучше начать сразу а уже стабильно оплачиваемые заказы могут пойти в портфолио?

Нет предела совершенству. Продавать нужно начинать до окончания работ. Так же и в работе — не нужно откладывать поиск вакансии до момента, когда вы постигнете вселенную.
Во-первых, такого никогда не случится.
Во-вторых, ваши знания могут быть уже достаточны для части работодателей.

Возможно ли получить помощь\поддержку в начале пути фрилансера от человека активно этим занимающемся?

Возможно. Но на условиях подмастерья. Будьте готовы к этому.

Ну и напоследок чисто-субъективные вопросы на которые я не жду аргументированного ответа, а просто совета, основанного на жизненном опыте:
Стоит ли нацеливаться на javascript или лучше менять акцент (или вовсе бросать js) на другой язык?

Ваще непонятный вопрос. Если вы категорически не согласны с концепцией JS — бегите прочь от него. Если всё понятно — зачем спрашивать?

Стоит ли уповать на фриланс или лучше искать обычную работу?

Фриланс и есть обычная работа. Вопрос абсолютно не связан с программированием или языком программирования.