В чём основной минус языка V?

Question

[dollar]

Навскидку могу назвать:
- многочисленные баги, что решаемо и не делает язык мертвым.
- отсутствие библиотек, что опять-таки дело времени и не делает язык мертвым.
Отсутствие комьюнити я не рассматриваю, т.к. у того же Раста тоже нет, но это не мешает ему прогрессировать.

А вот заявленные плюсы: простота, скорость компиляции и минимализм готовых приложений, - что очень актуально в наше время, делают язык как бы "убийцей" остальных.

Но что-то не верится в такую магию. Давайте разбираться. В чём подвох? Не может же быть, чтобы до ускорения в сотни раз никто до сих пор не догадался? В чем заключается основной "изъян" или "минус" языка, убрав который получим тот же <любой старый язык>, что и раньше?

Автор кажется разумным человеком и логично обосновывает необходимость языка в сравнении с предшественниками, приводя в том числе бенчмарки. По известным практикам берёт лучшие, по его мнению, из существующих. И я понимаю, что мы живем в век, когда ИТ развивается очень стремительно. А также я понимаю проблему раздувшегося до грани разумного ПО по размерам и тормознутости. Но даже с учётом этого с трудом верится в революцию. Больше смахивает на какой-то мыльный пузырь. Хотя аргументов против у меня не хватает.

Автор предлагает V как замену таким современным компилируемым языкам, как С++, Rust, Go.

Comments

[dollar]

отсутствии комьюнити, библиотек, поддержки

Если дело только в этом, то не один новый язык не должен взлететь вообще. А право на жизнь будет иметь только добавление фич в уже существующие языки. Причем, давно себя зарекомендовавшие. Но ведь старые языки потихоньку умирают, а новые появляются. Хотя до конца не ясно, может ли без маркетинга новый ЯП взлететь на одних лишь объективных преимуществах.

[dollar]

zloy5, я так понял, что энтузиаст-одиночка.

[xotkot]

вообще впервые слышу, надо глянуть

Answer 1

[Рональд Макдональд]

Собственно, вы и ответили на свой вопрос:

многочисленные баги
- отсутствие библиотек
Отсутствие комьюнити

Далее:

В чем заключается основной "изъян" или "минус" языка

В его абсолютной ненужности. Я вот только что про него узнал, например, хотя программирую лет 7.

Автор предполагает, что V - замена таким современным компилируемым языкам, как С++, Rust, Go.

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

Comments

[dollar]

Про безумие понятно, я про это и пишу. Но тогда почему у него 2к звезд на гитхабе?

[dollar]

И он ещё как бы не вышел. Через 10 часов автор откроет исходники, а летом будет релиз.

[Рональд Макдональд]

dollar,

Но тогда почему у него 2к звезд на гитхабе?

Вот вообще не показатель. Абсолютно.

Через 10 часов автор откроет исходники, а летом будет релиз.

Знаете, мне почему-то кажется, что автор - это вы :)

Это абсолютно никому, кроме автора (и то на пару месяцев) не нужный язык. Если вы не знали, то такие возникают каждую неделю в разных частях света и точно так же никому не нужны.

И я готов поспорить на свою бороду, что это не язык, а интерпретатор, который просто будет перегонять введённое на V в Си или JS или куда там ещё.

[dollar]

Рональд Макдональд, нет, автор не я. Но в последнее время я ищу язык с быстродействием как у С++, но без недостатков. И пока склоняюсь к Rust. А тут бац - новый язык и скорость компиляции быстрее в сотни раз. Что??

[Рональд Макдональд]

dollar,

А тут бац - новый язык и скорость компиляции быстрее в сотни раз.

Бред.
Когда выходит новый процессор, он тоже "быстрее в сотни раз, круче, удобнее, покупайте".

щу язык с быстродействием как у С++, но без недостатков. И пока склоняюсь к Rust.

А какие недостатки у крестов? Разве что управление памятью, но в Расте действительно лучше с этим.

[CityCat4]

dollar, Я заинтересовался и немного почитал сайт, на который перешел с гитхаба. Ну что сказать... Очередной брайнфак :) Язык, который был создан непонятно зачем, имеет непонятные достоинства и служит непонятно каким целям.
Я правильно понимаю, что у него нет библиотек вообще? То есть любое самое элементарное действие нужно программить самому, как в ассемблере? А как он, пардон, с осью взаимодействует, файлы там открывает-закрывает? А если этого нет - накуа такой язык?

[dollar]

CityCat4, про библиотеки это было предположение, т.к. я их не нашел. Но сейчас поискал - походу да, если они и есть, то их мало, а документации нет вообще. На гитхабе в issues 22 дня назад автор обещал "скоро" сделать документацию по пакетам.

[asmaster]

CityCat4 плохо читали. Библиотеки есть, плюс можно использовать любую C библиотеку.

Примеры работы с файлами, графикой, и т.д:

https://github.com/vlang/v/tree/master/examples

Полноценное приложение, написанное на V:

https://volt-app.com

[Рональд Макдональд]

asmaster,
fn (ctx mut Context)
no thx pls

[asmaster]

> И я готов поспорить на свою бороду, что это не язык, а интерпретатор, который просто будет перегонять введённое на V в Си или JS или куда там ещё.

Отдавайте бороду :) На главной странице сайта написано, что V компилируется в x64 и в Си.

Интерпретатор, кстати, не перегоняет в другие языки, а выполняет. Перегоняют трансляторы.

[Рональд Макдональд]

asmaster,

компилируется в x64 и в Си.

А? Шо? "Тёплое переливается в мягкое и гладиолус".

[asmaster]

Так получается, компиляторов вообще не существует в вашем мире? Что такое компилятор?

[Рональд Макдональд]

asmaster, вы очень свободно обращаетесь с терминологией, обращая при этом повышенное внимание на чужие оговорки :)

[asmaster]

> И я готов поспорить на свою бороду, что это не язык, а интерпретатор, который просто будет перегонять введённое на V в Си или JS или куда там ещё.

Где здесь оговорка?

[dollar]

asmaster, я тоже не понял фразу "компилируется в x64 и в Си".

[Рональд Макдональд]

asmaster, да успокойтесь, лол. Можете засчитывать мне слив, если хотите, у меня нет времени спорить в интернетиках, мне надо срочно попробовать "в x64" что-нибудь компильнуть, кек.

[CityCat4]

плюс можно использовать любую C библиотеку.

Пардон, зачем мне тогда какой-то там еще язык, когда у меня для С библиотек есть язык С?

[Рональд Макдональд]

CityCat4, выше ж писали, что модно, молодёжно, компилируется в x64 в сто раз быстрее, чем.

Да понятно, что это очередное ненужно :) Была б какая-нибудь киллер-фича (безопасное управление памятью хотя бы), можно было бы поковырять. А так - поделка.

[CityCat4]

asmaster, Вы про этот сайт ? И где там про компиляцию в x64 и С? Впрочем, достаточно поглядеть "сравнение языков" и сразу станет понятно, что как совершенно точно сказал Рональд Макдональд - это "модно-стильно-молодежно". Достаточно глянуть, с чем автор сравнивается и что приводит в качестве достоинств.
Кому нахрен нужна скорость компиляции? Если у этого так-сказать-языка нет управления памятью вообще (ни безопасной, ни опасной)? malloc() хотя бы в нем есть? :) Или тоже к libc обращаться?

И самое главное - зачем? Что я такого смогу сделать на этом "так-сказать-языке", чего не могу сделать на С? (Только за скорость компиляции и прочий фуфел не надо - в энтерпрайзе например это не ценится)

[abmanimenja]

dollar,

А тут бац - новый язык и скорость компиляции быстрее в сотни раз.

Просто купите новый компьютер

[asmaster]

CityCat4

Does V use LLVM?
No. V compiles directly to machine code. It's one of the main reasons it's so light and fast. Right now only x64 architecture/Mach-O format are supported. Once V is open-sourced, other architectures and formats should be implemented relatively quickly.

V can also emit human readable C, which can then be compiled to run on any platform. This way the compilation speed is about 10 times slower (≈150k lines/second).

Если скорость компиляции, простота, безопасность, memory safety, safe concurrency, нормальные строки, сильная stdlib (networking, json, cross-platform UI, graphics) для вас "фуфел", то мне вас не убедить :)

[asmaster]

> "в x64" что-нибудь компильнуть, кек.

Так и не понял, что вам смешно.

Answer 2

[GavriKos]

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

Comments

[asmaster]

V компилирует 1.5 миллиона строк в секунду, подключение библиотек этого не меняет. Если у вас какая-то огромная библиотека, ее можно скомпилировать один раз отдельно и потом линковать, это умеют почти все языки.

"Гуй" уже подключен, пример GUI программы, написанной на V: https://volt-app.com

Answer 3

[Евгений Ромашкан]

Хотя до конца не ясно, может ли без маркетинга новый ЯП взлететь на одних лишь объективных преимуществах.

Не может )
Гляньте не историю развития ЯП и поймете что объективные преимущества не решают абсолютно(привет Java с её "недоООП" вытеснившим SmallTalk).

Answer 4

[GLaDosSystem]

По-моему, когда будет го с дженериками (если вообще когда-нибудь будет), то сабж быстро станет не нужен.
Ну действительно же похоже на какой-то Go с немного изменённым синтаксисом:

// Please share your thoughts, suggestions, questions, etc here:
// https://github.com/vlang-io/V/issues/3

// I'm very interested in your feedback.

module main

struct User { /* ... */ }
struct Post { /* ... */ }
struct DB   { /* ... */ }

struct Repo <T> {
	db DB
}

// Generic code is notoriously verbose. To reduce clutter, V doesn't require you 
// to add `<T>` every time, since it already knows that Repo is a generic type.
fn new_repo<T>(db DB) Repo {
	return Repo<T>{db: db}
}

// This is a generic function. V will generate it for every type it's used with.
fn (r Repo) find_by_id(id int) T? { // `?` means the function returns an optional
	table_name := T.name // in this example getting the name of the type gives us the table name
	return r.db.query_one<T>('select * from $table_name where id = ?', id)
}

fn main() {
	db := new_db()
	users_repo := new_repo<User>(db)
	// I'm also considering passing the type as an argument
	// users_repo := new_repo(User, db)
	posts_repo := new_repo<Post>(db)
	user := users_repo.find_by_id(1) or {
		eprintln('User not found')
		return
	}
	post := posts_repo.find_by_id(1) or {
		eprintln('Post not found')
		return
	}
}

Answer 5

[Алексей]

Есть два общих минуса у 90% языков программирования, которые и не дают им быстро развиваться.
1. За спиной нет крупной компании, которая готова вкладывать деньги в маркетинг и развитие.
2. Нет чётко заявленной ниши. Для каких целей и кому он будет полезен? Универсальность языков уже давно не прокатывает.

А по данному языку вообще какой-то искусственный хайп поднимается. Ни исходников , ни бинарников компилятора еще нет в открытом доступе, зато на github десяток примеров набрали 2000 звезд.
И на данный момент, единственное позиционирование, которое я вижу на сайте - это Simple, fast, safe language created for developing Volt, soon available for everyone.