var_log

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

Так можно доводить до абсурда добавляя и скрипты на баше, батче, павершеле, питоне, руби, c#, знания паппета/чифа с умением писать модули и организовать веб-морду со всем подряд, поять проводки, носить сервера на горбу, подметать везде, чинить принтеры и картриджи, быть хорошим 1с-программистом, отвечать за всё материально и заниматься заказами оборудования, разрабатывать интегральные микросхемы, чинить ламповые телеки и готовить пончики... и при этом всём висеть на трубке помогая клиентам пописывая скрипты для микротиков и закупая бетон с оптикой для постройки своего дата-центра с одной линией adsl-интернета незаконно занимая
землю, выслушивая от бухгалтерии, что клиент-банк глючит идипочини.... и опять при этом всем делать абсолютно все монтажные работы и проектирование. ТРЕБУЯ ПРИ ЭТОМ БЫТЬ ДРУЖЕЛЮБНЫМ, ЖИЗНЕРАДОСТНЫМ И СТРЕССОУСТОЙЧИВЫМ, а не превратиться в асоциального психа с абсолютно рассеяным вниманием, который каждый день ходит пить в бар просаживая з.п. из-за сильного напряжения, нервного стресса и переизбытка информации.... ах да еще быть доступным 24/7

Можно конечно просить человека-комбайна, но у разных таких админов разные знания будут и компании, которые будут пытаться ходить таким путём получат it, завязанный на одном человеке с абсолютно непонятной эйфелевой башней костылей т.к. человек будет отвечать за всё по чуть-чуть, а не конкретно за свою область, в которой он уже полностью будет разбираться.

Короче у меня горит от подобного) Я думаю найти человека знающего всё из этого вполне реально, но с требованиями однозначный перебор.

"Гуманитарий" это не склад ума, это его отсутствие.

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

Каждый сам себе выбирает как он хочет жить и чем зарабатывать, и для того, чтобы получить глубокие знания, нужно действительно много делать. А чтобы много делать, нужно уметь себя мотивировать.

Если просите мотивации со стороны - наверное не стоит заниматься. Если просите помощи в конкретной задаче со стороны - велкам.

Использую XWiki. Мои статьи про нее:
https://habr.com/ru/post/265811/
https://habr.com/ru/post/279101/

XWiki — это Вики-движок второго поколения, который характеризуются возможностью структуризации информации и программного доступа к базе вики. Написан на языке Java, лицензия распространения LGPL, функциональность включает в себя блог, инструменты API, комментарии, аутентификацию по LDAP, экспорт страниц в PDF. Используется многими компаниями по всему миру. 25 языков интерфейса, включая русский. Так же более подробно желающие могут сравнить на wikimatrix с наиболее распространенными в Рунете Вики-движками: DokuWiki и MediaWiki.

Этот Вики-движок привлек потому что он достаточно дружелюбен и прост для работы пользователей и море настроек для админа, а так же поддерживает скрипты Velocity, Apache Groovy, Python, Ruby и PHP (правда для последних 3х нужно ставить бесплатные плагины)

Есть портативная версия, я здесь выкладывал проапгрейженную и настроенную под себя 10ю версию - вики-движок с плагинами которых много (сейчас к них актуальная версия движка №12). https://vk.com/xwiki_wiki
Я у себя кручу на связке Oracle 11g + GlassFish, но можно использовать портативную версию на связке Jetty и HSQLDB, можно поднять и на TomCat'е, есть поддержка MySQL, PostgreSQL. А еще все это замечательно работает и на линукс, я бы рекомендовал хост на линуксе для работы этой вики, т.к. в винде до сих пор есть проблемы при открытии файлов если длина пути превышает порядка 255символов (это справедливо для того случая, если вы в настройках указали сохранять вложения на диск, а не в БД)