Voland69

> 100 ГБ в 50 КБ
Если так получается жать - то полезной информации в 100Гб соответствующее количество. Читайте насчет информационной энтропии.

> Мне нужно фото/видео в архив сжать
Обычными архиваторами (без потерь) такое плохо жмется. Смотреть в сторону перекодирования в форматы сжатия с потерями с приемлемым для вас качеством.

(Все это дико не академично, не корректно и воообще, но должно быть понятно):

Процедурный подход: есть последовательность команд. Каждая из них может содержать последовательность команд.

возьми_кофемашину();
налей_воды_в_кофемашину();
нажми_кнопку();
подставь_кружку();
вылей_кофе_в_кружку();
наслаждайся();

ФП - акцент на действии. Одни действия влекут за собой другие.

наслаждайся(
    своим_кофе(
        которое_сделала_кофемашина(
            в_которую_налили_воды())))

ООП - акцент на объектах. Любое действие совершает конкретный предмет

есть кофемашина;
есть кружка;
есть ты;

ты.имеешь(кружку)
кофемашина.имеет(кружку)
кофемашина.поехали();
ты.возьми_свою_кружку();
ты.наслаждайся();

гипертрединг же
ark.intel.com/ru/products/43529/Intel-Core-i3-350M...

Есть ли смысл устанавливать виртуальное окружение на боевом сервере?

Если у Вас 1 проект - смысла чуть больше, чем никакого, в 99% случаев.

Если у Вас много проектов, но все они Ваши, и могут использовать одинаковое ПО, или ПО которое не мешает друг другу, или Вы владеете техникой установки сразу нескольких версий ПО (например, разные версии PHP) или при прочих подобных условиях - смысла в виртуальном окружении - так же не много.

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

Виртуальное окружение, это не только блажь, но и новый слой абстракции на сервере. Есть ряд задач, когда крайне важно изолировать одно от другого, или например, Вам нужно сразу 10 версий MySQL-сервера, что бы протестировать какой лучше, или Вы тестируете, например, репликацию БД и эмулировать условия падения одной из серверов и т.д. - в этом случае, без виртуального окружения будет довольно сложно обойтись.

В случае же, который Вы описали (1 проект/1 сервер), попытка вкрутить туда виртуальное окружение, выглядит как попытка разделить маленькую кухню на 2-3-4..10 ещё более маленьких кухонь. Конечно, это даст некоторый положительный эффект, но проблем добавит не меньше. К тому же, виртуализация, даже самая-самая маленькая добавляет новый стек технологий, и потребляет дополнительные ресурсы (порой незначительные, но всё же потребляет), и чем "глубже" виртуализация, тем больше ресурсов машины обычно потребляется на обслуживание гипервизора.

Ничего резервировать не нужно.
Не парьтесь.

1. Вы не сможете зарезервировать так, чтобы это использовалось автоматом. Это сделает сам диск. Он вам не отдает больше, чем зарезервировал сам. Вы просто не видите резервы снаружи.

2. Резервы невидимые есть и в HDD и в SSD вообще то.

3. Разница в размерах дисков вовсе не поэтому.

4. SSD убиваются, да. Но не за один же день. У меня вон уже 5 лет работают в самых интенсивных режимах. Не бойтесь. Вы же его ради своего комфорта покупаете, а не ради того, чтобы диск вечно жил. Опасаетесь - возмите дорогой серверный (корпоративный вариант). Но, по моему, проще его через 4 года просто заменить на другой. Они конечно не дешевые. Но раз в 4 года можно себе позволить.

для этого создайте постоянный алиас:

echo 'alias android="cd /opt/android-studio/bin/; ./studio.sh"' >> ~/.bashrc

эта команда запишет в файл конфига bash ваш постоянный собственный алиас к необходимой команде (или нескольким через знак ";"). т.е. если будете вбивать "android" от имени своего юзера, то автоматом в данном случае будет осуществлен переход в нужную директорию и запускаться Андроид Студио. я думаю это самый простой способ :)

Все зависит от требований работодателя.
И все должно быть прописано в должностной инструкции.

Кому то это надо, кому то нет, некоторым желательно чтобы программист умел компьютеры чинить, и проводку в офисе, ну и подметал по утрам, ибо дворника нет.
В принципе это нормально. Совместительство нормальная и обыденная вещь.
А вот устраивает оно вас или нет - решайте сами.

Примерный план, что нужно сделать

1. Посмотреть карты покрытия:
   
   • Yota Карта
     
   • Mts Карта
     
   • Beeline Карта
     
   • Megafon Карта
     
   
   
2. Очевидно, что стоит подключать свисток с безлимитным тарифом.
   
3. Нужно будет определится с тарифами и предложениями на сайтах операторов.
   
4. ????
   
5. PROFIT