iUnhead

Что такое unix, ubuntu, linux, kali, debian?

если коротко то:
ubuntu, debian, kali - это UNIX-подобные операционные системы(дистрибутивы) на базе ядра linux.
UNIX-подобная система - это система придерживающаяся большинства принципов unix, например, всё есть файл.
unix - операционная система разработаная в конце 1960-х годов сотрудниками Bell Labs, в первую очередь Кеном Томпсоном, Деннисом Ритчи и Дугласом Макилроем.

Любая операционная система состоит из двух частей - ядро и окружение.
Ядро понятное дело, это системные вызовы, работа с аппаратурой и процессами.
Окружение - это то, с чем взаимодействует пользователь, набор утилит, программ и системы запуска.
Как можно догадаться, на разные ядра можно прикручивать разное окружение. Состав ядра и окружения задает дистрибутив - набор из ядра и окруждения.
Так вот, версии UNIX и отличаются именно этими наборами, есть дистрибутивы классических юникс-систем, типа BSD (openbsd, freebsd, solaris ...). Есть дистрибутивы Linux, отличающиеся в основном окружением, имея одно и тоже ядро linux.

Теперь поговорим про окружение. В состав практически каждого окружения входит такая вещь, как пакетный менеджер., через который происходит установка и развертывание самого Окружения. Вот по типу пакетных менеджеров и отличаются обычно дистрибутивы linux. Есть debian-подобные подобные дистрибутивы (dpkg), есть redhat-подобные (rpm), есть альтернативные (pacman, yast, make world).

В общем, все линуксы имеют в своем составе ядро linux + какой-то из пакетных менеджеров + систему запуска типа init/systemd/upstart + набор программ на выбор основателей дистрибутива

Все юниксы имеют одно из ядер unix + все остальное тоже самое, но своё!

Ну и вся история юникс красиво описана в https://ru.wikipedia.org/wiki/UNIX

Если вам хочется реальный геоид, а не гротескный, то берите обычный глобус в форме шара: разницы между сферой и геоидом на глаз не заметно.
И ландшафт: самая высокая гора и самая глубокая впадина — меньше 0.2% радиуса. Вам придется глобус делать двухметровым, чтобы можно было разглядеть и нащупать рельеф Земли (Эверест в этом случае будет иметь высоту около полутора миллиметров).

Блез Паскаль, Дональд Кнут, Линус Торвальдс, Керниган & Ритчи…

Думаю можно разбить на несколько пунктов, чтобы понять "1С или не 1С":

1. Зарплата. По моим ощущениям, сравнивая 1С'еров и остальных программистов в России вообще, у первых средняя зарплата будет выше.
   
2. Вкусовщина. 1С подходит только тем людям, у которых код на русском языке не вызывает отвращения :)
   
3. Специфика. Франчайзинги 1С особо не парятся над распределением обязанностей программиста. Если ты программист, то сможешь и сам заказчику позвонить, и техподдержу по своему продукту оказать, и показать куда жать, и с бубном сплясать. Сужу только по своему городу, может и есть конторы, в которых этот момент организован правильно.
   
4. Комьюнити. 1С преимущественно используется русскоговорящими, а значит и размер сообщества программистов в глобальном масштабе небольшой. То есть на решение каждого вопроса у программиста 1С будет уходить в среднем больше времени, просто потому что в мире не так много людей, способных помочь.
   
5. Перспективы. Если ты знаешь только 1С, то автоматически становишься невыездным, так как найти работу программиста в другой стране будет уже сложно (но это важно не для всех, естественно). А в целом 1С, как и Ленин: жил, жив и будет жить.
   

Это универсальная система управления. Не без греха. Хороша там где другие инструменты управления не проедут.

Например для ХелпДеска лучше использовать ЗенДеск или ОмниДеск. Но пока нет объема, нет бюджета, компания не созрела и т д - можно вполне заменять Редмайном. Получается криво, но терпимо.

Для разработки по мне так круче GitHub/GitLab Трекер. Там где опять же объем позволяет. Когда на 1 продукт есть 2-3 разработчика или более. Когда 1 разработчик занят 10ю микро продуктами (говносайтами) - то наоборот Редмайн где то удобней.

Для управления потоками процессов и автоматизации - тоже терпимо. У Редмайн относительно ВордПресс слабая подсистема хуков. Но для 90% задач по части доработки ее хватает. Тот факт что она вообще есть хоть какая то это уже дает фору в сравнении с аналогами. Этого нет у 99% других альтернатив даже в столь зачаточном состоянии.

В общем когда есть бюджет и нужна прям гибкость и крутость - то был опыт с ВордПресс. Там по части гибкости и возможностям развития Редмайн просто курит в сторонке. Но развить эту идею до комьюнити не удалось. И потом платформа осталась жить в той компании где родилась. Если говорить о опенсорс гибкости, силе комьюнити, возможностях селфхостед то Редмайн вероятно лидер рынка. В этой комбинации ему сложно найти альтернативу.

В общем сила и слабость его в универсальности. Он проигрывает специализированным инструментам в отдельных процессах и группах, но выигрывает там где узкие буксуют. Потому правильней его сочетать с другими решениями. Получается баланс между стратегиями Suite & Best of breed.

Но если есть бюджет от миллиона руб в месяц и компания достаточно крупная (от 1000 сотрудников) то я б взял WordPress :)

Сначала изучи основы статистики, например на stepik - https://stepik.org/course/76
Далее начни какой то курс по мл (или книгу, но если начнешь курс, все равно придется перейти к книгам), если чувствуешь, что есть пробелы в математике, учи математику, чувствуешь что есть проблемы в статистике - учи статистку

1) Как сделать скрипт в PowerShell?
2) Запуск PowerShell скриптов по расписанию

Научитесь нормально использовать store. Когда прийдет осознание, нахрена это нужно и чем это вам помогает.

Какой-нибудь ngxs для ангуляра, vuex для вью, redux для реакта. Напишите приложение-магазинчик, с фильтрами, пагинацией, модалками, авторизацией, корзиной. Замокайте бэкэндовские апишки. Потом возьмите native версию фрейма и осознайте, что store использовали вы не так, как нужно было. Переделайте. Напишите мобильное приложение.

Это - реальный проект.

Перетащить всё на виртуалки, и бэкапить с помощью Veeam :-)

Насчёт "чем" бэкапить -- тут каждый выбирает то, что ему больше нравится. Кобиан, Бареос, встроенные виндовые бэкаперы. Когда у нас превалировали физические сервера, мы юзали Акронис для винды и dump/restore для FreeBSD. Но на тот момент акронис создавал больше проблем -- не было недели, чтобы я в саппорт не обращался, настолько оно глючило (это дела 2011-2013 годов). Может, с тех пор что-нибудь поменялось, не знаю.

Что касается "как" бэкапить -- то стратегия простая. По выходным обычно делаются полные бэкапы, а в будние дни по ночам -- дифференциальные или инкрементные архивы, в зависимости от объёма изменяющихся файлов в течение рабочего дня. И нужно регулярно делать проверку бэкапов -- пробовать разворачивать бэкапы куда-нибудь на тестовый стенд, чтобы убедиться, что у вас бэкапы не битые. В идеале также резервные копии должны храниться в двух географически удалённых местах. Т. е. даже не в одном здании. Так называемая тактика "3-2-1": у вас должно быть три резервные копии, две из них -- на разных физических носителях, причём одна из них должна храниться в другом здании.

В свойствах сетевого подключения снять (ОК) и поставить (ОК) галку на VirtualBox NDIS6 Bridged Networking Driver. Ничего удалять/перезагружать/устанавливать не нужно.