Список проголосовавших за комментарий "StockChart.ru, с ними не работал никогда, хотя бы с той позиции если можешь сам, то зачем кого-то звать, тем более начинающих)) Из трех обозначенных вариантов, если мне нужен робот на lua, я изучу lua. Тут вопрос только в трате времени, а не в способностях. Автору я предложил вариант решения проблемы — модульность. Дальше, я вот уверен на 100%, всё зависит от того как подвешен язык, если человек умеет ясно излагать что он хочет, то не будет большой проблемой свести их совместную работу на уровне интерфейсов и регламента взаимодействия. <br/> <br/> Да — там могут быть проблемы, когда будут частые передачи (например) из ядра в индюк и обратно по ходу работы всего ПО, хотя и эти обращения можно рассматривать <span style="text-decoration:underline;">отдельно</span>. Я работаю с программистами, но несколько на другом уровне, и меня удивляет ваше ярое отрицание возможности разбиения задачи на подзадачи, разделение труда и т.п., тем более если вы опытный программист. (насколько я понял вы таковым являетесь). <br/> <br/> Также я слабо представляю что итоговый листинг с включением всех процедур, функций и модулей в коде (чтобы пример был ярким и показательным скажем что это ОС) собирал один единственный профи))))<br/> <br/> Знаете сколько приходит таких задач, вот есть черный ящик где-то там и он выплёвывает такие то данные. Окей, дайте спецификацию, опишите как эти данные обрабатывать и в каком регламенте взаимодействие должно осуществляться. Это вопрос метода, подхода к решению задачи. По сути это вариант перевода задачи от написания всего полноценного кода разом, к вопросам интегрирования. Чем не выход? Отладка — да, дело будет сложное, хотя в большинстве случаев просто срок будет растянут, т.к. возникают накладные расходы на координацию команды, но эта задача упрощается если все модули готовы в срок, настроено корректное и полное логирование.<br/> <br/> Может быть ваше категоричное мнение обусловлено моим примером с ядром и индюком, якобы в такой системе больше ничего нет от того она и простая. Но я привел <span style="text-decoration:underline;">упрощенный</span> пример, касающийся именно тех частей, где будет зашита интеллектуальная собственность. Понятное дело, что там коннектор нужен, отдельные модули для формирования параметров позиции, ведения позиции, блок анализа сделок, расчет риска (хотя это больше функция ядра) и т.п. Там дохрена подзадач, т.к. робот это <span style="text-decoration:underline;">полноценная система</span>. Но я и не говорил что написание роботов, да еще и силами других людей — это простая задача. Я говорю что методы могут быть простыми, упрощенными. И банально, скажем так второстепенные задачи и индюка мы можем отдать одному прогеру, а ядро другому. Как еще проще объяснить. Программисту отдаем задачу построения кузова, коробки, подвески, рулевого управления и описываем параметры подкапотного пространства + описание интерфейса взаимодействия с коробкой передач. А движок другому программисту. Если стоит вопрос написания всех модулей робота в одном пространстве имен, то это тоже <span style="text-decoration:underline;">не великая</span> проблема.<br/> <span style="text-decoration:underline;"><br/> </span>"