СТС

Программирование - это способ решать задачи. Если тебе нужно решить математическую задачу, тебе нужно будет знать математику.
Только вот, далеко не всегда понятно, когда и для чего тебе нужно будет математическое решение.

Потому что эти задачи придумали те, кто любит раздувать собственную важность и претендовать на обладание сакральным знанием. Попробуйте сменить источник учебного материала.

Для программирования в бОльшей части сфер не нужно знать какую-то математику особенную. Достаточно базы логики (чтоб у тебя извилины могли логично рассуждать) и плюс минус умножить разделить, остаток от деления, целочисленное деление.

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

В универах и остальных заведениях подобного характера математику и программирование скрещивают для того чтобы будущий программист научился на самом базовом уровне выстраивать алгоритмы решения задачи. Грубо говоря, шаг 1 + шаг 2 + шаг 3 + шаг 4 + шаг 5 = результат. Если тебе чисто рассказывать про переменные, циклы, массивы и т.д. ты не поймешь нахрена это все надо и как это использовать чтобы зарабатывать деньги. Если тебе с нулевой дать решать бизнес задачи то это только лишнее грузилово мозга в и так не совсем простой сфере. Поэтому и используют математику как самое простое где можно показать как использовать те или иные конструкции в языках программирования и научить склеивать это все так чтобы получить результат требуемый.

Для программирования всё же надо знать математику как минимум на хорошем уровне средней школы. Лучше - старшей на отлично. Математика на уровне высшей школы в основном нужна при работе с графикой, физикой и научными вычислениями. Но, именно, что "в основном". Иногда даже в обычных приложения встречаются задачи, где надо более глубокое понимание и знание математики.
Математика - это фундамент всех современных вычислительных систем и языков программирования. Без знания математики невозможно разрабатывать приложения сложнее, чем скрипт на пару сотен строчек кода. А ещё и логику знать.

1. Способов изучать программирование множество, большинство не требуют чего то большего чем школьная программа.

2. На работе математические требования зависят от области применения.

Скорее всего при самостоятельном обучении, ты встал на путь, который требует математику.

Ремонт техники и компьютеров для системного администратора это то, что можно сделать руками и отвёрткой.
Нет никаких паяльников.
Замена комплектующих внутри системников и т.п. В оргтехнике максимум замена картриджей, роликов и.т.п.

О госкомпании это зло, сам работаю в корпорации зла, но тут хаоса нет, бюрократия да, неповоротливость да.
Совет номер 1: "Бегите, глупцы! "
То что мертво, умереть не может. Врядли получится перестроить и навести порядок, должно все исходить от руководства. Если его нет, то смотри совет 1.

Советую:


Именно третье издание. В последующих я не нашёл разделов "как руководить руководителями" и "планирование на случай аварий". Там очень много информации не технического характера именно на тему "как организовать процесс работы".

А в целом:
1. Определиться с Вашей зарплатой, должностью, должностными обязанностями и получить должностную инструкцию (если скажут написать самому - не отказывайтесь, пропишите себя как директора по ИТ с правами штрафовать пользователей).
2. Провести инвентаризацию - чтобы знать, что есть в наличии. Sklad2 в помощь. Программа старенькая, но полезная...
3. Завести домен - чтобы иметь список всех пользователей и поддерживать его в актуальном состоянии.
4. Уточнить бюджет на модернизации (по идее сисадмину ежемесячно выделяется некоторая сумма на закупку комплектующих с целью апгрейда компьютерного парка), составить список планируемых модернизаций и чётко ему следовать.
5. Уточнить, какие сервисы ещё нужны (VPN, электронная почта, интернет-телефония, мессенджеры, файлопомойка, серверы терминалов - например. 1с для бухгалтерии) и служебкой предложить их руководству.
6. Уже не обязательно, но... Внедрить систему электронных заявок - например, на базе Jira или Redmine. И после этого делить задачи на текущие, плановые, повседневные и внезапно возникающие...

А если админить вам не дают, а доверяют только чистку мышей и замену картриджей, то выучи волшебную фразу: "вопрос не по окладу".

Что вообще должно быть Ит отделе?

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

В каждом втором гос учреждении KZ - полный хаос и анархия всего что связано с ИТ. Единичные конторы госовские имеют полный порядок. Так что или смириться или бежать без оглядки.

"Что вообще должно быть Ит отделе?"
По минимуму должно быть следующее:
1. Процесс по инвентаризации оборудования и ПО (хотя бы в файлике Excel)
2. Управление учетными записями (политики паролей, хранение и т.п.). Тут все зависит от огранизации и используемого окружения.
3. Процесс по установке обновлений безопасности для ОС, ПО и firmware оборудования.
4. Процесс резервного копирования данных и описание процесса восстановления инфраструктуры после сбоя.
Опционально - процесс по получения инцидентов и запросов на обслуживание от пользователей (servicedesk)

Что от вас будут хотеть проверяющие - тут уже нужно обсуждать предметно.

приезжали с проверкой по информационной безопасности. Сказали это не так сделано, то не так. Чуть ли не штрафануть хотели. Мы ничего не знаем, объяснять и учить нас не хотят.

Популярно объясните высшему руководству что нужно нанять стороннюю организацию хотя-бы на аудит иб, тем более если что-то подобное было написано в акте проверки.
Да, это не дешево, но опять же нужно объяснять руководству что по умолчанию именно они отвечают за весь звездец в ИБ

Налаживать процессы - задача руководства.
В Вашем случае надо нанять нормальный персонал, заменить директора, замов итд. Они уже подберут нужные позиции - как начальник ИТ, ИБ и прочая...найдут туда персонал, руководителей, пропишут регламенты...

Судя по всему у вас просто никто не занимается административной и управленческой частью. Если Вы на позиции эникея - это не Ваша задача и проблема вообще.
Отвечаете что вы обычный спец, управлять ничем не учились и вообще хз - 6 вечера я свалил домой.
Получаете там опыт работы годик и сваливайте.

Ну а в идеале - сваливайте из госОрганов нафиг, как только появится возможность. Такая фигня там постоянно по мойму и всем на всё побарабану.... к сожалению

Организация рабочих процессов IT отдела - это обязанность руководителя данного отдела. StanislavOtan у вас какая должность? Что в должностных обязанностях написано? Если вы не руководитель данного отдела - то в вашу область ответственности организация рабочих процессов не входит. Даже если руководителя нет - просто переадресуйте этот вопрос наверх. Если вы руководитель, то вам надо просто найти и нанять опытного человека для организации рабочих процессов в отделе. Без опыта сделать это можно только набивая свои шишки: в сети много курсов, статей и прочего.