Найти подходящее место на форуме по Форт тематике, (нужно или нет и где если есть интерес) Опции

[Kopa]

Предлагаю, если возможно и есть некоторая необходимость,
добавить удачное место хранения информации по Форт тематике
озвученной на местном форуме (может в разделе GNU разработок?)

[IgorKossak]

Поставлю предложение шире.
На форуме до сих пор нет отдельного подфорума по программированию. Когда-то вопрос поднимался, но дело принципиально не сдвинулось. Подфорум появился, но оказался задвинутым в операционные системы и без разделения на языки. Вот и размещают пользователи общие вопросы по программированию в различные другие подфорумы, где по их мнению им место, а то и просто наобум, по инерции (что создаёт мне проблемы по переносу).
Что же касается GNU, то это по моему не очень правильная идея ибо GNU и Форт - сущности ортогональные.

[AlexandrY]

Поставлю предложение шире.
На форуме до сих пор нет отдельного подфорума по программированию. Когда-то вопрос поднимался, но дело принципиально не сдвинулось. Подфорум появился, но оказался задвинутым в операционные системы и без разделения на языки. Вот и размещают пользователи общие вопросы по программированию в различные другие подфорумы, где по их мнению им место, а то и просто наобум, по инерции (что создаёт мне проблемы по переносу).

Программирование слишком абстрактная тема. Каждый может понять как хочет и чаще всего будут понимать как войну пис..., sorry , как войну языков. Легкая тема, провоцирующая законный флейм.

Я бы предложил серьезней подойти к программированию микроконтроллеров и сделать такую иерархию :

Код

Разработка ПО для микроконтроллеров
   - Операционные системы общего применения. Linux, QNX, Window CE, Android...
   - Операционные системы реального времени, RTOS, гетерогенная мультипроцессорность. UCOS, FreeRTOS, MQX...
   - Графические оболочки, GUI
   - Файловые системы
   - TCP/IP, embedded WEB, облачные технологии...
   - Скриптовые движки. Forth, Java, LUA, BASIC, Python, .NET micro framework...
   - Полевые шины и стеки. CAN, RS485, MODBUS, CANOpen...
   - USB стеки хостов и устройств.
   - Стеки беспроводных протоколов.
   - Мультимедиа. Сжатие и передача звука, видео, картинок.  
   - Инструменты разработки. Редакторы, IDE, JTAG адаптеры.
   - ...

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

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

Старые рудиментарные ветки по PIC, AVR и прочим 8-и битникам оставить, поскольку для них вопрос разработки и интеграции middleware не такой критичный, а жить они будут еще долго.

[_Pasha]

Код

Разработка ПО для микроконтроллеров
   - Графические оболочки, GUI
   - Файловые системы
   - TCP/IP, embedded WEB, облачные технологии...
   - Полевые шины и стеки. CAN, RS485, MODBUS, CANOpen...
   - USB стеки хостов и устройств.
   - Стеки беспроводных протоколов.
   - ...

1.По графике вообще должен быть подраздел, касающийся дисплеев итп. Вообще, юзер-интерфейсов, - включая и программирование и компоненты.
2.Файловые системы - это будет хронически пустой раздел, можно просто пристегнуть несколько тем в общих вопросах - и всё
3.По интерфейсам - а чем Вам не нравится такой подход, когда объединяется физика и лирика - и в подфорумах по интерфейсам живет? Все вполне структурно...

Сообщение отредактировал _Pasha - Sep 23 2012, 04:51

[AlexandrY]

2.Файловые системы - это будет хронически пустой раздел, можно просто пристегнуть несколько тем в общих вопросах - и всё
3.По интерфейсам - а чем Вам не нравится такой подход, когда объединяется физика и лирика - и в подфорумах по интерфейсам живет? Все вполне структурно...

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

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

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

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