Jump to content
    

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

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

Edited by Kopa

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Edited by _Pasha

Share this post


Link to post
Share on other sites

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

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

 

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

 

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

 

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

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

Edited by _Pasha

Share this post


Link to post
Share on other sites

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

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

 

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

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

Edited by Kopa

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...