Всё так сложно! Только Common Lisp, ящитаю

брэйнфак

Не взлетит.

На асме. Работать будет быстро.

На Befunge однозначно будет работать) Я же не шучу. Реально, на чем из вышеперечисленного лучше?

Clojure

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

и да, если

Web - интерфейс не планируется

можешь и не начинать.

freepascal

А если планировать, то Java? Просто Landscape проприетарен, а подобных продуктов я не помню...

Тогда только common lisp. Под него и web server есть, и фреймворки разные

Если планируется «кросс-платформенность» и «свое API», то почему «web не планируется»? Наоборот, сделай ядро + API + Web GUI простенький. Это автоматически будет и кросс-платформенность, и кто угодно сможет любой ГУЙ написать (при вменяемом API).

На MUMPS.

О, спасибо) Только с Web GUI попарюсь, конечно, а так ничего)

Ну сделай тогда десктопный гуй, если веб не нравится. Повторюсь: главное - это ядро + вменяемое API. Если это все будет, то ГУЙ - это уже мелочь. Кому какой надо, тот такой и напишет. Хоть CLI.

Опоздал. Уже есть Chef и Puppet.

Здесь необходимо применить ruby.

я бы делал RESTful API на nodejs поверх http и JS-морду к нему (морды потом можно разные сочинять, Qt например).

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

Кстати, про скрипты не распарсил. Если есть API, то зачем скрипты (ну и VBScript - лол)?

Плюсую насчет RESTful API. А уж на чем писать - это пусть автор сам оценивает свои знания и возможности. Принципиальной разницы нет.

О, а я тут такое слышал... restas называется! Он на common lisp. Значит, надо писать на common lisp

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

Решил. Java.

А почему не на Tcl/Tk тогда уж? Вполне себе кроссплатформенно, а сам язык гораздо проще других перечисленных.

А из этих трёх я бы выбрал питон.

Ко всему прочему хочется ответить ТС'у словами ТС'а

Проект ReactOS запустил кампанию по сбору средств на Кикстартере (комментарий)

Нет такой буквы!

Если есть опыт 10+ лет работы с С++, то С++. Если нет - С.

Ада

Web - интерфейс не планируется. В качестве языка API, если будет - Python.

тогда питон.

Просьба не смеяться

с трудом сдерживаюсь...

Решил. Java.

you make my day

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

Решил. Java.

Всё правильно решил. Это единственный вариант, на котором можно добиться кроссплатформенности без геморроя.

На ассемблере.

Тогда чего же мы постоянно видим в мире целую кучу блокнотов с подсветкой синтаксиса, хотя их можно в Лазарусе за 10 минут накидать? А потому что каждому свое.

lazarus

Лазарусе

Кто такой этот Лазарус?

Лень на английский переключаться. Lazarus + FPC.

Visual Basic.

Потому что у почти всех них есть клёвые фишки, а авторы их знают, зачем им свой текстовый редактор, и какие редакторы ещё есть, а ты придумал неведомый тебе самому кадавр. Кстати «блокноты с подсветкой синтаксиса» помощнее будут этого вашего лазаруса в качестве средства для разработки ПО.

Тогда не удивительно, что я такого не знаю

batch

Как по мне, единственная достойная вещь из них - это Kate из поставки KDE. Это уже полу-IDE.

если будет - Python.

не взлетит. Лучше Lua
Я за C++ + Lua

Просьба не смеяться

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

Набросил так набросил

А по мне — gnu emacs и nano. Потому что в первом я пишу код, а во втором — правлю конфиги. А kate — кедорастически монстр-неумёха, который тупее емакса и тяжелее нано. Теперь расскажи зачем твой кадавр нужен?

Что под кадавром имеется в виду?

Катя же, ну

объясни нормально что твоя программа будет делать.

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

а вообще, то сначала смеялся. Да, проект нормальный.

Если можешь быстро на Си то выбирай Си. Иначе кресты. + я бы еще Qt воспользовался, дабы избежать большого кол-ва велосипедов.