Подразделы низкоуровневого

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

Мы имеем:

• Программирование драйверов
• Assembler, MASM, TASM
  • Assembler для начинающих
  • Assembler: Windows/protected mode
  • Assembler: DOS/Real Mode/16-bits
  • Assembler: i8080/8085/KP580
  • Assembler: х64/long mode
  • Assembler: математика, вычисления
  • Assembler: Linux
  • FASM
  • ОС на Assembler

Основные вопросы и мнения (от меня):

1. Не пора ли добавить подраздел про NASM, т.к. вопросов по нему уже довольно много?
   
   
2. Не переименовать ли "Assembler: i8080/8085/KP580" в "Assembler: микроконтроллеры" или "Assembler: МК и МП" или даже "Assembler: МК (AVR, PIC, i8051) и МП (КР580/i8080, i8085, ARM)" (хотел добавить ещё "MSP430, "HC11", но уж слишком длинно получается... собственно, а нужно ли тут слово Assembler, когда и так понятно?) Да, на форуме есть раздел про микроконтроллеры, но там всё же ассемблерное программирование обсуждается, как я понял, не шибко часто.
   
   
3. Не пора ли создать подраздел типа "Assembler: CompModel, LamPanel" (вообще, слово "Assembler" здесь уместно?) Либо вообще объединить всё разом: "Assembler: МК, МП, CompModel" ("LamPanel" можно не писать, про него только 2 темы в разделе, одна из которых моя ).
   
   
4. Стоит ли protected mode (и почему строчными буквами, если "Read Mode" написано с заглавных... ну и про "long mode" тот же вопрос?) располагать в разделе Windows. Защищённый режим Windows – это и так понятно, если написано "Windows", а если он не имеет отношения к Windows, тогда зачем всё в кучу? Не логичнее ли размещать это там же, где обсуждается написание ОС?
   
   
5. Собственно "ОС на Assembler" было бы логичнее переименовать в "Создание ОС, Boot, Protected Mode", причём не внутри подраздела Assembler, а выше уровнем (т.е. прямо в "Низкоуровневом" разделе рядом с "Программированием драйверов").
   
   
6. Вбил в поиск по разделу "FreeBSD" и обнаружил 43 темы, соответственно, "Assembler: Linux" стоит переименовать в "Assembler: *nix (Linux, BSD, macOS)" (объединим всё BSD-системы и добавим macOS, это тоже *nix).
   
   
7. Сортировка. ИМХО, ОС должны быть рядом с ОС, компиляторы с компиляторами.
   
   
8. В названии "Assembler, MASM, TASM" смущает перечисление, будто MASM и TASM – это не ассемблеры, тогда "Assembler (MASM, TASM...)" либо "Assembler: MASM, TASM..." (многоточие – это показатель того, что там не только MASM и TASM, иначе встаёт вопрос о том, почему "FASM" является подразделом "MASM, TASM"). Кстати fasm пишется строчными буквами.
   
   
9. Мелочь, но раз у пошла такая пьянка: "16-bit" – это 16-битный, а 16 бит – это "16 bits", т.е. либо через пробел, либо без "s", т.е. можно вообще вот так: "Assembler: DOS/16-bit Real Mode". И вообще, ИМХО, через слэш лучше писать синонимы, а остальное – через запятую, посему "КР580/i8080/i8085" не совсем корректно тоже, т.е. "КР580/i8080, i8085", ИМХО правильнее...
   
   
10. "Математика, вычисления" – не получается ли масло масляное? Может, "математика, алгоритмы" или типа того (пусть туда и сортировка входит)?
    
    
11. Мне не очень нравится подраздел "Assembler для начинающих", причём не только из-за того, что там творится, а из-за концепции. Иногда туда попадают не такие уж и новичковые темы, а в основные разделы попадают вполне новичковые. Можно переносить темы туда-сюда, но этот футбол – не есть хорошо. Администрация не хочет создавать подраздел "помощь студентам", поэтому я не знаю, как отделить "нормальные" вопросы от требований написать лабу (в плане названия подраздела). В целом, конечно, всё это добро именно туда и сваливается, поэтому может, и не стоит трогать... Но всё же, может, есть какие-то идеи? (Только давайте не будем вести здесь обсуждение происходящего в этом разделе, всё же тема о другом).
    

    ---

12. Есть ещё такой вопрос (я его отделю чертой), который касается структуры форума вообще. Человек спрашивает про математику на fasm под Windows. Куда размещать? Понятно, что можно по приоритетам в соответствии с вопросом (т.е. если упор на WinAPI, то в "Windows", если про синтаксис fasm, то в "fasm", а если алгоритмы, то в "математику"), но иногда реально непонятно. С другой стороны, нельзя создать 20 подразделов типа:
    • MASM, TASM
      • DOS
      • Windows
      • *nix
    • FASM
      • DOS
      • Windows
      • *nix
    • NASM
      • DOS
      • Windows
      • *nix
    ...это тоже бред... в общем, может, у кого-то есть здравые идеи на этот счёт?
    Администрация обещает сделать префиксы. Может, тогда вообще убрать подраздел fasm (и NASM не добавлять)? Всё будет понятно по префиксу.

Пока предлагаю такую структуру:

• Assembler (MASM, TASM...)
  • Assembler для начинающих
  • Assembler: DOS/16-bit Real Mode
  • Assembler: Windows
  • Assembler: х64/Long Mode
  • Assembler: *nix (Linux, BSD, macOS)
  • Assembler: МК, МП, CompModel
  • fasm (flat assembler)
  • NASM (Netwide Assembler), Yasm
  • Assembler: математика, алгоритмы
• Программирование драйверов
• Создание ОС, Boot, Protected Mode

В общем, жду ваших мыслей и идей!!!
p.s. Поактивнее, плиз

3

Сообщение от tezaurismosis Раздел создан и для программирования под МК в том числе, поэтому лучше темы концентрировать там.

А стоит ли всё сваливать в одну кучу: и схемы/пайку, и программирование. Там же нет подразделов именно по программированию...

1

Сообщение от Jin X Стоит ли вместе с МК объединять и микропроцессоры

А какая разница?

0

Сообщение от liv А какая разница?

Что "какая разница"?

Добавлено через 57 секунд
Вот здесь, например, есть подраздел по микропроцессорам, но нет по микроконтроллерам...

1

Сообщение от Jin X А стоит ли всё сваливать в одну кучу: и схемы/пайку, и программирование

Работа с МК происходит на стыке схемных решений и программирования.
Так что, ничего страшного, что все вместе.

1

Сообщение от Jin X А стоит ли всё сваливать в одну кучу: и схемы/пайку, и программирование.

Уже свалено. Не специалист в этой области, насколько это верно, но полагаю, что разбирающиеся в схемах/пайке МК разбирается и в программировании для них. К тому же

Сообщение от liv Тем более, что вопросов-то по любым МК на Ассемблере кот наплакал

поэтому отдельный раздел с подразделами (или префиксами) для основных архитектур - излишнее.

0

Сообщение от Jin X есть подраздел по микропроцессорам, но нет по микроконтроллерам

В чем принципиальная разница МК и МП?

Добавлено через 1 минуту

Сообщение от tezaurismosis Не специалист в этой области, насколько это верно, но полагаю, что разбирающиеся в схемах/пайке МК разбирается и в программировании для них

Совершенно верно

0

Сообщение от liv В чем принципиальная разница МК и МП?

Повторюсь, что в этом разделе есть подраздел по микропроцессорам, но нет по микроконтроллерам... Вероятно, какая-то разница есть. Тем более, раз названия разные
Хотя заметил, что ARM в том разделе назван микроконтроллером...

Добавлено через 2 минуты
Кстати, может, вообще имеет смысл сделать подраздел-ссылку? Такое можно вообще сделать?
Т.е. в разделе Assembler будет подраздел "Микроконтроллеры и микропроцессоры" (например), при нажатии на которую происходит переход в соответствующий большой раздел. Ибо люди всё равно создают (и наверняка будут создавать) темы в этом разделе, т.е. иначе их нужно будет постоянно переносить...

1

В тему приглашается ValeryS

1

Что такое раздел К580 и как к нему относится CompModel здесь

Повторюсь - этот раздел не столько о процессорах К580, а о моделях ЭВМ или микропроцессорных систем. Именно в него и нужно будет мне потихоньку перенести все темы с CompModel.
Получается, что этот раздел пересекается с "Микропроцессоры" в области К580.
Физически существующие микропроцессоры (или микроконтроллеры) никак не относятся к данному разделу.

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

Поэтому темы с вопросами для мк я переношу в "Микроконтроллеры". Где им и место.

Т.е. нет и не нужно префиксов для мк и прочих контроллеров - т.к. в "Низкоуровневом" не должно быть таких тем.

Добавлено через 13 минут
Спасибо за добавление префиксов Jin X и tezaurismosis.

В связи с их добавлением возникает несколько вопросов.
1. Теперь каждой теме нужно определять префикс (добавлять или исправлять)?
2. Какой цели служат префиксы? Пока что обходился добавлением в название темы [masm32], [CompModel]. Что улучшается?

1

Сообщение от ФедосеевПавел Теперь каждой теме нужно определять префикс (добавлять или исправлять)?

Старые можно не исправлять, в новые было бы неплохо. По твоему усмотрению.

Сообщение от ФедосеевПавел Какой цели служат префиксы? Пока что обходился добавлением в название темы [masm32], [CompModel]. Что улучшается?

Меньше печатать. Юзеры иногда сами догадываются их добавлять.

1

0

Сообщение от ФедосеевПавел Раньше были жалобы "теги" теперь добавятся "префикс"

Никогда таких не видел

0

Всё равно стараюсь обозначать компилятор. Буду теперь префиксом.

0

Сообщение от ФедосеевПавел Какой цели служат префиксы?

Я думаю, что теперь раздел FASM можно убрать (и NASM не добавлять). Смысл описан тут.

Сообщение от ФедосеевПавел подраздел КР580 действительно называется не совсем корректно

Сообщение от ФедосеевПавел На данный момент не знаю, как его корректно переименовать.

Давайте уж что-нибудь придумаем всё-таки.
Может, что-то типа "Assembler: эмуляторы i8080, CompModel"?

Добавлено через 42 секунды
tezaurismosis, двойные префиксы, как я понимаю, нет возможности сделать (чтобы добавить ОС)?

1

Сообщение от Jin X Может, что-то типа "Assembler: эмуляторы i8080, CompModel"

Мне нравится

0

Jin X, вопрос об удалении FASM поднимался неоднократно. Всегда останавливали хорошие закреплённые темы. Их перенос в другие подразделы просто смешает (сортировка всех тем по дате), да и закроет полэкрана закреплёнками.

Я - против.

По поводу NASM - именно из-за отсутствия хороших материалов и малого количества тем по вопросам именно компилятора - можно ограничится префиксами.

0

Сообщение от Jin X двойные префиксы, как я понимаю, нет возможности сделать (чтобы добавить ОС)?

В данный момент нет.

0

Assembler: эмуляторы i8080, CompModel
Как-то неудачно. Не многие знают, что i8080=КР580.
Можно бы "Ассемблер: КР580, УМК-80, УМПК-80, CompModel"

-----------------
Ассемблер: Математика, вычисление.
"Ассемблер: применение FPU, SIMD при вычислениях"
"Ассемблер: применение FPU, SIMD" - IMHO, предпочтительнее.

0

Сообщение от ФедосеевПавел Ассемблер: КР580, УМК-80, УМПК-80, CompModel

Можно и так

Сообщение от ФедосеевПавел "Ассемблер: применение FPU, SIMD"

Я тоже считаю, что это предпочтительнее. Математика... - как-то размыто. Целые 2+2 - тоже математика.

0

Сообщение от ФедосеевПавел Всегда останавливали хорошие закреплённые темы. Их перенос в другие подразделы просто смешает (сортировка всех тем по дате), да и закроет полэкрана закреплёнками.

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

Например:

Программирование на языке Assembler в FASM
+
Уроки Iczelion'a на FASM (учитывая, что эти туториалы неполные, там около трети от всего материала... т.е. их либо довести до ума, либо объединить... либо объединить, а при желании довести до ума, открепить)
+
TAJGA FASM Tutorial
(эти темы относительно короткие)

---

Руководство по препроцессору FASM
+
Макросы и директивы компилятора FASM
(суть близкая)

---

Отдельно остаются:
Мануал по flat assembler
Делаем в IDE FASM’a кнопку Debug и дружим его с OllyDbg (хотя и её можно куда-то прилепить)

Итого получается вместо 7 тем всего 3-4 шт.

Добавлено через 2 минуты

Сообщение от ФедосеевПавел Можно бы "Ассемблер: КР580, УМК-80, УМПК-80, CompModel"

Можно сократить до: Assembler: КР580/УМПК-80, CompModel тогда уж.
Иначе очень длинно. И я сомневаюсь, что есть смысл оставлять и УМК, и УМПК. Тут даже интуитивно понятно, что если написано УМПК, значит УМК тоже подходит. И наоборот. Возможно даже есть смысл использовать УМК-80, а не УМПК (для краткости)
И здесь именно через слэш, т.к., насколько я понимаю, это одно и то же по сути.

И возможно, его стоит сделать подразделом "для новичков".

Добавлено через 1 минуту

Сообщение от ФедосеевПавел "Ассемблер: применение FPU, SIMD" - IMHO, предпочтительнее.

Павел, зачем лишние слова? Краткость – сестра таланта. Если будет написано "Assembler: FPU, SIMD" – это же и так понятно, что это "применение", "использование" или ещё что-то.
Но я всё-таки по поводу алгоритмов тоже рекомендую подумать...

Добавлено через 6 минут
Кстати, может, есть смысл ещё сделать подраздел про программирование железа?
Всё-таки немало тем создаётся про использование мыши, жёсткие диски всякие, генерация звука и пр.

Добавлено через 55 секунд
И ещё... раз УМПК-80 и CompModel – это эмуляторы микроконтроллеров, то не логично ли будет их двинуть в раздел по МК всё-таки?
Подумайте дважды, прежде чем ответить "нет"

Добавлено через 17 минут

---

Пока получается как-то так:

• Assembler (MASM, TASM лишние, т.к. есть и другие, смысл их выделять?)
  • Assembler для начинающих
    • Assembler: КР580/УМПК-80, CompModel (если делать в "новичках" всё-таки)
  • Assembler: DOS (про 16-bit действительно писать смысла нет, и так понятно)
  • Assembler: Windows
  • Assembler: х64 (Long Mode – масло масляное)
  • Assembler: Linux/BSD (BSD всё же пусть будет, macOS крайне редко встречается)
  • Assembler: FPU, SIMD
  • Assembler: железо (под вопросом)
• Программирование драйверов
• Создание ОС, Boot, P-Mode (настаиваю именно на таком варианте)

Это если FASM всё же убрать.
Павел, я понимаю прекрасно по поводу FASM'а, но он просто рушит структуру. Префиксы решают проблему сортировки по компиляторам. Вся остальная структура – это тупо выбор ОС и всё (кроме FPU, SIMD). Проблему с закрепами решить можно.

Нормуль?

Добавлено через 6 минут

---

Префиксы, соответственно (кроме подраздела "КР580/УМПК-80, CompModel"):

Assembler

• TASM
• MASM
• fasm
• NASM
• emu8086 (кроме "Программирование драйверов" и "ОС на Asm"... кстати, может, этот префикс только в новичковом подразделе оставить?)
• GAS/AT&T

Другие языки (только в корневом "Низкоуровневом программировании", "Программировании драйверов", "ОС на Asm")

• C/C++

Пёс с этими UASM, Yasm, они всё равно только картину портят. Кому надо – и так поймут, что про Yasm нужно указывать NASM, а UASM – MASM.
На край – модератор поменяет, про них тем почти нет.

---

В подразделе "КР580/УМПК-80, CompModel":

Эмуляторы (кроме "Программирование драйверов" и "ОС на Asm")

• КП580
• УМПК-80 (или через слэш с предыдущим?)
• CompModel

(других нет)

Добавлено через 5 минут
Для встроенного ассемблера в ЯВУ, наверное, нет смысла делать префикс (типа "Inline")... или...?

2