Операционная система?

забей

Ну а по сути?

а по сути я не понял, что найти то надо

а по сути я не понял, что найти то надо

Система должна мне предложить линию производства.

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

Что-то типа pathfind'a получается

теория графов... хм

с этим помочь не могу

Здравствуйте. Подскажите, как решить такую задачу: Завод А - перерабатывает руды в слитки (железо, медь), Завод B - делает кислород, Завод C - делает топливо Овал - контейнеры, входные и выходные для ресурсов. Входной для одного завода не может быть и выходным. Как можно сделать автоматический расчет какую линию завода строить? Что известно вообще: Элемент 1 - в каком заводе делается, какие подпродукты нужны и количество и сколько элементов выходит за 1 цикл работы завода

Обходим граф от конкретного завода в ширину (Дейкстра), смотрим, на каком расстоянии присутствуют нужные заводу штуки. Если что-то слишком далеко — строим линию, проверяя ноды между заводом и нужной штукой на возможности сокращение расстояния )) Или нужно что-то другое?

Обходим граф от конкретного завода в ширину (Дейкстра), смотрим, на каком расстоянии присутствуют нужные заводу штуки. Если что-то слишком далеко — строим линию, проверяя ноды между заводом и нужной штукой на возможности сокращение расстояния )) Или нужно что-то другое?

Не, не длину, а список индастри которые требуются для Крафта. И не просто список а с каким следующим заводом коннектить нужно. Там чтобы сделать что-то одно, нужно скрафтить кучу мелких деталей

Жуть какая

Тут куда больше прямого менеджмента. Во-первых, составь тогда список всех-всех производилок. А так же что этим производилкам требуется на входе и что выдаётся на выходе. Ну там: { factory1 = { input = {"gas", "detail1"}, output = {"detail2"} }, ... } Потом выбираешь нужный завод, и ищешь по списку то, что ему нужно на вводе, и то что нужно производилкам которые у него на вводе рекурсивно, пока не дойдёшь до сырых ресурсов. Предварительно можно исследовать уже имеющиеся входы-выходы и запилить граф, который будешь дополнять недостающим.

А вот если один завод может производить сразу много всего, что может быть нужно сразу много где но есть ограничения по выводам деталек, то может случиться жопа в плане неоптимального строительства новых производственных линий, с кучей дублирующихся заводов с их хвостами, или ненормальным количеством связей. Или если нужно строить много одинаковых заводов для оптимальной скорости производств. И это уже задачи оптимизации на уровне коммивояжёра, будешь решать каким-нибудь динамическим программированием, но тут я не советчик, моих мозгов для этого недостаточно ))0

Список есть

Также простой вывод в виде таблицы что нужно для производства того или иного элемента

А теперь хочу чтобы ещё и схему рисовала

А теперь хочу чтобы ещё и схему рисовала

Нарисуй конечную точку цепочки производства. Дай точке всё что ей нужно.

Для рисования схемок, кстати, очень забавно использовать box2d из ловки. Связи как пружинки между отталкивающимися друг от друга нодами )0

Здравствуйте. Подскажите, как решить такую задачу: Завод А - перерабатывает руды в слитки (железо, медь), Завод B - делает кислород, Завод C - делает топливо Овал - контейнеры, входные и выходные для ресурсов. Входной для одного завода не может быть и выходным. Как можно сделать автоматический расчет какую линию завода строить? Что известно вообще: Элемент 1 - в каком заводе делается, какие подпродукты нужны и количество и сколько элементов выходит за 1 цикл работы завода

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

Здравствуйте. Подскажите, как решить такую задачу: Завод А - перерабатывает руды в слитки (железо, медь), Завод B - делает кислород, Завод C - делает топливо Овал - контейнеры, входные и выходные для ресурсов. Входной для одного завода не может быть и выходным. Как можно сделать автоматический расчет какую линию завода строить? Что известно вообще: Элемент 1 - в каком заводе делается, какие подпродукты нужны и количество и сколько элементов выходит за 1 цикл работы завода

Ну, это несложно на самом деле. завод представляет собой таблицу с двумя подтаблицами in и out {name = "", in = {}, out = {} }

Ну, это несложно на самом деле. завод представляет собой таблицу с двумя подтаблицами in и out {name = "", in = {}, out = {} }

и еще в завод может быть 7 IN и только 1 OUT

и еще в завод может быть 7 IN и только 1 OUT

Ну ты проходишь по этим IN, и строишь по заводу у каждого из которых на OUT необходимый IN. Программно ))

А еще лучше "Исследование операций" взять, например, такую вот книгу. Там всё, в том числе и транспортные модели, которые Снус пытался сформулировать.

А еще лучше "Исследование операций" взять, например, такую вот книгу. Там всё, в том числе и транспортные модели, которые Снус пытался сформулировать.

Это прикольно, но оверхэд, но прикольно.

Оверхед, но это оно. Если задачу нужно решить, а не прикидывать плюс-минус лапоть.

Оверхед, но это оно. Если задачу нужно решить, а не прикидывать плюс-минус лапоть.

Ну, сыглы. Однако полезнее сначала свой велосипед прикинуть, а потом уже в ответы посмотреть.

А еще лучше "Исследование операций" взять, например, такую вот книгу. Там всё, в том числе и транспортные модели, которые Снус пытался сформулировать.

Классная книга

Ага. У меня шестое издание. Не без опечаток, но это и к лучшему.

Я посвежее нашёл на англ

У нас много расхождений в терминах, я бы сам не стал оригиналы по математике читать. Наши переводчики (которые не столько переводчики, сколько математики) уйму работы проделывают, чтобы в привычный вид привести. Или столько сносок наваливают, что читать невозможно, постоянно туда-сюда прыгаешь.

Возвращаясь к lua... Такой вот проект. Слышал про него и раньше, сейчас вдруг вспомнил, полез проверять, а там вполне себе бурная активность идет. Выглядит неплохо, такой себе гибрид тайпскрипта и луа. Будет совсем здорово, если автор с наворотами ограничится и не будет строить очередной Ним. Луаподобность, как по мне, совсем необязательна, но это авторская прихоть. А мелкие вопросы возникли сразу. Например, привычное обилие локалов. На кой они, если глобальные переменные все равно нужно явно объявлять? Индексацию же с нуля сделал, не стал у луа списывать, так чего бы эти локалы не выпилить? https://nelua.io/overview/

Возвращаясь к lua... Такой вот проект. Слышал про него и раньше, сейчас вдруг вспомнил, полез проверять, а там вполне себе бурная активность идет. Выглядит неплохо, такой себе гибрид тайпскрипта и луа. Будет совсем здорово, если автор с наворотами ограничится и не будет строить очередной Ним. Луаподобность, как по мне, совсем необязательна, но это авторская прихоть. А мелкие вопросы возникли сразу. Например, привычное обилие локалов. На кой они, если глобальные переменные все равно нужно явно объявлять? Индексацию же с нуля сделал, не стал у луа списывать, так чего бы эти локалы не выпилить? https://nelua.io/overview/

Чтоб не расслаблялись.

Цпп для меня в далеком прошлом остался, на лабораторках. Сатанинская поделка, выкидыш из ада. Я все понимаю, энтерпрайз, то-сё, но нафиг-нафиг... Кому надо, тот пусть пользуется. Мне, хвала Зевсу, это не нужно.

Цпп для меня в далеком прошлом остался, на лабораторках. Сатанинская поделка, выкидыш из ада. Я все понимаю, энтерпрайз, то-сё, но нафиг-нафиг... Кому надо, тот пусть пользуется. Мне, хвала Зевсу, это не нужно.

А мне нравился ЯП, когда я его изучал в расчете что пойду в геймдев

Лично мне плюсы в целом нравятся, как ни странно (стандартная коллекция со всякими map-vector), но объём бойлерплейта и всякие новомодные извращения типа темплейтов (и народа который пишет темплейты на темплейтах на темплейтах) — вымораживают. Ещё больше мне нравятся языки вроде D, которые ближе к луям чем к плюсам, имея фичи и тех и тех, но там инфраструктура немного странная.

Да и сейчас тоже нравится)

Лично мне плюсы в целом нравятся, как ни странно (стандартная коллекция со всякими map-vector), но объём бойлерплейта и всякие новомодные извращения типа темплейтов (и народа который пишет темплейты на темплейтах на темплейтах) — вымораживают. Ещё больше мне нравятся языки вроде D, которые ближе к луям чем к плюсам, имея фичи и тех и тех, но там инфраструктура немного странная.

А мне идея с шаблонами зашла. Чтото подобное пытаюсь в других проектах воспроизводить

Лично мне плюсы в целом нравятся, как ни странно (стандартная коллекция со всякими map-vector), но объём бойлерплейта и всякие новомодные извращения типа темплейтов (и народа который пишет темплейты на темплейтах на темплейтах) — вымораживают. Ещё больше мне нравятся языки вроде D, которые ближе к луям чем к плюсам, имея фичи и тех и тех, но там инфраструктура немного странная.

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

Лично мне плюсы в целом нравятся, как ни странно (стандартная коллекция со всякими map-vector), но объём бойлерплейта и всякие новомодные извращения типа темплейтов (и народа который пишет темплейты на темплейтах на темплейтах) — вымораживают. Ещё больше мне нравятся языки вроде D, которые ближе к луям чем к плюсам, имея фичи и тех и тех, но там инфраструктура немного странная.

Scope guard'ы в D — золото а не фича. Это всё равно что в луях: function foo(filename) local file = io.open(filename) -- вызовется в любом случае -- при выходе из функции -- соотв. файл всегда будет закрыт -- автоматически -- и таких штук может быть много в одной функции -- и вызываться они будут в обратном порядке объявления scope(exit) do file:close() end if not something then -- автоматический // file:close() -- перед ретурном return "everything is bad" end scope(exit) do print("Cool") end -- автоматические // print("Cool"); file:close() -- перед ретурном return "everything is great" end

А в нелуях это уже есть, если я тебя правильно понял.

Таки да

Я это прост активно использовал в opengl, типа Main() { auto gl = InitOpenGL() scope(exit) CloseOpenGL(gl); auto win = InitWindow(gl); scope(exit) CloseWindow(win); ... } Совершенно офигенски, особенно если учесть что в куче случаев там может что-то непроинициализироваться, но всё корректно завершится в правильном порядке. Не надо это прописывать в каждом стейте. Туда же — ручная сборка мусора, и не течёт ничё.

Так ты D не бросил? Как better C используешь?

Вроде того.

Так ты D не бросил? Как better C используешь?

А разве better C -не раст?

Да многие на это звание претендуют. Zig, например.

https://dlang.org/spec/betterc.html

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

Лучше бы кложу для ллвм сделали

У них же изначальная завязка на jvm, так просто не соскочишь. "The Clojure core team has no plans to work on this but it would be an amazing learning project for anyone and we encourage you to go for it!" От винта, короче.

Так-то среди лиспов дофига кто в нейтив умеют.

Ну нет, изначальная завязка язык — гость, а кложа конкретная реализация

Есть clojuresSkript для js, clojureCL для clr, есть clojerl для beam

А остальные лиспы не кложа со всеми вытекающими

Оверхед, но это оно. Если задачу нужно решить, а не прикидывать плюс-минус лапоть.

Хорошая какая!

А остальные лиспы не кложа со всеми вытекающими

Я просто вчера искал clojure to C. Ну, хотя бы в С, пусть не llvm. Вариантов живых практически 0. А нужна именно кложа? Я-то без пристрастий, просто увлекся лиспами слегка, мне не особо важно, кто из лиспов. Кложа, потому что fennel.)) Вот fennel интересен. Потому что lua. 😁

Возвращаясь к lua... Такой вот проект. Слышал про него и раньше, сейчас вдруг вспомнил, полез проверять, а там вполне себе бурная активность идет. Выглядит неплохо, такой себе гибрид тайпскрипта и луа. Будет совсем здорово, если автор с наворотами ограничится и не будет строить очередной Ним. Луаподобность, как по мне, совсем необязательна, но это авторская прихоть. А мелкие вопросы возникли сразу. Например, привычное обилие локалов. На кой они, если глобальные переменные все равно нужно явно объявлять? Индексацию же с нуля сделал, не стал у луа списывать, так чего бы эти локалы не выпилить? https://nelua.io/overview/

Teal, IMVHO, лучше (более идеоматичный и более совместимый с существующим Lua кодом)

Я просто вчера искал clojure to C. Ну, хотя бы в С, пусть не llvm. Вариантов живых практически 0. А нужна именно кложа? Я-то без пристрастий, просто увлекся лиспами слегка, мне не особо важно, кто из лиспов. Кложа, потому что fennel.)) Вот fennel интересен. Потому что lua. 😁

Можно clojure like, но таких не много

Хорошая какая!

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

Teal, IMVHO, лучше (более идеоматичный и более совместимый с существующим Lua кодом)

Там одной вещи пока не хватает для полного счастья - нормального наследования. Но Хишам обещал, что сделает

Teal, IMVHO, лучше (более идеоматичный и более совместимый с существующим Lua кодом)

Да, много желающих подправить луашечку. Статики порой очень не хватает. Опечатался или EmmyLua криво дополнила, а я не отследил, ну и сидишь потом, тупишь.

Да, много желающих подправить луашечку. Статики порой очень не хватает. Опечатался или EmmyLua криво дополнила, а я не отследил, ну и сидишь потом, тупишь.

Да, альтернатив много, но, кажется,что Хишам делает самый элегантный вариант, максимально близкий к Lua

Да, много желающих подправить луашечку. Статики порой очень не хватает. Опечатался или EmmyLua криво дополнила, а я не отследил, ну и сидишь потом, тупишь.

А безумные вункциональщики хотят шоб проги были полностью доказано корректными на этапе канпеляции ))

Да, альтернатив много, но, кажется,что Хишам делает самый элегантный вариант, максимально близкий к Lua

Мне этот вариант зашел, тоже активно развивается. Я даже почти перестал падать в обморок от скобок. https://fennel-lang.org/

А безумные вункциональщики хотят шоб проги были полностью доказано корректными на этапе канпеляции ))

Но ведь не вункциональщики, а хакскелисы и полу-хакскелисты

Но ведь не вункциональщики, а хакскелисы и полу-хакскелисты

У всяких тайпскриптеров и скалистов, как ни странно, весьма схожие замашки.

А безумные вункциональщики хотят шоб проги были полностью доказано корректными на этапе канпеляции ))

Не, ну берега терять не надо. Луа таки не про это. Но вот кое-что добавить бы не мешало. Опциональная статика точно бы не помешала.

У всяких тайпскриптеров и скалистов, как ни странно, весьма схожие замашки.

Так они полу-

Ну вот вункциональщики ))

можно жы писать на лиспе в луа

На лиспе, емнип, можно писать на любом языке программирования.

Мне этот вариант зашел, тоже активно развивается. Я даже почти перестал падать в обморок от скобок. https://fennel-lang.org/

о господи! не, это для меня слишком (мне бы как тайпскрипт для js, но на луа)

меня прям порадовало суммирование в лиспе

о господи! не, это для меня слишком (мне бы как тайпскрипт для js, но на луа)

А это не подходит штоле? Оно живое, вполне себе бодрое. https://github.com/TypeScriptToLua/TypeScriptToLua

А это не подходит штоле? Оно живое, вполне себе бодрое. https://github.com/TypeScriptToLua/TypeScriptToLua

это именно тайпскриптовый синтаксис, с другими операциями и приоритетами выражений, и с другой семантикой. От тайпскрипта хочется только типизации в нужных местах (вроде аннотаций в Питоне, но с проверкой времени компиляции) без радикальных изменений в Луа коде. Чтобы взять старый скрипт, добавить аннотаций типов и оно продолжало работать

конвертер из тайпскрипта имеет смысл только если на входе кодовая база на нем больше чем на луа

в случае если .ts файлов - 0, а .lua - десятки или сотни тысяч - от него пользы нет. Только боль