Валера Удав

Нет такой магической "одной" книги :-) Администрирование -- это работа с кучей СИСТЕМ, ПОДСИСТЕМ, СЕРВИСОВ И ПРОТОКОЛОВ. И по каждому из представителей вышеперечисленного написано по десятку и более довольно толстых книг. А чтобы ковырять домашний сервак -- да, можно обойтись несколькими книжками. Но одной -- точно нет.

Так как... Ну, допустим, начали вы ставить линукс. Сразу начинаются вопросы: "а как разбивать диск?" "GPT или MBR"? Начинается чтение мануалов, а чем GPT отличается от MBR. Следующий же вопрос, тоже по диску: "А какую файловую систему делать? Ext3/ext4/xfs/btrfs/zfs/ufs? Начинается чтение, какие файловые системы поддерживает та ОС, которую вы ставите, чем они отличаются и какая из них предпочтительнее конкретно для вашего сценария.

Потом настройки сети. Нужен IP-адрес. Что такое IP-адрес, для чего он предназначен, и какой нужно присваивать данной конкретной машине? А как она потом будет выходить в интернет. Если я назначу динамический адрес -- откуда он будет браться? Самозародится ли он у меня в сети, или нужно будет что-то предварительно сделать. О, какая-то новая аббревиатура: DHCP. Это чо такое?! И начинается чтение про DHCP...

ОК, у меня дома роутер, он умеет DHCP и вроде как всё настроено. Если я на серваке выставлю "получать адрес по DHCP", то не будет проблем? По идее, не должно... " Через несколько дней: "О-па, а почему это сервак не отвечает на том IP, который у него был позавчера?!

Допустим, систему вы поставили. Надо как-то ею управлять, чтобы каждый раз не бегать к серверу. А чо за слово такое -- SSH? Как его использовать, чем подключаться? Ага, putty... А чего это я при логине ввожу root и пароль, а оно меня не пускает?!

Ну, и так далее, идею дальше развивать не буду :-) Домашний сервер сделать -- это похвальное желание, но до системного администрирования там ещё очень и очень далеко. К тому же, вы не указали, какую ОС собираетесь на этот сервак ставить.

P/S/: Да, и "хочу разбираться в железках лучше" -- это слегка ортогональная ко всему вышеперечисленному тема, там свои ветвления наборов знаний со своими граблями :-)

Книга Эви Немет, несомненно, хороша, и это основа основ, но не по системному администрированию в целом, а по Linux. То есть, если вы планируете работать с Windows Server, к примеру, то эта книга поможет вам мало.
Я бы посоветовал А.М. Кенин - "Самоучитель системного администратора". В самый раз для начинающих, обо всём понемногу. Поняв основы, можно уже и двигаться дальше, выбрав интересующее направление.

Я Вас разачарую до невозможости...

Админство - это набор практик. И как всякая прикладная дисциплина, вне конкретных задач она не существует. И все руководства на эту тему - это просто более-менее связное изложение этих практик - как поставить ось, как настроить то, как настроить се, как сделать то, как сделать это, "и почему енот и крот танцуют танго и фокстрот"... Да, есть некий образовательный минимум - но для него Вам надо не Немет сотоварищи читать, а Олиферов. Если же Вы знаете кто такие Олиферы и о чем они пишут - значит ничего читать не надо, нужно ставить задачу и начинать ее решать. И вопросы, возникающие по ходу решения, изучать.
Собственно, это и есть системное администрирование :)

Удивительно, но автор - женщина. Это, по-моему, основа основ. Как, наверное, книги от циски

Мне кажется, что проблема может быть в том, что ваш диск остался с файловой системой NTFS, поэтому он не добавился в fstb, а определяется как внешний и монтируется "на лету" после загрузки системы. Идеальным вариантом было бы переформатировать его в родную для линкса FS. Но так же можно попробовать добавить нужный раздел в fstab, как вам уже посоветовал vaut в первом пункте.

Что значит "перепривязать"? Обычных симлинков достаточно.
А HDD лучше добавить в /etc/fstab чтобы монтировался при старте системы.

Вы говорите, что только подбираетесь к теме React/Angular и т. д.

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

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

К слову, современные фреймворки "поощряют" работу без jQuery.

Нужно много кода и старые браузеры - jQuery.
Поддержка только современных браузеров - чистый js.

Нужно взвешивать, что важнее - грузить "тяжелый" jquery или кучу Вашего кода. Если js не так уж много, то лучше native.

А так есть react/angular и т.д.

upd:
забыл добавить. Клевым бонусом является наличие кучи плагинов на любой вкус под jQuery. Под чистый js тоже есть, но меньше и там хуже с кроссбраузерностью.

Главное не дойти до уровня: "Как с помощью jQuery сложить 2 числа?" :D

Дмитрий Беляев
насчет "в разы" вы загнули.
как и с "только на jq."

Валера Удав
"В связи с этим часто возникает ситуация когда в перемешку идет jQuery синтаксис и JS"
Синтаксис тут только один, это же не язык, и даже не фреймворк, а библиотека.
Она призвана помочь быстрее писать код и предоставляет совместимость со старыми браузерами для многих нативных вещей, которые не получили на тот момент однозначной реализации.

Я считаю, что нужно пользоваться, когда чувствуешь необходимость. Если учишь нативный js - то jq стоит избегать, чтобы получить понимание какие же все-таки проблемы решает jq.

Я пришел к тому, что делаю импорты необходимых функций, которых мне не хватает при разработке на выбранном мной фреймворке, но не противоречит архитектуре выбранного приложения.
К примеру в React+Redux приложении мне совсем не нужны методы для работы с DOM, но полезен $.ajax.
import {ajax} from 'jquery';
Jquery для меня - это такой универсальный помощник, который может пригодится.
Люди, которые отказываются от jq полностью все равно находят аналоги(которые могут быть лучше, как могут и не быть) или пишут мини-библиотеки сами потому что нативный апи содержит очень много бойлерплейта(чего стоит только nodeList перебрать).

Сложно по сравнению с чем? С устройством в ноунеймовую контору? Очевидно, что да. Во-первых, в топовой компании требования выше (даже к стажерам), во-вторых, туда много кто хочет попасть, так что в рамках конкурса будет выбираться только лучший из лучших. Но это не значит, что не нужно даже пытаться. Все компании выкладывают у себя на сайтах вакансии: гугл, эппл, пэйпал. Смотрите требования, пишите отклики и, возможно, вам повезет.

fabricjs.com