Это когда преподавателю нечего придумывать - он придумывает невообразимые по своей жестокости и безсмысленности ТЗ и даёт их "смеху ради". Причем риски того что студент глубоко закопается - очень велики. По сути это лотерейный билет. Как повезет - так и сдаст практику. Здесь главная проблема - неверно поставленная цель. Нельзя заставлять студента собирать ядро. Инженеры техподдержки RHEL учатся и сертифицируются только для того чтобы 1-проперти поменять в свойствах ядра. А тут - пришел студент и собрал УНИКАЛЬНУЮ ни на что не похожую версию ядра которой другой в МИРЕ не существует и еще огреб на ней УНИКАЛЬНОЕ и неизвестное количество ошибок которые никто никогда не пофиксит потому что оно никому реально не надо. Вот такие вот мысли у меня.
Поскольку автор не обозначил языка программирования - то дальше обсуждать нечего. С точки зрения алгоритмов здесь нет темы для обсуждения. А вот если-бы мы говорили про С++ тогда можно говорить о
- функциях malloc/re-alloc/free
- массивах. (зубчатых массивах)
- многомерных масссивах
- хеш-табличках (как я выше писал)
- и других структурах данных вплоть до графов. Фантазия - тут безгранична. Все они будут отличаться расходом памяти и ценой операции. По расширению матрицы в сторону.
Тоесть структуры данных интересно обсуждать только в контексте конкретного ЯП.
С БД нельзя так работать. Файл БД это не кластерная файловая система. Нельзя допускать чтобы более чем 1 независимый процесс открывал mdf на запись. Это может разрушить данные. Причем необратимо
Просто пока не разберемся - не сможем ничего придумать. Но я общую идею понял. Чел хочет лазить по сайтам но таким образом чтоб провайдер считал это как трафик в направлении youtube.
Опять-же. Пока не поймем как тарифицирует (по какому признаку) - ничего не будет умного из предложений.
Как вариант - ищется прокси в том диапазоне который для провайдера бесплатен - и настраивается веб браузер на него. Это грязный трюк из 90х. Но все прокси - тормознутые и под контролем спецслужб. Так ште... Я-б не особо радовался.
Даниил, это называется бутстрап. Когда очень простая и примитивная технология раскручивает стек для более сложной. Так работают операционные системы. Но вы в топике хотели сказать другое. Или сьехидничать.
У С++ странный барьер вхождения. Джуны - вообще никому не нужны как класс. С++ джун - это обезяна с гранатой. Если джуна на Node/Ruby еще как-то можно терпеть то джун С++ просто должен сразу умереть или как-то хитро телепортироваться в будущее где он уже мидл.
Нет никакого смысла строить график размера пикселей. Он будет в среднем корнем квадратным от длины сообщения + ещё штук 20 поправок на кодировку и уровень кодов восстановления. Зачем автору это - непонятно.
