Всем известна такая корпорация, как Microsoft, которая занимается написанием кривого, глючного софта, кражей и патентованием идей людей, не имевших к ней до этого никакого отношения, а также созданием костылей.

Чтобы не быть голословным, приведу вполне реальный пример, с которым я столкнулся при внедрении поддержки файловой системы FAT в ядро.
Заголовок файловой системы FAT, хранящейся в бутсекторе диска:

typedef struct TFATHeader
{
    BYTE    JumpCode[3];                // jmp start code
    BYTE    OEMName[8];                // OEM Name
    WORD    BytesPerSector;            // Bytes per one disk sector
    BYTE    SectorsPerCluster;          // Sectors per one cluster
    WORD    ReservedSectors;            // Count of reserved sectors
    BYTE    FATTables;                  // Count of FAT tables
    WORD    RootEntries;                // Count of entries in root directory
    WORD    TotalSectors;              // Total sectors count
    BYTE    MediaType;                  // Media type
    WORD    FATSize;                    // FAT size in elements
    WORD    SectorsPerTrack;            // Sectors per one disk track
    WORD    HeadsCount;                // Heads on the disk
    DWORD  HiddenSectors;              // Hidden sectors count
    DWORD  TotalSectors32;            // Total sectors count (for FAT32)
} TFATHeader;

Но не столько важен сам заголовок, сколько то, что лежит за ним. А за ним лежит в файловых системах FAT12 и FAT16:

// FAT additional information. Perhaps good.
typedef struct TFATTail
{
    BYTE    DriveNumber;                // Device number
    BYTE    Reserved;                   // Reserved
    BYTE    BootSignature;              // Boot signature
    DWORD   VolumeID;                   // Volume identifier
    BYTE    VolumeLabel[11];            // Volume label
    BYTE    FileSysType[8];             // File system type
} TFATTail;

И (о господи!) в FAT32:

// FAT32 additional information. Microsoft again sucks.
typedef struct TFAT32Tail
{
    DWORD   FATSize32;                  // FAT size in elements
    WORD    ExtFlags;                   // Extension flags
    WORD    FSVer;                      // Filesystem version
    DWORD   RootClu;                    // Root cluster address
    WORD    FSInfoSector;               // FSInfo sector offset
    WORD    BootCopy;                   // Bootsector copy offset
    BYTE    Reserved[12];               // Reserved data
    BYTE    DriveNumber;                // Device number
    BYTE    Reserved1;                  // Reserved
    BYTE    BootSignature;              // Boot signature
    DWORD   VolumeID;                   // Volume identifier
    BYTE    VolumeLabel[11];            // Volume label
    BYTE    FileSysType[8];             // File system type
} TFAT32Tail;

И теперь Microsoft можно называть серьёзной организацией? Какого лешего они запихнули в середину этот код(?):

    DWORD   FATSize32;                  // FAT size in elements
    WORD    ExtFlags;                   // Extension flags
    WORD    FSVer;                      // Filesystem version
    DWORD   RootClu;                    // Root cluster address
    WORD    FSInfoSector;               // FSInfo sector offset
    WORD    BootCopy;                   // Bootsector copy offset
    BYTE    Reserved[12];               // Reserved data

Это не просто усложняет жизнь, это порождает во мне сильную ненависть. Я бы понял их, если бы они просто и скромно дописали поля в конец хвоста. Но зачем в середину системных данных-то???

Всё ещё не верите, что Microsoft — отстой? Тогда ждите следующий пост, в котором я вам расскажу про такое зло, как LFN, и с чем его едят (а точнее, курят, хотя тут и так понятно — с коноплёй).

И всё же я поражаюсь людям, которые пытаются писать ОС на чистом ассемблере. Мало того, выбирают не FASM, а какой-нибудь MASM или TASM, где линковать весь тот бред, что они написали, равносильно самобичеванию.

Мало того, когда человеку говоришь, что большая часть ядра ОС должна быть написана на языке высокого уровня, и лишь критическая, аппаратно-зависимая часть — на асме, он упорно продолжает писать на асме всё ядро.

Мало того, человеку объясняют: «используй символические константы», а он упорно продолжает использовать «магические числа», в которых потом чёрт ногу сломит.

Отсюда, собственно говоря, выходит: при попытке реализовать загрузку регистра TR человек грузит в него не сегмент TSS, а шлюз задачи. И из-за этого мне пришлось копаться в его коде полчаса, тогда как в программе на Си я бы разобрался за 5 минут! В общем, что говорить…

Те ОС-девелоперы, кто меня достаточно хорошо знают, знают, о ком я пишу.