Вы пропустили DNS запрос. И его хранилище записей.
В целом такая интересная метафора возможна. Только описывать ее словами очень долго.
Здесь - взаимодействие как минимум 2х конечных автоматов. Ваше приложение. И tcp-сокет. Так я себе это вижу. Под воздействием методов эти автоматы асинхронно переходят в разные состояния. Здесь я еще не учел HTTP(s) (TLS/SSL). Там тоже идет внутренний диалог и в нем тоже есть состояния. Есть хранилище сертификатов у вас в браузере оно - тоже участник этого процесса.
Возможно сетевики найдут еще больше состояний. Я не против. Вот как-то так.
Описывать это в терминах "стучится вверх или вниз" неудобно. Удобнее - переходит в состояние. И делает при этом действие.
Вопрос в том, насколько github поддерживает коллаборативную разработку онлайн.
Процесс code-review требует в первую очередь чего?
Публикацию сорцов. Возможность комментирования фрагмента сорца. С диалогом.
Возможность наблюдения истории правок.
Ну и должен быть поднят какой-то environment чтобы гнать на тем модульные тесты и
статик чек типа линтера или сонара или PVS.
Kar1ch, тоесть тебе нужна функция конвертации строки в байты? Ну как будет угодно.
В скобках замечу что не существует канонического алгоритма перехода от строк к байтам. Есть кодировки UTF-8, win-1251 e.t.c. и они являются гипер-параметрами для этой процедуры которую ты описал. И если твой хеш вдруг не соотвествует ожиданиям - смотри в эту сторону.
Непонимание перекодирования строк в байты - типичная ошибка новичка.
Антон Шаманов, ну допустим я владелец. Зачем я буду вас делать владельцем? Я буду смотреть не на количество PR а скорее на ваше понимание идеи проекта. На синергию тык-скыть.
Еще мысль такая. Добавлю в комментариях. Обычно ИБ создает искусственные ограничения для работы бизнеса. Надо быть готовым к тому что после внедрения комплекса мер, сотрудники станут работать медленнее. Какие-то рутинные действия станут сложными. Что-то упадет. Моя практика показывает что плановые джобы и задания которые обычно работали вдруг оказывается что останавливаются и требуют MFA среди ночи в 12 часов. Легаси софт который раньше 10 лет качал и заливал на внешний FTP теперь уже нельзя использовать. Надо потратить деньги на переписываение софта или какой-то умный devops этого процесса.
Еще сложное - переобучить сотрудников работать по новому. Многие из них станут в позу. Скажут да ну вас нафик я увольняюсь. Гайки закручиваете. (А он просто по вечерам порнушку в офисе смотрел. Мало-ли).
Когда я работал в гос-конторе, некоторые сотрудницы в возрасте просто писали пароли на стикерах и клеили их на монитор. Это всё части огромного процесса внедрения мер по ИБ. И эти меры - не только технические. Это очень много орг-работы.
Dimonchik, один финский парень, который написал самую известную операционку в оперсорцсе, сказал что С++ ему вот никак не подходит. Не может он на нем писать. По техническим причинам. Возвращаясь к теме топика я думаю что это тоже отчасти ответ на главный вопрос.
Не везде нужен С++. Я для себя вижу только вопрос интеграции. Если драйвера и библиотеки для работы с low-level поставляются как хедеры на С и бинарники - то и использовать их желательно в контексте С. Не превнося в этот контекст дополниительную сложность такую как объекты или не дай бог шаблоны. Решать технический долг так проще. Простота - это великая вещь. Так еще сказал один конструктор оружия который АК-47 создавал.
С++ это больше про шаблоны и мета-программирование. Объекты - где-то на задворках. Просто я смотрю со стороны практики объектов в Java Enterprise и вижу что в C++ больший упор делается на другое.
В целом такая интересная метафора возможна. Только описывать ее словами очень долго.
Здесь - взаимодействие как минимум 2х конечных автоматов. Ваше приложение. И tcp-сокет. Так я себе это вижу. Под воздействием методов эти автоматы асинхронно переходят в разные состояния. Здесь я еще не учел HTTP(s) (TLS/SSL). Там тоже идет внутренний диалог и в нем тоже есть состояния. Есть хранилище сертификатов у вас в браузере оно - тоже участник этого процесса.
Возможно сетевики найдут еще больше состояний. Я не против. Вот как-то так.
Описывать это в терминах "стучится вверх или вниз" неудобно. Удобнее - переходит в состояние. И делает при этом действие.