ПО, ЭВМ и АСУ из Таможенного Союза |
Привет, Гость! Войдите или зарегистрируйтесь.
Вы здесь » ПО, ЭВМ и АСУ из Таможенного Союза » предлагаемые стандарты » Инфраструктура средств разработки и языков программирования
Предлагаю сделать уже, поскольку из-за него уже было куча вопросов и Лису приходится постоянно говорить то, что и так всем известно.
Пока же вот план, текстовка позже. Давайте обсуждать:
ЗЫ. С манифестом не согласовывалось.
Отредактировано utkin (2018-03-29 15:08:18)
Инфроструктура это внешние вещи по отношению к чему либо конкретно языку программирования но без которых он неможет.
А тут у вас много внутренних вещей.
И да электронную подпись замените на цифровую.
Стандарт на что? И почему не спецификация?
Между 2٫2٫4 и 2٫2٫5 пропущено много всего: по крайней мере
рендер, виджеты.
Пропущена стандартная библиотека:
// Отрывок памятный.
// методы целочисленной арифметики
// методы арифметики реальных чисел
// Арефметические
// Методы округления
// Методы тригонометрии
// Методы степенней и логарифмов
// Дополнительные методы
// Отрывок строковый
// Отрывок стандартного ввода и вывода
// Отрывок стыкующий с файловой системой
// Методы файлов
// Методы папок
Не хватает регулярных выражений.
Нету библиотеки коллекций
В И1 не хватает программ для тестирования даже МС выпускает программы для верификации.
А вообще в ваш ряд между И16 и И17 так и просится генератор.
А так же ряд мождно продолжить после сборки исполняемого файла идет инеграционное тестирование и сборка дистрибутива.
Дальше не плохо бы иметь программу которая бы ещё это забросила на удалённый сервер да хотя бы по SSH.
Не хватает системы учета версий такой как git.
Структурная и функциональная схемы это одно и тоже. Зачем разные блоки?
Ещё транслятор заголовочных файлов очень нужен.
И да электронную подпись замените на цифровую.
Нет. Правильное именование цифровых подписей - электронная подпись. Есть куча государственных документов в которых используется именно термин ЭП. Если хотите соответствия ГОСТам надо именовать ЭП.
Инфроструктура это внешние вещи по отношению к чему либо конкретно языку программирования но без которых он неможет.
Нет же, в заголовке написано и средств разработки, а не только ЯП. То есть комплекс такой более широкой.
И почему не спецификация?
Давайте именовать спецификацией.
// методы целочисленной арифметики
// методы арифметики реальных чисел
// Арефметические
// Методы округления
// Методы тригонометрии
// Методы степенней и логарифмов
// Дополнительные методы
И2.2:2 - Математические вычисления
Что такое Отрывок памятный 
?
Не хватает регулярных выражений.
Да нету, надо добавлять .
Нету библиотеки коллекций
И2.2:1 Абстрактные типы данных
А так же ряд мождно продолжить после сборки исполняемого файла идет инеграционное тестирование и сборка дистрибутива.
Если никто не против, давайте добавим.
Дальше не плохо бы иметь программу которая бы ещё это забросила на удалённый сервер да хотя бы по SSH.
Это не прямо уже такая фича. Наверно нужно как-то выделить один пункт, иначе это станет очень большим бюрократическим текстом. Например, Прочие инструменты. То есть идея - перечислить основное и часто используемое. И выделить пункт под всякую специализацию и удобства.
Структурная и функциональная схемы это одно и тоже. Зачем разные блоки?
По ГОСТу функциональная схема описывает взаимодействие основных компонентов. А структура описывает как компоненты связаны между собой. Функциональная схема не обязана содержать все подсистемы, структурная описывает связь всех блоков между собой. Честно говоря, для меня это тоже не очень понятно - почему нельзя совместить эти вещи в один документ. Давайте оставим функциональную схему, например.
Ещё транслятор заголовочных файлов очень нужен.
Интерпретаторам? Значит не очень нужен. Я уже предложил пункт - Прочие инструменты для всего того, что может быть специализацией и варьироваться.
Вот обновленная версия
Давайте определимся со схемами. Оставим две практически дополняющих друг друга функциональную и структурную или одну выкинем? И если выкинем, то какую?
Отредактировано utkin (2018-03-30 07:46:31)
utkin
Нет же, в заголовке написано и средств разработки, а не только ЯП. То есть комплекс такой более широкой.
Тогда значит из списка надо выкинуть ещё больше.
Что такое Отрывок памятный ?
Отрывок в системной библиотеке отвечающий за работу с памятью. В часности узнать размер доступной динамической памяти выделить кусок освободить.
Математическую библиотеку я вижу, а строковая так и не появилась. А без неё никуда! Язык будет не полноценным даже в ассемблере есть строки.
Да и файлов нет!
Лучше просто напишите системная библиотека.
Интерпретаторам? Значит не очень нужен.
Интерпретаторам в первую очередь. Есть куча библиотеку, которые хочется подключить к интерпретатору. А получается что-бы внести функции их придётся описать ручками. А теперь представь те тысячи единообразных строк и не очень с описанием формата передачи параметров с описанием способа вызова функций с описанием загрузки DLL.
Ещё раз вы как системщик должны думать о внешних системах. Вот существующие библиотеки это и есть внешнее окружения внешняя структура. Но они никак не связаны с вашим интерпретатором, а должны! Вы должны хотя бы задокументировать этот процесс. Но лучше его автоматизировать. Питон только так и пошёл в гору.
http://www.swig.org/compare.html
И Delphi 2 имел в своём составе транслятор заголовочных файлов с Си на паскаль. Поэтому быстро обрёл популярность ещё до 3 версии в которой появились СУБД.
Отрывок
Вы еще огрызок назовите. Часть/компонент/том/фрагмент/элемент/член/участок/пакет/секция/модуль/фракция чем не устроили? Обязательно какая-то экзотика должна быть? Балалайка, матрешка, водка на потеху всему миру.
Этимология слова часть:
Происходит от праслав. *čęstь, от кот. в числе прочего произошли: др.-русск. часть «доля, земельный участок, наследство», ст.-слав. чѩсть (др.-греч. μέρος), русск., укр. часть, белор. часць, болг. чест ж. «часть, доля, счастье», сербохорв. че̑ст ж., чешск. část, стар. čiest ж. «часть», словацк. čаsť, польск. część, в.-луж. časć. Праслав. *čęstь связано чередованием гласных с kǫsъ (ср. кусо́к), польск. kądek «кусок» (из *kǫdъkъ), лит. kándu, ką́sti «кусать», kañdis «укус», латышск. kuôst, kuožu «кусать»
Вполне себе русское слово.
Тогда значит из списка надо выкинуть ещё больше.
Что именно Вас не устраивает в составе? Давайте конкретики.
Математическую библиотеку я вижу, а строковая так и не появилась. А без неё никуда!
Пропустил. Куда же без косяков-то.
Да и файлов нет!
Файлов я даже вначале и не помнил - перечитал, да. Аналогично .
Интерпретаторам в первую очередь. Есть куча библиотеку, которые хочется подключить к интерпретатору. А получается что-бы внести функции их придётся описать ручками. А теперь представь те тысячи единообразных строк и не очень с описанием формата передачи параметров с описанием способа вызова функций с описанием загрузки DLL.
Ещё раз вы как системщик должны думать о внешних системах. Вот существующие библиотеки это и есть внешнее окружения внешняя структура. Но они никак не связаны с вашим интерпретатором, а должны! Вы должны хотя бы задокументировать этот процесс. Но лучше его автоматизировать. Питон только так и пошёл в гору.
И1:8 Прочие инструменты. Мы не можем бесконечно все перечислять, это станет абсолютно бесполезным инструментом. Потому что нельзя объять необъятное.
Очередная итерация
В средства языка можно добавить Взаимодействие с внешней средой, или что-то такое. Типа как подключить сторонние библиотеки.
В частности узнать размер доступной динамической памяти выделить кусок освободить.
Это частности. Язык может не обладать такими возможностями (в микроконтроллерах тех же, в моем случае В-2 не разрешает так прямо делать). Мы сейчас опять раздуем до пупец каких размеров. Я не против добавить конкретно память. Но просто опять надо придумать что-то - невозможно добавлять все - и статистику, и астрономию, и биоинформатику, и работу с портами компьютера и пр.
Как вариант добавить Аппаратные ресурсы
Отредактировано utkin (2018-03-30 13:09:19)
utkin
Огрызком думал но это закос на эппел скажут. В русском языке мало слов которые начинаются на гласную. А тут хотелось её вставить уже не помню почему.
ЭП. Если хотите соответствия ГОСТам надо именовать ЭП.
Не хочу соответствовать гостам. Просто в программной инжинирии они очень плохие.
Даже вот сейчас из-за этого у вас пропущено нечто важное. Нету перечня протоколов, регламентов, стандартов.
К примеру Глагол и 1Срипт для отладки используют:
https://code.visualstudio.com/docs/exte … -debugging
А GNU любит свой
https://ftp.gnu.org/old-gnu/Manuals/gdb … b_129.html
И ещё лицензию пропустили.
Лицензия да, я согласен. Поэтому документ на обсуждении.
Даже вот сейчас из-за этого у вас пропущено нечто важное. Нету перечня протоколов, регламентов, стандартов.
Мы сейчас и создаем протоколы, перечни и стандарты. Это точка отсчета, ей не от чего отталкиваться. Начальная аксиома. А вот уже на данную штуку можно будет опираться при создании языков программирования. Чтобы не кустарные поделки, а рульные вещи с цивилизованным видом и чтобы все на месте.
Очередная итерация
Меня по-прежнему интересует вопрос функциональной/структурной схем.
Отредактировано utkin (2018-03-31 10:46:19)
Поправил ошибку, добавил Аппаратные ресурсы
Вы здесь » ПО, ЭВМ и АСУ из Таможенного Союза » предлагаемые стандарты » Инфраструктура средств разработки и языков программирования