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