Я рассказываю, как работал ENVY и что это не вызывало проблем, а Вы меня за советскую власть агитируете.
Написать код который не компилируется гораздо проще чем написать код который компилируется
Всё что я говорил относилось к конкретной среде разработки и конкретному языку. На smalltalk невозможно написать синтаксически правильный не компилируемый код. Вы боретесь с несуществующими проблемами.
Я не только так считаю, я так работал. Но дело в том, что по своей природе методы в smalltalk преимущественно маленькие, а сохранение происходило именно на уровне метода. Неудобств не вызывало. Спросите у любого smalltalk`ера. Применительно к другим языкам - уверен, такое не прокатит
Переключение между thread ОС - штука дорогая (связана с походом в ядро), и в реальной жизни, само переключение между несколькими десятками тысяч потоков займёт всё доступное время CPU.
Виртуальные потоки лёгкие и позволяют иметь сотни тысяч потоков без значимой нагрузки на систему.
Что касается операций io - то там другие методы борьбы с суровой реальностью (посмотрите epoll и родственные)
ORM в большинстве своём прекрасно выглядят на hello world, но по мере усложнения задачи, очень быстро превращают разработку в борьбу с собой и в результате получается и кривая база и кривой код.
Впрочем, они там не только дрессированную "Кобру" показывали, предупреждение могло относиться и к другим экспонатам.
Секретные румынские разработки на выставке и защита от пром шпионажа коварного СССР. Это не возможно воспринимать всерьёз. Уровень "микросхем из стиральных машин".
В сторону DSL описаний FSM смотрел только на SCXML - достаточно полная штука, но мне не зашло - уж больно коряво всё получается (вероятно не умею готовить). Пришлось навелосипедить своё.
UPD Ещё смотрел на Ragel, но счастье тоже не наступило
Давным давно, когда я ещё бодро писал на VHDL, в среде Active-HDL от Aldec, был очень симпатичный графический редактор FSM. Там были и иерархические и .. (не, недетерминированных там не было). Выглядело это примерно так:
Он и сейчас там есть ))
Но по итогу, проще и быстрее было в коде всё описать. Хотя картинки для документации получались прикольные
Я рассказываю, как работал ENVY и что это не вызывало проблем, а Вы меня за советскую власть агитируете.
Всё что я говорил относилось к конкретной среде разработки и конкретному языку. На smalltalk невозможно написать синтаксически правильный не компилируемый код. Вы боретесь с несуществующими проблемами.
Я никого и ни за что не агитирую. Просто рассказываю, как обстоят дела в ENVY.
Ксло, на smalltalk написать не компилируемый код весьма не тривиальная задача, учитывая его синтаксис и динамическую типизацию.
Но если удастся таки за полдня написать метод, который не компилируется - можно его просто закомментировать и блокнотик не понадобится
Я не только так считаю, я так работал. Но дело в том, что по своей природе методы в smalltalk преимущественно маленькие, а сохранение происходило именно на уровне метода. Неудобств не вызывало. Спросите у любого smalltalk`ера. Применительно к другим языкам - уверен, такое не прокатит
Не всякий. Есть вариант, когда ast отстроить можно, а скомпилировать - нет.
В Visual Age for Smalltalk с его ENVY сохранение кода происходит на уровне метода - не компилируемый не сохраняется. Работать совсем не мешало.
Epoll живёт сбоку, в планировщике, который и поставит заинтересованный виртпоток на выполнение, когда соответствующее io завершится.
Переключение между thread ОС - штука дорогая (связана с походом в ядро), и в реальной жизни, само переключение между несколькими десятками тысяч потоков займёт всё доступное время CPU.
Виртуальные потоки лёгкие и позволяют иметь сотни тысяч потоков без значимой нагрузки на систему.
Что касается операций io - то там другие методы борьбы с суровой реальностью (посмотрите epoll и родственные)
Поддержу.
ORM в большинстве своём прекрасно выглядят на hello world, но по мере усложнения задачи, очень быстро превращают разработку в борьбу с собой и в результате получается и кривая база и кривой код.
(Всё сказанное - ИМХО)
Воровство было повсеместное.
Называния несунов шпионами не было.
Никакого закручивания гаек в это время не было. Скорее - наоборот.
Не всякий бред стоит тиражировать.
Секретные румынские разработки на выставке и защита от пром шпионажа коварного СССР. Это не возможно воспринимать всерьёз. Уровень "микросхем из стиральных машин".
Кто и когда? Отродясь такого не было.
Модно младодемократам страдать от кровавого СССР
Фантастический бред. Промышленный шпионаж по поводу серийного компьютера в странах СЭВ между друг другом.
Эх, вспомнилось...
Предположу, что с целью улучшить качество разрабатываемого продукта. А обижаться на указание на ошибки стало модно.
Автор многократно высказывает эту идею, относитесь к ней как к тонкому троллингу ))
Вы бы по своей ссылке сходили бы, чтоль
Резануло. Вроде человеко-месяц
Я думал, что Вы имеете ввиду работу STATECHARTS: A VISUAL FORMALISM FOR. COMPLEX SYSTEMS https://www.state-machine.com/doc/Harel87.pdf .
В сторону DSL описаний FSM смотрел только на SCXML - достаточно полная штука, но мне не зашло - уж больно коряво всё получается (вероятно не умею готовить). Пришлось навелосипедить своё.
UPD Ещё смотрел на Ragel, но счастье тоже не наступило
Давным давно, когда я ещё бодро писал на VHDL, в среде Active-HDL от Aldec, был очень симпатичный графический редактор FSM. Там были и иерархические и .. (не, недетерминированных там не было).
Выглядело это примерно так:
Но по итогу, проще и быстрее было в коде всё описать. Хотя картинки для документации получались прикольные
Это смотря какие. Некоторые вообще только с фреймами работают. Всё зависит от страны происхождения пакета.
/s