Перейти к содержанию
    

Найти подходящее место на форуме по Форт тематике

Предлагаю, если возможно и есть некоторая необходимость,

добавить удачное место хранения информации по Форт тематике

озвученной на местном форуме (может в разделе GNU разработок?)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Предлагаю, если возможно и есть некоторая необходимость,

добавить удачное место хранения информации по Форт тематике

озвученной на местном форуме (может в разделе GNU разработок?)

Или в "Операционных системах".

По сути... должно быть в двух местах - для хостов и микроконтроллеров отдельно.

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

Это сложный вопрос.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поставлю предложение шире.

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

Что же касается GNU, то это по моему не очень правильная идея ибо GNU и Форт - сущности ортогональные.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поставлю предложение шире.

Вот и размещают пользователи общие вопросы по программированию в различные другие подфорумы, где по их мнению им место, а то и просто наобум, по инерции (что создаёт мне проблемы по переносу).

И это не только в этом заметно, а почти в любом обсуждении. Хороший тон - сначала поищи подходящее место и есть ли уже

топик, а потом пости. А так какие то "нежданные" подарочки в разделе :smile3046:

 

P.S. При том, что программирование контроллеров и программ для PC достаточно различно:)

тема операционных систем тоже контроллерам "не чужда", но там их нет.

Изменено пользователем Kopa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поставлю предложение шире.

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

 

Программирование слишком абстрактная тема. Каждый может понять как хочет и чаще всего будут понимать как войну пис..., 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 не такой критичный, а жить они будут еще долго.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По сути... должно быть в двух местах - для хостов и микроконтроллеров отдельно.

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

Это сложный вопрос.

Вот именно для таких случаев придумали метки (теги). Создал человек тему, налепил на неё нужные метки (например: "forth", "ARM", "CAN"), и порядок. К сожалению, движок этого форума такого не умеет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

1.По графике вообще должен быть подраздел, касающийся дисплеев итп. Вообще, юзер-интерфейсов, - включая и программирование и компоненты.

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

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

Изменено пользователем _Pasha

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

 

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Плюс еще недостаточно освещаются проблемы искусства организации проектов, декомпозиции и проч.

 

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

Вообще, конечно, что-то здесь быстро найти, даже гуглом - задача нетривиальная. :( "Левых" тредов чем дальше тем больше.

Изменено пользователем _Pasha

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Извняюсь (редко здесь появляюсь) за поднятие данного топика, а тогда каким ещё доступным способом их решать?

 

P.S. Возможны ли подвижки по заданному вопросу в топике и прозвучавшим вопросам в обсуждении?

Но это, похоже, не разрешимый вопрос для форума :)

Изменено пользователем Kopa

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Наверное нет смысла в каком то месте по Форт на местном форуме пока не появятся железные Форт (MISC) контроллеры,

а не только какие то их реализации в FPGA.

P.S. Как сделать форт-процессор 2022

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...