Универсальный язык программирования

@jonikster · Регистрация: 26.10.2014

Студворк — интернет-сервис помощи студентам

Всем здравия!
Похоливарим?
Если деятельность разработчика имеет широкий спектр, то, скорее всего, он использует не один язык, не одну технологию.
К примеру, я вынужден использовать Python для BackEnd, но для Android я вынужден использовать C#.
Уверен, не только у меня возникает вопрос об универсальном языке программирования. Возможен ли он?
Посмотрите, что происходит. Python пытаются впихнуть, куда только можно. И что интересно, куда можно он и пролазит.
Однако Python не лишен проблем. Интерпритируемость. Пока на 100% не решена проблема с отладкой ошибок, я не стал бы использовать Python как основу для серьезного проекта.
Потому, нужно искать альтернативу универсальности.
JS, здесь без комментариев. Тот же пример, что с Python, пытаются впихнуть куда только можно, только вот он уже не впихивается

@Dmitriy_SD · 15.01.2026, 14:34

Сообщение от Ludwig Valentin

А Microsoft - конечно, мощнейшая контора.
Написала свой Windows на основе OS/2.
Адаптировала лучшие сетевые технологии Unix.

Так почему нам не написать свой такой язык, чтобы быть независимыми от Microsoft?

@Ludwig Valentin · 15.01.2026, 14:58

Сообщение от Dmitriy_SD

Но пишется все ПО на языках под контролем Microsoft.

Microsoft могуч.

Отче наш Майкрософт, сущий на диске,
Святись Виндоус Твой,
Приди Твой апдейт,
Как в Виндоус, так и в Офис,
MSN наш насущный дай нам
И прости нам наше пиратство,
Как и мы прощаем провайдерам нашим,
И не веди нас в IBM,
Но избавь нас от OS/2
Ибо твой есть DOS и Виндоус и NT.

Добавлено через 1 минуту

Сообщение от Dmitriy_SD

Так почему нам не написать свой такой язык, чтобы быть независимыми от Microsoft?

Если вы очень хотите изобрести велосипед, то пробуйте, конечно!

Добавлено через 21 минуту
Dmitriy_SD,

Был когда-то русский язык Рапира
Или в 1C есть русский язык программирования , но ужасно громоздкий.

@goodluck17 · 15.01.2026, 15:44

А всё-таки универсального ЯП не существует и вряд ли появится. Чтобы вот так всё и вся.

@Dmitriy_SD · 15.01.2026, 15:57

Сообщение от goodluck17

А всё-таки универсального ЯП не существует и вряд ли появится. Чтобы вот так всё и вся.

А можете обосновать свою позицию? Я считаю, что он уже существует и давно.

@goodluck17 · 15.01.2026, 16:52

Сообщение от Dmitriy_SD

Я считаю, что он уже существует и давно.

Просветите. Я чего-то не знаю.

@Dmitriy_SD · 15.01.2026, 16:55

Сообщение от goodluck17

Просветите. Я чего-то не знаю.

Я наверно открою для Вас тайну, но Вы многого не знаете. как и я кстати.

@Eddy_Em · 15.01.2026, 17:36

Сообщение от goodluck17

всё-таки универсального ЯП не существует и вряд ли появится.

Как не существует? А С?
Уж универсальней, чем С, я не встречал: и числодробилки на нем пишут, и библиотеки самых разных уровней, и микроконтроллеры на нем разрабатывают, и веб-бэкенды. Я уж молчу о ядре.
Это вам не змеюка какая-нибудь убогая или "ржавчина" с идиотским синтаксисом.

@gogolik · 15.01.2026, 17:50

Комментарий модератора

Прошу не уводить тему в политику и откровенный оффтоп на грани шизобреда.

@voraa · 15.01.2026, 21:41

Сообщение от Dmitriy_SD

но Вы многого не знаете. как и я кстати.

Поделитесь своими знаниями.
Только факты, а не домыслы и предположения.

Может мы тут все дружно посмеемся.

Добавлено через 1 минуту

Сообщение от Eddy_Em

Уж универсальней, чем С, я не встречал:

Ассемблер.

@Eddy_Em · 15.01.2026, 22:58

Назвать язык ассемблера универсальным? Ну-ну. Давай-ка, покажи мне абсолютно идентичный код, работающий на RISC-V, SPARC, ARM, MIPS и анально огороженных интеловских!

@voraa · 15.01.2026, 23:26

Сообщение от Eddy_Em

Назвать язык ассемблера универсальным?

C тоже нельзя назвать универсальным языком. Там нет многопоточности, асинхронности, и еще многого. Даже ввода-вывода нет, не говоря про работы с БД. Есть в библиотеках. Но библиотечные функции - это не язык. Прицепи такие же библиотеки к любому другому языку и называй его универсальным.
Под универсальным языком подразумевается язык, в котором (в самом языке) есть средства для всего этого.

Вполне возможно, что таже Ада более универсальна. Но у нас ее не знает и не использует практически никто.

@Eddy_Em · 15.01.2026, 23:52

Если приколебываться к библиотекам, то "универсальных" языков вообще не существует!
Однако, С я таки назову универсальным. Для начала: ВСЕ эти библиотеки именно НА С и написаны! А также на С написано ядро. Следовательно, нет никаких "левых" прослоек: все на чистом С, и я этим пользуюсь уже лет эдак 25-26…

@testuser2 · 16.01.2026, 02:10

Сообщение от voraa

Но библиотечные функции - это не язык.

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

@voraa · 16.01.2026, 07:05

Сообщение от Eddy_Em

то "универсальных" языков вообще не существует!

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

Добавлено через 5 минут

Сообщение от testuser2

они разве не дергают функции системных библиотек?

Там вроде как операторы есть для этого (ключевые слова), в js async, await, в Go - go. Есть объекты (виды данных) которые встроены в язык и являются его неотъемлемой частью. В js - Promise, в go - каналы.
В Аде тоже что то есть.

@Eddy_Em · 16.01.2026, 09:21

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

Язык С удовлетворяет обоим требованиям. gcc существует под очень разное железо. И на С пишут для очень разного класса задач. Как пример, мой гитхаб — микроконтроллеры, веб-бэкенд, обработка данных, прикладные задачи и т.д., и т.п.

Там вроде как операторы есть для этого

Но в итоге все равно все через ioctl'ы в ядре реализуется! И какая разница: поддержка многопоточности "из коробки" или средствами pthreads?
В интерпретаторах вроде змеюки или жабоскрипта вообще все плачевно: просто запускается очередной интерпретатор для данного куска кода…

@voraa · 16.01.2026, 13:06

Сообщение от Eddy_Em

В интерпретаторах вроде змеюки или жабоскрипта вообще все плачевно: просто запускается очередной интерпретатор для данного куска кода…

В js нет многопоточности. В спецификации нет такого понятия, и везде говорится, что js - однопоточный. Как там реализована многопоточность в разных средах, типа браузера, node, какие-нибудь встройки (а в них может и не быть) это уже к языку не относится. Может вообще по разному.
В go своя реализация. На чем она основана в разных ос, на разном железе, я не знаю. Может быть везде своя реализация. По крайней мере пишут, что планировщик у них свой. И исполняемый файл, насколько я знаю не зависит от окружения. Нет там такого, что в линухе переносишь программу на го с компа на комп и ему чего то не хватает. Там не важно, какой там линух, какая версия, есть какие то библиотеки или нет. Просто переносится исполняемый файл и он работает.

@testuser2 · 16.01.2026, 14:09

Сообщение от voraa

Как там реализована многопоточность в разных средах, типа браузера, node, какие-нибудь встройки (а в них может и не быть) это уже к языку не относится.

Почему не относится, если язык не поддерживает многопоточность, тоесть компилятор этого языка не способен правильно скомпилировать код, реализующий многопоточность (как например VB6), то библиотеки там не помогут ее реализовать, нужно дорабатывать компилятор. А в современных С/С++, Pascal, Fortran, Pure Basic и др. компилятор доработанный. Хотя раньше всем этим языкам полюбас, надо было переступать порог многопоточности, тут даже была статья в блоге, про то как это развивалось в с++.

@Eddy_Em · 16.01.2026, 14:17

Просто переносится исполняемый файл и он работает.

Потому что то, что в С, как в нормальном ЯП, реализовано в виде библиотек, в goвне реализовано как часть "языка". Немудрено, учитывая, какое GOOвно разработало это!

Добавлено через 2 минуты
Кстати, намедни наткнулся на гитхабе на "pure-C" реализацию сокетов вообще без glibc! Полез посмотреть, а там автор даже open/close сам реализовал — через ioctl'ы. И потоки аналогично - через ioctl'ы. Имея под носом код ядра, можно и еще более дико извратиться! А вот вантузоидам этого не понять, увы.

@voraa · 16.01.2026, 14:35

Сообщение от testuser2

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

В js нет компилятора. Многопоточность в js обеспечивается средствами среды исполнения. Может браузер запустить другой поток (фактически второй интерпретатор) хорошо, значит какой то файл js будет параллельно обрабатываться в этом втором потоке. Исполняется интерпретатор, а не код js. В самом js нет никаких средств для запуска других потоков. Есть возможность обратиться к среде (к браузеру, например) используя api среды для запуска других потоков. Но это api среды. В самой спецификации js нет ни слова про многопоточность. Поэтому это свойство среды (библиотек), а не самого языка.
А в спецификации C/С++ что то говорится про многопоточность? В самом языке есть какие то понятия и средства для этого?

Добавлено через 9 минут

Сообщение от Eddy_Em

А вот вантузоидам этого не понять, увы.

Самое главное - не понять ЗАЧЕМ это?

@testuser2 · 16.01.2026, 14:48

Сообщение от voraa

В самом языке есть какие то понятия и средства для этого?

Там просто сама идеология, как я думаю, опирается на библиотеки, т.е. стандартные библиотеки - это и есть часть языка. Библиотеки же можно линковать статически, но я конечно не знаю, можно ли скомпилированный фйл таким образом использовать в разных версиях Линукса как GO.

Добавлено через 10 минут

Сообщение от voraa

Многопоточность в js обеспечивается средствами среды исполнения.

Я бы вообще поставил равенство язык = компилятор или язык = среда исполнения (+ среда разработки которая должна быть 100% совместима со средой исполнения), поскольку зачастую так и есть, и когда говорят о языке, то говорят и о среде исполнения или подразумевают ее.

Новые блоги и статьи Все статьи Все блоги /
Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .
Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .

@jonikster 55 / 13 / 2 Регистрация: 26.10.2014 Сообщений: 1,107

	Универсальный язык программирования 25.05.2021, 19:15. Показов 13352. Ответов 220 Метки нет (Все метки) Всем здравия! Похоливарим? Если деятельность разработчика имеет широкий спектр, то, скорее всего, он использует не один язык, не одну технологию. К примеру, я вынужден использовать Python для BackEnd, но для Android я вынужден использовать C#. Уверен, не только у меня возникает вопрос об универсальном языке программирования. Возможен ли он? Посмотрите, что происходит. Python пытаются впихнуть, куда только можно. И что интересно, куда можно он и пролазит. Однако Python не лишен проблем. Интерпритируемость. Пока на 100% не решена проблема с отладкой ошибок, я не стал бы использовать Python как основу для серьезного проекта. Потому, нужно искать альтернативу универсальности. JS, здесь без комментариев. Тот же пример, что с Python, пытаются впихнуть куда только можно, только вот он уже не впихивается 0

@goodluck17 222 / 62 / 4 Регистрация: 20.11.2017 Сообщений: 539
	15.01.2026, 15:44
	А всё-таки универсального ЯП не существует и вряд ли появится. Чтобы вот так всё и вся. 0

@Eddy_Em Windows must die 610 / 883 / 104 Регистрация: 23.11.2021 Сообщений: 5,174 Записей в блоге: 19
	15.01.2026, 22:58
	Назвать язык ассемблера универсальным? Ну-ну. Давай-ка, покажи мне абсолютно идентичный код, работающий на RISC-V, SPARC, ARM, MIPS и анально огороженных интеловских! 0

@Eddy_Em Windows must die 610 / 883 / 104 Регистрация: 23.11.2021 Сообщений: 5,174 Записей в блоге: 19
	15.01.2026, 23:52
	Если приколебываться к библиотекам, то "универсальных" языков вообще не существует! Однако, С я таки назову универсальным. Для начала: ВСЕ эти библиотеки именно НА С и написаны! А также на С написано ядро. Следовательно, нет никаких "левых" прослоек: все на чистом С, и я этим пользуюсь уже лет эдак 25-26… 0