Какие ЯП потребляют меньше всего ресурсов при разработке?

В зависимости от масштабов проекта.

Если рассматривать большой проект на каком-либо ЯП

UPD: Чтение по диагонали ни к чему хорошему не приведет.

какой ЯП меньше всего ресурсов при разработке будет потреблять? Т. е. учитывая компиляцию, саму разработку, отладку и рефракторинг и т. д.

Пайтон конечно. Рапидный девелопмент, байт-код компайлинг, изи дебаггинг и рефакторинг.

Дебаг, тестирование при асинхронщине заставляют рвать волосы на пятой точке)

Если есть все необходимые библиотеки или биндинги к ним, то какая-нибудь Ada. Проблема в том, что для неё их, скорее всего, нет.

Компилятор же GCC? Тогда какая разница?

попробуй использовать только компилятор, без студий IDE ;-)

Паскаль

Я может не столь хорошо знаком с возможностями GCC, но как он поможет с отсутствием биндингов? В аде есть возможность вызывать сишный код, но придётся всё равно определять все структуры и сигнатуры функций. Сделал это - считай, что биндинг написал.

C

Я увидел. GCC могёт синтезировать модули из заголовочных файлов.

Если реально исходить из самого минимального.

QBasic со скрипом может завестись на 8086.

Вообще какой ПК подойдет в качестве рабочего для программирования и для какого ЯП? Если реально исходить из самого минимального.

Для программирования подойдёт даже калькулятор Электроника. Или ZX Spectrum подойдёт для программирования на его ассемблере, кстати, греться не будет, ресурсов потреблять тоже будет мало.

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

какой ЯП меньше всего ресурсов при разработке будет потреблять? Т. е. учитывая компиляцию, саму разработку, отладку и рефракторинг и т. д.

https://flatassembler.net/

Если реально исходить из самого минимального.

Что ты хочешь-то?

Сэкономить аппаратные ресурсы на разработку и исполнение программ, очевидно же.

jira

учитывая компиляцию, саму разработку, отладку и рефракторинг и т. д.

яп с repl, т.е. lisp.

Пиши в машкодах, будь мужиком, блеять.

поддерживаю, в ed писать опкодами меньше всего будет потреблять ресурсов

QBasic со скрипом может завестись на 8086.

TurboPascal 6.0 летал на 8088 и 1 МБ ОЗУ

Вообще какой ПК подойдет в качестве рабочего для программирования и для какого ЯП? Если реально исходить из самого минимального.

бери целерон - хватит для всего

на pentium 60 с 16 мб памяти с комфортом пишется на Visual Basic 5.0/6.0

на pentium 60 с 16 мб памяти с комфортом пишется на Visual Basic 5.0/6.0

На MASM будет еще комфортнее.

в ed писать опкодами меньше всего будет потреблять ресурсов

Для эда целый юникс придется тащить. Нет, это не есть путь настоящего минималиста.

зато на «целом юниксе» можно escape-последовательностями прямо из коммандной строки девелопить. вот он - путь самурая! =)

яп с repl, т.е. lisp.

lisp тяжёлый, там же сборщик мусора. Лёгкий с REPL — это Forth. REPL + компилятор в 8 килобайт умещается.

BASIC

Это если ТС поднимется на этот уровень.

Неверный вывод.

Ты почитай «истории успеха» асинхронщины asyncio. Много боли и страданий.

Скорей всего автор про среды быстрой разработки RAD. Таковых я знаю только Delphi, Lazarus, Qt. С натяжкой таким можно назвать например IDE Pycharm

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

Upd. Не дочтиал пост автора, там не важна скорость программы, тогда подойдет любая продукция контор подобных jetbrains

haskell.

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

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

пока плагины не поставишь

А как же JVM? На двух гигабайтах гарантировано сожрёт всё и в придачу откусит своп.

вопрос очень общий. возможно, даже вброс. для начала:

какие языки тебя интересуют, комплируемые или интерпретируемые?

c++ + qtcreator - отлично работают на железе 10 летней давности.

Главное не использовать ide написанное на джаве. Т.е. не про саму джаву говорю, а про иде, т.к. ide на ней очень жрут память по мере работы.

Pydev + aptana + darkest dark + nodeclipse + angular - всё норм.

JVM 32 бита же. Оно много жрать не умеет.

Go под твои критерии подходит. Но он говно.

На самом деле быстрая разработка это компилируемый язык, например rust, и среда разработки с отладчиком.

Сейчас таких вещей не делают, есть только указанные выше мамонты

qtcreator

для маков Xcode

Go под твои критерии подходит. Но он говно.

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

Как вариант: берём Lua и готовим его в ZeroBraneStudio - и бед не знаем.

Но всё-таки язык нужно брать под задачу, все ваши критерии больше всего подходят под интерпретируемые языки и лучше всего подходят именно python и Lua, но тут опять главное ЗАДАЧА и её требования.

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

Как раз наоборот, питон ругают именно за проблемы в больших проектах. Медленный код, и лапшеобразный, нечитаемый исходник.

Lua

На этом вообще что-то большое есть? Я только про скрипты в отдельных играх слышал. Ни фига не подходит критериям автора.

человек с ником чайник, задумавший писать БОЛЬШОЙ! проект, и который спрашивает - а на чем ему писать этот БОЛЬШОЙ! проект, во-первых, действительно чайник, во-вторых, явно решил написать очередную игру-стрелялку.

а такие игры пишутся на с++, интепретируемые и без статической типизации языки идут в топку сразу, мусоросброчные со статической типизацией тоже, типа java, cишарп.

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

Kubernetes подойдет?

ТС до этого еще не дошел, вопросы задает простые.

А я вообще не дойду, ибо мой потолок это несложные игровые скрипты, в то время как asyncio is used as a foundation for multiple Python asynchronous frameworks that provide high-performance network and web-servers, database connection libraries, distributed task queues, etc. Так что приводить это мне в пример смысла нет. Возможно, тут лучше использовать другой язык, но я не в курсе.

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

Не люблю го как язык… но Syncthing, Docker, gitea.

а такие игры пишутся на с++

В большинстве случаев, но еще на C#. И не игры, а лишь игровые скрипты.

человек с ником чайник, задумавший писать БОЛЬШОЙ! проект, и который спрашивает - а на чем ему писать этот БОЛЬШОЙ! проект, во-первых, действительно чайник, во-вторых, явно решил написать очередную игру-стрелялку.

Он вроде уже выбрал Unreal Engine 4, где язык написания скриптов С++, а сборочная система использует (или использовала) C# с вкраплениями плюсового кода (!?)

человек с ником чайник, задумавший писать БОЛЬШОЙ! проект, и который спрашивает - а на чем ему писать этот БОЛЬШОЙ! проект, во-первых, действительно чайник, во-вторых, явно решил написать очередную игру-стрелялку.

Не факт. Может, он будущий инженер Боенга, будет разрабатывать MCAS для будущей модели гражданского самолета.