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

@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% совместима со средой исполнения), поскольку зачастую так и есть, и когда говорят о языке, то говорят и о среде исполнения или подразумевают ее.

Новые блоги и статьи Все статьи Все блоги /
Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .
мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .	[EasyBuilder Pro] Памятка по разработке для панелей Weintek ФедосеевПавел 26.08.2026 Памятка по разработке для панелей Weintek ВВЕДЕНИЕ Ранее, при реализации проектов основное внимание уделял разработке управляющей программы для контроллера, а панели оператора доставалось время. . .

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

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

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

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

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