Джун в рускомтехнологии
· 16.10.2024 · ред.Вопрос
Взлетит ли идея разработать свой язык программирования? Почитать тут https://github.com/sub-1337/MetaLang
20 комментов
· 17.10.2024
Создание своего языка это интересно, но важно учитывать риски: если проект зависит только от вас, он может остановиться. Открытый код и сообщество помогут его развитию. Но для успешного существованияя нужен кто-то, кто будет им пользоваться, и реальная кодовая база. Иначе, зачем создавать новый язык их число и так переваливает за 600
На мой взгляд: Более полезнее будет создать технологию и активно ее развивать. С большей вероятностьюю могут начать использовать ее чем новый язык программирования, а так-же с этого больше выйдет профита.
ответить
коммент удалён
· 18.10.2024
600? В 80-была книга обзор 1000 лучших языков. Сегодня их десятки или сотни тысяч.
ответить
ответ удалён
ответ удалён
· 17.10.2024
Очень много букав. Какие цели преследуешь, самурай? Есть какая-то проблема, которая не решается существующими яп?
ответить
коммент удалён
· 17.10.2024
Ну например в текущих языках нет вариативности в том плане что грубо говоря есть условный питон, да, на нем быстро писать но он не такой уж и быстрый. И есть условные плюсы, да сам бинарь будет летать но под него тяжело писать. Поэтому если мы делаем прототип на питоне нам надо переписывать на совсем другой язык. А я хочу чтобы эти два подхода были в рамках одного синтаксиса к примеру.
ответить
ответ удалён
ответ удалён
· 17.10.2024
А чем вас сишарп не устраивает? По сути чутка сложнее питона и сильно проще плюсов с возможностями плюсов.
ответить
ответ удалён
· 17.10.2024
Там овнершип концепция в корне меняет способ кодинга, я сейчас его изучаю
ответить
ответ удалён
ответ удалён
· 17.10.2024
Я просто не сильно понимаю, чем людей не устраивают существующие ЯП, их столько сейчас что можно под реально любую задачу найти ЯП. Я бы не сказал что овнершип сильно прям меняет способ кодинга, вообщем то каждому свое. Ну и я не сторонник того что инструмент определяет правильность, оптимизацию или дальнейшую сложность поддержки проекта.
ответить
ответ удалён
· 17.10.2024
В защиту Пайтона от мифов. Используя библиотеки, написанные на C или C, Python может работать очень быстро. Также можно писать низкоуровневый код для Python с помощью Cython или использовать JIT-компилятор, как в PyPy. В таких случаях по скорости выполнения мы можем быть близки к C
ответить
ответ удалён
· 17.10.2024
Понимаю. Но я все таки предпочитаю на чистых ЯП типо плюсов или Шарпа писать, вместо того что бы использовать какие то ухищрения. Питон весьма универсален, но когда начинаешь его учить с нуля очень тяжело в начале переучиваться когда ты все время писал на строго типизированных языках. Я понимаю что на питоне можно строгую типизацию соблюдать, но когда только начинаешь вся информация которую я находил несла в себе синтаксис без типизации, что для меня например тяжело воспринималось.
ответить
ответ удалён
· 17.10.2024
Разработать можно. Но во всякой разработке главная засада - продвижение. На коленке не взлетит, надо много денег, команду крутых it-маркетологов, поддержку топовых it-компаний.
ответить
коммент удалён
· 17.10.2024
Если делать новый ЯП, то нужно добавить кроссплатформенность по типу java и c#. Вдохновись синтаксисом c# и сделай его скорость на уровне си Какое расширение? Твой язык имеет потенциал
ответить
коммент удалён
· 17.10.2024
У твоего языка программирования потенциал есть, если там есть, что предложить
ответить
ответ удалён
· 17.10.2024
Если твой язык будет как Си и на нем можно и операционку написать и программу к железке, то пиши. А если нет, то думай как его продвигать будешь, иначе просто выгоришь.
ответить
коммент удалён
· 17.10.2024
Первая версия планируется просто рескин для плюсов, технически это будет возможно.
ответить
ответ удалён
· 17.10.2024
Не забывайте соблюдать разделение для hardware abstraction layer и operation system abstraction layer, чтобы дать мультиплатформенность и неплохо если на кириллице можно будет писать, это вообще прикол будет.
ответить
ответ удалён
коммент удалён
· 18.10.2024
Писал в университете свой язык. В целом очень важно понимать, что это решение проблемы коммуникации двух участников: разработчиков аппаратной части (процессоров) и программистов. Если твой язык не предлагает концепций улучшающих первую часть (не уделывает LLVM по количеству и/или простоте) и нет даёт программистам никакой уникальной концепции решающей типовую проблему (питон решает вопрос оформления кода, си отходит о конкретики ассемблера и тд), то это будет мертворожденный язык или если ты это делаешь в рамках предметной области, то это будет очередной DSL до тех пор пока кто-то не расширит модель задачи. Начать лучше с аналитики что ты можешь предложить и той и другой стороне. Возможно ли решить эту проблему библитекой или компонентом для существующего языка.
ответить
коммент удалён