Такие ебанутые вопросы может рожать только тот кто не программировал.
Сразу видно, что ты никогда не задумывалась о создании языка программирования.
Я же долбаеб создавать что-то не имею потребности
Если бы у тебя была потребность, то ты бы знал что нужно, а так ты просто еблан которому нечем заняться
Пиздуй в /b вниманиеблдствовать
> системного
C всех устраивает, придумывать для него хипстерский синтаксис только из-за того, что ему 50 лет, глупо.
>Я же долбаеб
Достаточно...
С был бы лучше если он бы был похож на котлин
Вот сам оцени:
fun sum(a: Int, b: Int): Int {
return a + b
}
>C всех устраивает
Отучаемся говорить за всех.
синтаксис V ослепляет глаза своей красотой
fn add( x int, y int) int {
return x+y
}
>fix
fn sum(x int, y int) int {
return x+y
}
Без двоеточий не то
Зачем писать "return"? Современный язык должен обходиться без этого.
fun sum(a: Int, b: Int) = a + b
>Каким должен быть современный язык программирования?
Менеджер пакетов как у питона или лучше, стандартная библиотека с поддержкой сети, gui, асинхронности, широкий стандартный функционал для работы с текстом, возможность выполнения каких-то легко интегрируемых скриптов на уровне lua или лучше (если это компилируемый язык).
Возможность динамической типизации для кода, где эффективность не так важна и нужна выразительность кода; возможность статической типизации для чего-то ресурсоёмкого.
Джава и питон довольно близки к.
С++ очень не хватает менеджера пакетов и какой-то нормальной стандартизированной системы сборки. Возможно нужно больше синтаксического сахара - позаимствовать из того же питона операторы по типу with, срезы, сделать всякие операции преобразования в текст (питоновский __str__) стандартными операциями подлежащими перегрузке, добавить генераторы.
Это всё и сейчас можно сделать по сути, но синтаксис будет угрёбищный как у шаблонов, всякие многострочные template<typename T, std::enable_if_t<std::is_same<typename std::remove_reference<T>::type, int>::value, int> = 0> - вот это пиздец просто (это вроде бы проверка на тип шаблона, чтобы он компилировался только с интом или ссылкой на него - но вообще чёрт его знает что это), который отбивает желание этим пользоваться.
Как тогда понять где происходит return, а где нет?
Вот у тебя есть функция mul(a, b) - она записывает два числа в лог и перемножает их. Если в твоей функции fn используется mul - как программа поймёт хотел ли ты просто записать два числа в лог или помимо этого ещё и вернуть их как результат функции?
>как
a = mul // хотел
mul // не хотел
>Как тогда понять где происходит return, а где нет?
Растовское неставленье точкизапятой выглядит достаточно элегантно
>Как тогда понять где происходит return, а где нет?
https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=dbbdb5239544d1b27579fdcda398e24c
>С++ очень не хватает менеджера пакетов
vcpkg и conan почему-то не взлетели.
Зато взлетел ебучий язык программирования cmake.
>cmake
Какой язык, такая и система сборки
Пока язык V много обещает на будущее. Например перевод any_lang > V > any_lang, приложение для андроид, всякие плющки с синтаксисом и т.д.
Буду ждать 1.0v
Буду ждать 1.0v
Ну в одном он уже обосрался - в названии. Получается такая же ебала, как с go, когда надо что-то искать и писать go lang, golang, go.
Проблема в сраном сообществе линукса, нет ничего более тормозящего развитие и порождающего уродства чем эта оргия говна.
Сделай своё
Вот вот.
Главное оправдание сделать хуево. А то что блядь если это сделано не пиздец хуево, человек который может мог бы сделать лучше возьмется за что то другое, никто не думает.
Это просто уебанская философия.
Ни одного аргумента за хуевость cmake так и не прозвучало
Пукофилософ хуев
>2020
>не иметь type inference
let add x y = x + y
У борщехлёбов всё охуенно, пока не спотыкаешься о
Couldn't match expected type `Int' with actual type `Float'
Дженерики
Всё же он лучше всего остального. Я загружаю проект с cmake - и он запускается сразу или в течении нескольких минут почти без исключений. А когда я открываю проект с чем угодно ещё - он может часами жаловаться на глупые ни о чём ни говорящие ошибки которые не понятно как фиксить и что ему из зависимостей и в каком месте нужно поставить.
Но про язык программирования это да.
Выглядит отвратительно! Что дальше, значащие пустые строки и пробелы в конце строки?
А дальше питон. Раз в JS, Go, Rust и Kotlin решили прибить гвоздями форматирование, следующим шагом будет авторасстановка фигурных скобочек. А затем и неканоничные идентификаторы перестанут приниматься.
>Rust
>решили прибить гвоздями форматирование
Ты что-то путаешь, или ты про rustfmt, но там тоже всё можно на свой вкус настроить https://github.com/rust-lang/rustfmt/blob/master/Configurations.md
В переводе лучше всего преуспели такие языки как nim и haxe.
Будто что-то плохое, зато мозг включишь и не будешь бездумно складывать разные типы.
>неканоничные идентификаторы
Это типа slave и master и все, что содержит слово white?
Ещё про race не забудь! Race condition -- табу
Современному языку null не нужен.
https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare/
> null не нужен
Подменивать понятия не нужно. null нужен, но с nullable-типами.
Это тот костыль из котлина который?
Вообще тогда как-то так
good tier: union types
normal tier: maybe monad
low tier: nullable
dolboebooshka tier: null
> union types
Как эта небезопасная хрень поможет, если нужно хранить не значения разных типов, а либо одно, либо ничего?
> maybe monad
В жабе есть ебучий Optional, тот же Maybe.
> nullable
У него своих проблем хватает, говорят.
> null
Гроб гроб кладбище NPE
>Как эта небезопасная хрень поможет, если нужно хранить не значения разных типов, а либо одно, либо ничего?
Ну разумеется что кроме них должны быть ещё обычные sum-types и intersection types.
А nullable это просто частный случай union types.
В современном языке не должно быть макросов. Нужда в макросах говорит о невыразительности языка, и макросы уродуют синтаксис.
Не надо делать язык, если не можешь вдогонку выпустить добротную экосистему.
Достаточно посмотреть на vlang.
Проблема не в языках, а в том, что вы тупые мартыханы ни во что, кроме копипасты не можете.
что не так с влангом?
>добротную экосистему
Что значит "добротную"? Какие обязательные требования должны быть соблюдены, чтобы её можно было так называть?
ДОБРОТНЫЙ, -ая, -ое; -тен, -тна, -тно. Сделанный хорошо, прочно, из очень хорошего материала; отличающийся высоким качеством, большой прочностью. Добротный драп. Добротная кожа. На подкладку [для шинели] выбрали коленкору, но такого добротного и плотного, который, по словам Петровича, был еще лучше шелку. Гоголь, Шинель. Полушубок на нем добротный, из мягких романовских овчин, хорошие сапоги. Овечкин, Без роду, без племени. Дома были добротные, сбитые из бревен, крытые железом и черепицей. Э. Грин, В стране Ивана.
Что значит "сделанная хорошо" и "отличающаяся высоким качеством" экосистема языка? Какие обязательные требования должны быть соблюдены, чтобы её можно было так называть?
"Думаю, давно пора извлечь уроки из истории. Ни один здравомыслящий человек не потащит в проект новый язык, пока вы хотя бы не покажете ему нормальные инструменты разработки, не расскажете парочку саксесс сторис и не покажете десяток программистов на этом языке, живущих поблизости. Программисты же, пожалуй, кроме самых молодых, никогда не станут тратить свое время и здоровье на изучение очередного самого правильного языка, пока вы не покажете им нормальные инструменты разработки (не поделки типа Racer), пару десятков тысяч готовых библиотек (не «experimental», «unstable» и так далее), не расскажете парочку саксесс сторис и не покажите десяток открытых вакансий в их городе. Проблема курицы и яйца. Очень редко эту проблему удается успешно решить (условно тут можно привести в пример Go и Scala), в основном благодаря вложению времени и денег со стороны некоторой крупной компании (Google, Typesafe), по каким-то своим соображениям заинтересованных в популяризации языка."
https://eax.me/cpp-will-never-die/
Признаки устаревшего языка http://www.compiler.su/priznaki-ustarevshego-yazyka.php
> постфиксные операции «++» и «--», которые для большинства — загадочны
Дальше не читал.
А зря, там он ссылается на статьи и топит за них, судя по всему он же и автор, где вместо "непонятных" ifelse/elif, то есть вместо
if x:
.....
elseif y:
....
elseif z:
...
else:
...
предлагает пикрил. Типа видна структура и нет неоднозначности.
Чувок просто топит за какой-то очередной наркоманский язык с непонятными ограничениями.
Современный язык должен поддерживать так называемую "горячую замену кода" (hot code reloading).
Современный язык программирования не должен быть.
> язык должен поддерживать так называемую "горячую замену кода"
А зачем? Вот было у тебя system("rm -rf / x"), опечатался ты. Ну поменял ты строчку, файлы-то это уже не вернет. Распидорасило стейт программы из-за ошибки в логике - ты исправил ошибку, но стейту опять же пизда, нужно перезапускать программу.
Твой перезапуск программы тоже файлы не вернёт, и?
Пизда или не пизда стейту - это разраб должен решать, а не языкоклепатели.
мимо
> Пизда или не пизда стейту - это разраб должен решать
Так а ему-то откуда знать? Каким образом ты решишь, есть ли у тебя еще один баг, или это последствия прошлого наложились? Я могу понять пользу лайврелоада в песочницах уровня shadertoy, там сломалось - и хуй с ним. Но я совершенно не понимаю, как можно отлаживать сложный код в таких условиях.
Cовременному языку не нужна VM.
Я бы с удовольствием кодил на окамле, который бы поддерживал модель акторов и компилировался в байткод для beam vm (Erlang\Elixir).
Чтоб были дженерики в рантайме и нативные легкие потоки как в go
>дженерики
>легкие потоки
>https://stackoverflow.com/questions/5847642/haskell-lightweight-threads-overhead-and-use-on-multicores
Хаскиль?
максим?
Просто ты быдло. Ну или статикодебил.
На нормальных платформах пацаны ебашат хот код свап и прямо на запущенной ноде по ремоут шелу мигрируют стейт, более того платформа поддерживает более одной версии кода.
А нахуя? На окамле пишут когда вроде хочешь ФП, но при этом нужен нормальный перформанс и некая предсказуемость по потреблению ресурсов. Если оно будет в результате работать на BEAM то от скорости окамла там мало что останется. А сам по себе окамл наверное самый уёбищный из ФЯ, так что хз зачем такое нужно. Если прямо так хочется статику на BEAM, то лучше уже на хаскеле написать компилятор из хаскеля в BEAM-байткод (а может уже есть?)
Сейчас, с распространением всяких K8s все эти технологии усатых инопланетян из 80х больше не нужны.
Два чаю, уважаемый. Примерно то же самое хотел сказать. Дополню лишь хотелкой о продуманности системы типов.
После python дико горит от JS, где функционал словно впиливался по мере необходимости, без попыток посмотреть на шаг вперёд. Завезли `шаблонные ${строки}` -- замечательно. А если нужно явно отформатировать строку?
Всё в том же JS не хватает миксинов и множественного наследования.
В Java грустно с операторами. Допустим, имплементируем класс, инкапсулирующий матрицу. Нельзя определить метод `__add__` и тем самым позволить в коде просто сложить матрицы выражением `C = A + B`
В сях и крестах не хватает модулей и менеджера пакетов
Один лишь SQL совершенен :)
Твой кубернетес сильно поможет, если жирный монолит, который никто не будет переписывать на микросервисах, стартует по 5-10 минут?
Не понял к чему ты? Разговор шёл про хот код спап вроде.
Кубер делает то же самое, запускает второй контейнер, делает нужный перебинд и когда второй готов - вырубет первый.
>не хватает миксинов и множественного наследования
Привет, говноед.
>самый уёбищный из ФЯ
В чем это выражается?
Как по мне, так окамл практичный, простой и безопасный - писать на нем одно удовольствие. Единственная его проблема это то, что он не может в многопоточность. Мне нравится elixir\erlang и их реализация многопоточности. Хотелось бы совместить плюсы обоих экосистем.
Вообще тут хорошо бы зашел транспайлер окамла в erlang. Взять, к примеру, bucklescript. Простой и удобный интероп который учится за день, если ты знаешь и окамл и жс.
IDE? Куча готовых библиотек? Совместимость между версиями?
Из нетехнических, например, должна ли за ЯП стоять богатая корпорация (и насколько богатая)? Что ещё?