Что такое стандарты POSIX в UNIX-системах?

Э, слушай, давай разжую про эту POSIX-хуIX, а то звучит как болезнь какая-то. Представь себе, что все эти твои любимые системы — Linux, macOS, какие-то там BSD — это как разные пабы в одном городе. В каждом своя забегаловка, своё пиво, свои закуски. А POSIX — это такой всеобщий, ёпта, свод правил от какого-то умного дядьки из IEEE, который говорит: «Мужики, давайте договоримся! Чтобы любой алкаш-программист, который научился пить в одном пабе, мог прийти в другой и не охуеть с непривычки».

Короче, на что эта хрень распространяется:

• Системные вызовы (POSIX.1): Это типа базовый язык общения с операционкой. Как open, read, write для файлов или fork, exec для создания процессов. Если система POSIX-совместима, то твой код, написанный с этими вызовами, скомпилируется и побежит везде. Ну, почти везде. Это как если во всех пабах на вопрос «Дайте пива» тебе принесут пиво, а не пиздюлей.
• Оболочка и утилиты (POSIX.2): Вот это, блядь, самое важное для нас, простых смертных. Это правила для шелла (sh) и кучи мелких, но офигенно полезных утилиток вроде grep, awk, sed. То есть твой скрипт, написанный по этим правилам, не накроется медным тазом при переносе с Ubuntu на FreeBSD.
• Потоки (pthreads): Стандарт на то, как программы могут плодить внутри себя много маленьких работяг-потоков, чтобы всё быстрее делалось. Без стандарта был бы пиздец — каждый производитель ОС делал бы это по-своему, и код бы никуда не перенёс.
• Файловая система: Как должны называться папки, кто и к каким файлам имеет право, как их блокировать. Всё, чтобы не было бардака.

Вот, смотри, пример кода, который должен работать везде, где есть POSIX:

#include <unistd.h>
#include <fcntl.h>

int main() {
    int fd = open("test.txt", O_WRONLY | O_CREAT, 0644); // POSIX-вызов
    if (fd != -1) {
        const char *msg = "Hello, POSIX world!n";
        write(fd, msg, 21); // POSIX-вызов
        close(fd);
    }
    return 0;
}

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

А теперь, зачем это всё тебе, как DevOps-у, нужно? Да овердохуища причин!

• Переносимость скриптов — это святое. Ты пишешь скрипт для деплоя на Ubuntu, а завтра его надо запустить в минималистичном контейнере на Alpine Linux, где из оболочки только sh да три с половиной утилиты. Если ты писал по POSIX, а не использовал фичи конкретного баша — всё взлетит. Если нет — получишь хиросиму и нигерсраки в виде ошибок «command not found». Доверия ебать ноль к таким скриптам.
• Консистентность среды. Когда ты лепишь Docker-образ, ты хочешь, чтобы внутри него всё работало предсказуемо. Понимание POSIX помогает не наделать глупостей и не привязаться к какой-то одной, особо хитрой реализации какой-нибудь утилиты.
• Работа с утилитами. Ты должен точно знать, что grep -E — это расширенные регулярки по POSIX, и они будут везде. А вот если начать использовать флаги, которые только в GNU grep есть, то в каком-нибудь macOS или BSD твой скрипт просто впиздюрит тебе ошибкой. Это, блядь, основа основ для парсинга логов, автоматизации — чего угодно.

Да, современный Linux (особенно всякие дистрибутивы) часто идёт с кучей своих, GNU-шных, расширений, которые удобнее. Но умный человек всегда знает, где он пользуется стандартным POSIX-поведением (и его скрипт почти везде прокатит), а где — хитрой жопой от конкретного вендора, которая может в любой момент подвести. Короче, POSIX — это как умение говорить на правильном, литературном русском, даже если в своей деревне ты материшься как сапожник. Пригодится.