Лучший язык уже написан и это Ruby. Сажи ебанутым.
Ты только что свифт
Руби сдох
Вброшу RPLY, генератор парсеров для питона. Для тех, кому лень писать рекурсивный спуск вручную на сишке.
https://rply.readthedocs.io/en/latest/
https://rply.readthedocs.io/en/latest/
Ты там let узнал?))
Хороши язык должен быть C-подобным
Куча ошибок в комментах - тупо копипастил (потому что раскраски нет по синтаксису).
Но я думаю башкавитые все равно мысль уловят.
Да скажи что понравился
Я там все узнал. На нем можно писать вот как ты хочешь, а можно по-нормальному
Возможно, свифт не щупал. Но разве там есть вызов метода без скобок "()" или отдельная декларация для лямбда-функции?
Нет, без скобок - это будет ссылкой на функцию, а не вызов. И соответственно передается все в параметрах, последний из которых можно раскрыть как на твоем пике.
Тут идея что
'str'.size()
и
'str'.size
равносильно, не имеет значение что это, свойство или метод (это всегда метод, полей публичных нет)
1. Фигурные скобки — ненужная соль. При чтении мы ориентируемся по отступам, а не ищем маркеры начала/конца блока.
2. Изменение/неизменность данных — свойство функции, оперирующей над ними, а не самой структуры данных.
3. Юникод уже давно везде есть, вместо "МинусБольше" давно пора использовать стрелки.
Для лямбд вообще хотел только символ равно (писать быстро лямбды важно, ибо бесить начинают классические конструкции).
Но боюсь что парсер не сможет в одно равно (непонятно это выражение лямбды или там уже присвоение где-то пошло)
>1. Фигурные скобки — ненужная соль. При чтении мы ориентируемся по отступам, а не ищем маркеры начала/конца блока.
Питонячий стайл прикольный, если редактор с линкиром есть, иначе превращается в боль.
Ну и си-стайл людям ближе (хотя за много лет я тоже к питонячим отступам пригрелся)
>2. Изменение/неизменность данных — свойство функции, оперирующей над ними, а не самой структуры данных.
Мне понял к чему, весь поинт - убрать понятия "свойства" класса/структуры
Что бы посрамить всех байтоёбов с их низкоуровневыми оптимизациями в 90% critical path проблем достаточно...
https://github.com/BSVino/JaiPrimer/blob/master/JaiPrimer.md#data-oriented-structures
Зачем писать новый язык, если есть няшный Haskell
>Зачем писать новый язык
Каждый программист должен написать новый язык, а если не может, то хотя бы высрать синтаксис на двачах.
мимо ОП
В общем, хочется написать что-то типа croovy/kotlin/swift/go/python
Но нормально, без VM и производительно.
Но нормально, без VM и производительно.
Свой язык, своя ОС, свой браузер, своя игра на голом OpenGL который якобы мёртв.
Всрато.
Давай лучше
>идеального синтаксиса
Идеальный синтаксис - это Естественный язык. Все остальное хуйня программистская.
Хуею с людей, которые хотят идеального синтаксиса, но не хотят идеальной семантики.
>пук
Ruby.
Не кроссплатформенная засахаренная магия.
........end
....end
end
Собственно что ожидать от барана с сажей
>нормально, без VM и производительно.
Выбери одно
Выбери два, ты хотел сказать?
Нет.
VM исключает производительность, отсутствие активной VM исключает нормальность - байтоабстракции без VM будут протекать. Отсюда или мы забиваем на производительность продукта и получаем качество разработки и качество кода, или мы ударяемся в байтолюбство и ловим выстрелы по ногам, а попытка поднять качество при сохранении производительности оборачивается затягиванием сроков.
И если бы на горизонте не маячил бы предел single core performance, то и проблем бы не было, байтолюбство бы осталось в загоне, где есть ограничения по финансам на железо но нужно быстро (игры) и не влияло бы на основной рынок разработки, а разработка за счет оверхеда по железу велась бы хорошо.
>Не кроссплатформенная
Android не поддерживается?
>засахаренная
Тебе удовольствие или заебаться?
>магия
Сорцы открыты, читай.
>end
Пиши }, если нравится, в чём проблема?
>Пиши }, если нравится, в чём проблема?
Пацаны не поймут. еще бы табы в питоне посоветовал
> Сорцы открыты, читай.
Я вот понимаю почему в js такой говнокаст и почему работает это именно так, но мне от этого не легче.
>Тебе удовольствие или заебаться?
Когда сахар становится магией, это уже диагноз.
>Android не поддерживается?
Понятно.
Вы бы хоть для начала на венде без костылей работать стали, а уже потом в ведро лезете.
Мне там год назад обещали JIT, завезли уже?
>еще бы табы в питоне посоветовал
Питон в принципе не советую, только конченые долбоебы могли сделать отступы частью синтаксиса.
>сахар становится магией
Нет никакой магии, всё just works, в одну строчку из пяти слов пишется такоэ, на что в других скриптопарашах подключают зависимость.
>венде
Депрекейтед системы нинужны.
>Депрекейтед системы нинужны.
НИНУЖНО работает и в обратную сторону
О чём задавать questions, если язык настолько хорош, что в нём уже всё понятно, а что было непонятно — уже разжёвано.
Я еще вчера в другом треде сдержался, чтобы не спросить тебя. Ты совсем дебил? Как можно судить о популярности чего-либо по количеству вопросов. Они же блять не бесконечные, отвеченный сегодня вопрос - это незаданный завтра.
Вайтишники не умеют гуглить и задают вопросы заново. Соответственно, чем более популярна какая-то технология у вайтишников, тем более растущим будет такой график. Что не мешает компаниям типа Гитхаба и Гитлаба продолжать пилить свой основной дичайше популярный продукт на Ruby.
Мне очень нравится принцип composition over inheritance, но когда тебе по сути нужно сделать полезную работу в одной функции, а в остальных 10 просто передать параметры композируемому объекту, как-то рука сама тянется пронаследоваться. В этом языке, раз тут везде композиция, нужно чтобы такое делалось просто, без лишних keystrokes, как говорится.
Ты же программист ты же должен понимать. Чем больше новых людей интересуются тем больше вопросов создается. Не интересуется новых людей, язык уходи в забвение (дрочат его только динозавры на легаси)
Мне нравится идея mixin, когда ты в один класс можешь добавлять различные поведения.
Например у тебя есть класс Орг и к нему можешь добавить (примешивать) подклассы "ходить" (со своими методами и полями), атаковать (тоже со своими методами и полями, скажем, урон).
Подобное очень хорошо можно реализовать в языке питона.
Но в действительностью это ужасно ложиться на ООП модель.
Для статических языков, можно разрешить примешивание только полей к структурам, у которых нет никогда методов. И дать возможность везде и всегда привязывать функции.
Звучит радикально, но это позволит насыщать (миксовать) объект (нужным поведением - всегда.
Примерно как на картинке.
Понятно что данные миксин нужно прятать как-то от дочерних классов, но при этом дочерние классы должны как-то иметь доступ к родительским данным (в итоге начинаешь придумывать снова ООП и потом снова получаешь недостатки ООП).
Питон очень гибок, дает поиграться с разными подходами, вот сейчас играюсь и тупо смотрю как лучше.
В общем, ООП модель ложится нормально, когда у тебя есть конечный объект типа точка, или строка, то есть реальный тип. Но только доходит к тому чтобы добавить еще поведения, даже через наследование начинается жопа (а агрегация смотрится ужасно. Делегирование очень затратна, даже если брать какой-то котлин, там либо можно все делегировать либо если частично то только ручками)
Зачем тебе сруби, когда есть груви??
Чет надоело мне синтаксис придумывать.
>ООП
Все плюсы сразу перечеркнул.
Все плюсы сразу перечеркнул.
там как раз нет ООП
> Пишем лучший язык всем двачем
Ассемблер уже написан.
Ассемблер уже написан.
Давай архитектуросрач
Motorolla 68k > ARM > x86
Шесть пять ноль два.
Ты хотел сказать лисп?
Так и не смог в производительность. Даже жирножаба смогла с её то JIT, а SBCL по прежнему даже в SSE1 из Pentium 3 1999 года не может.
Мутабельные-хуйтабельные, какой же ты тупорылый долбоеб, блять. Вместо того, чтобы придумать годных фич, они опять месят говно в ступе, меняя function на fun и велосипедя синтаксис еще шизанутее, чем в существующих говноязычках.
Пример нужной, полезной и существенной фичи - возможность задавать для классов кастомные лэйауты в памяти. Ну т.е. группировать одноименные поля разных объектов этого класса по массивам, например, для оптимизации времени работы некоторых часто выполняемых над этими данными алгоритмов, которые не затрагивают остальные поля.
Иммутабельность дает некоторые плюшки компилятору для оптимизации.
Структуры по-умолчанию предполагают упорядоченность в памяти. Отсутствие наследование и прочей виртуальной и мета херни - тоже способствуют экономию ресурсов (агрегация делается компиляцией, в том числе и утиная типизация).
Новые фичи? Отсутствие возможности публичных полей и генерация все в методы (в том числе и для lvalue выражений).
Можно сделать лямбды инлайн-функциями.
>Вместо того, чтобы придумать годных фич
Твоя очередь, раунд.
>Твоя очередь, раунд.
Заменить fun на fu.
Когда-нибудь они изобретут хаскелль, где вместо подобных кейвордов спецсимволы:
f :: Type1 -> Type2
Но и хаскелль не пионер в этом
Хотя, какой хаскелль, даже в банальной сишке этой хуйни нет.
>Структуры по-умолчанию предполагают упорядоченность в памяти.
Упорядоченность - понятие растяжимое.
Фича, про которую я говорил, могла бы дать значительный выигрыш в производительности в огромном количестве случаев за счет оптимизации промахов по кэшу, но без отказа от ООП, как это происходит сейчас.
>Отсутствие возможности публичных полей и генерация все в методы (в том числе и для lvalue выражений)
Это поставит крест на оптимальности, лол. Или на ООП в условиях борьбы за производительность.
>Можно сделать лямбды инлайн-функциями.
Они уже inline в крестах, вообще-то. Тащи уж тогда локальные классы, как в Java и JS.
Хуяскель, блять. Профит-то от этой хуйни в чем?
Я чё ебу? Спроси у борщехлёбов, это они тащатся от такого.
В том, что функции и процедуры -- это не какие-то волшебные объекты, которые имеют особый статус по сравнению с "обычными" типами данных, а точно такой же тип, как и какие-нибудь инты с даблами. Мы из коробки получаем функции высшего порядка и частичное применение функций как минимум.
Чем он лучший? Почему вывод типов не полноценный? Зачем смешивать данные и методы?
SML/Ocaml
Без скобок это либо обсервер переменная либо кложуре (частично)
По сути, кокотлин и свифт это нормальные продолжители языков, хотя я не знаю есть ли в котлине екстеншены и прочее, но раскрытие опционалов там тоже свое и оно хотя бы есть.
Остальные языки очень вялые и старые. Да и ты дерьмом занимаешься если честно.
>>Структуры по-умолчанию предполагают упорядоченность в памяти.
>Упорядоченность - понятие растяжимое.
Что ты сейчас высрал?
Сладость сахара - понятие растяжимое.
>Это поставит крест на оптимальности, лол. Или на ООП в условиях борьбы за производительность.
Компилятор пустые геттеры и сеттеры обрежет.
>Они уже inline в крестах, вообще-то.
Ой ну раз в крестах лямбды инлайн, тогда все, прекращаем разработку, такое уже есть в крестах.
Тебя не смутило что и структуры есть в крестах, а еще функции есть в крестах. И!!! ДАЖЕ ПЕРЕМЕННЫЕ ТАМ ЕСТЬ!
>есть ли в котлине екстеншены
Котлин этим тоже спиздил вдохновился.
>Пример нужной, полезной и существенной фичи - возможность задавать для классов кастомные лэйауты в памяти.
В будущей джаве уже есть.
Интересно, а можно ссылочку?
>все, прекращаем разработку
Ну прекращай, хули. А ты ее начинал, кстати, зумерок?
Создал чат в телеге, канал на ютубе и этот тред, лол?
>сеттеры обрежет
А линковать ты как собрался, иксперд малолетний?
>А линковать ты как собрался
Твоим ртом.
добавь багов. Что бы система если что могла бы быстро удалиться.
Так, я не понял, ОП треда всё, сдриснул? Не видать нам теперь нового русского языка программирования? Его хватило ровно на неделю?
> Не видать нам теперь нового русского языка программирования
Полно, но взлетевших нет.
Полно говоришь? Посоветуй тройку лучших на твой взгляд.
1С. И какая-нибудь совковая паскалеподобная хуйня (раз даже паскаль сдох, что уж говорить про его клоны).
>Так как мозгов у меня не хватит даже чтобы написать транслятор в го, я просто поделюсь с вами идеального синтаксиса. Можете пиздить вдохновляться идеями, я не против.
Жопой читаешь?
Получается что так.
Он пока занят, мы линкуем gcc его раздолбанным гноящимся очком.
>Пишем лучший язык всем двачем
Но Symta уже написана десять лет назад...
Пук среньк, сделайте кто-нибудь уже мне нормальную гошечку за меня, я подожду
>gcc
Фу, зачем ты это говно мамонта принес.
Пишем всем двачем
@
Пишет только ОП
@
Кококо, все говно, оп хуй!
@
Кококо, я увидел let, значит язык похож на свифт!
@
Кококо, как ты в своем языке будешь линковать методы, ведь другие линкуют и ты линкуй, часики то тикают.
@
Кококо, ты что не написал мне еще язык, слился?
@
ээээ, я руби обмудок, путаю лямбды с блоками
@
Я поел борща, на те вам хаскель, а то все уже забыли про хаскель.
V?
Тот язык, у которого сборка мусора собирает только донаты?
Соси, не отвлекайся. А то второе яйцо отрежем.
школоло детектед
>1С
Ограниченное говно. Я даже как-то хотел (и хочу, т.к. пишу на этом говне по работе) транслятор сделать из языка похожего на схему (схема потому что парсить легко) в котором был бы вывод типов. Была бы безопасная хуйня со скобочками, паттерн матчингом и лямбдами.
Говно, кто спорит. Но ничего лучше среди "русских языков программирования" нет котлин.
1) Синтаксис лямбд как отдельный аргумент.
Лямбды пишутся через { ... }
Функции декларируются через "fun" как в котлине, чтобы выровнять на 3 буквы (можно заменить на def если нравится или xyz)
2) Декларация переменных.
let - иммутабельные
mut - мутабельные
3) Структура.
Основная идея что нет никаких свойств, все поля раскрываются в одноименные функции и можно только переписать как тебе нужно геттер или сеттер.
Вызов без скобок - равносилен get вызову
присвоение - равносилен всегда вызову с одним аргументом
Никакие поля (переменные) типа, не доступны из вне, всегда дергается функция (это сделано чтобы реализовать интерфейсы даже для полей, потому что все метод).
Наследования нет, только агрегация структур.
Экстеншен функции имеют доступ только к публичным полям