Вот посмотрел лекцию по GO.
Неплохой ЯП. Ед-ный вопрос к знатокам: почему нет readonly?
Но! Остался нишевым. Непопулярен среди настолок.
С другой стороны смотрю на zig это будто общая ветка rust -> go -> zig.
defer возвраты ошибок. хотя конечно зиг выглядит более низкоуровневым позволяя точнее контролировать более точно.
Про раст видел сравнение асм-кода с крестами. раст еще не достаточно оптимизирован(кол-во инструкций заметно больше на одинаковом коде).

Р>Вот посмотрел лекцию по GO.
Р>Неплохой ЯП. Ед-ный вопрос к знатокам: почему нет readonly?
Р>Но! Остался нишевым. Непопулярен среди настолок.
А какой популярен среди настолок ?
Го популярен среди меня — хочу на нем писать.
А раст и зиг среди меня не популярны...

Здравствуйте, LaptevVV, Вы писали:

LVV>А какой популярен среди настолок ?
Шарпы(WPF, WinForms), Кресты(Кютэ), возможно java(openFX)
дельфи/лазарус наверно.

LVV>>А какой популярен среди настолок ?
Р>Шарпы(WPF, WinForms), Кресты(Кютэ), возможно java(openFX)
Р>дельфи/лазарус наверно.
Дык давай двигать в эту нишу Го.
Первые 3 — импортозамещать нужно...

Здравствуйте, Разраб, Вы писали:

Р>Про раст видел сравнение асм-кода с крестами. раст еще не достаточно оптимизирован(кол-во инструкций заметно больше на одинаковом коде).

Я тоже смотрел. И решил проверить выборочно примеры из сравнения. Все они показали одинаковый ассемблерный код для с++ и раста. Видимо раст успели подправить по результатам этого сравнения

Здравствуйте, Разраб, Вы писали:

Р>Почему GO нишевый? Будущее за zig? Ошибаюсь?

Есть разные критерии оценок.
1. Количество вакансий.
2. Зарплатные ожидания.
3. Стек готовых решений.
И так далее.

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

С другой стороны есть популярные языки паразиты, которые просто присосались к C/C++, например, Python. Но потом всё равно оказывается, что нужны программисты, которые переписывают программы с Python на C/C++.

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

Конечно, каждое решение находит свою нишу, но лично тебе она может не понравится, она может не понравится пользователям и заказчикам. В конечном итоге, если сам хочешь, так и пиши на "rust -> go -> zig", никто ведь не запрещает.

Здравствуйте, LaptevVV, Вы писали:

LVV>>>А какой популярен среди настолок ?
Р>>Шарпы(WPF, WinForms), Кресты(Кютэ), возможно java(openFX)
Р>>дельфи/лазарус наверно.
LVV>Дык давай двигать в эту нишу Го.
LVV>Первые 3 — импортозамещать нужно...
Но почему не Oberon BlackBox?

LVV>>>>А какой популярен среди настолок ?
Р>>>Шарпы(WPF, WinForms), Кресты(Кютэ), возможно java(openFX)
Р>>>дельфи/лазарус наверно.
LVV>>Дык давай двигать в эту нишу Го.
LVV>>Первые 3 — импортозамещать нужно...
Р>Но почему не Oberon BlackBox?
Это тоже, но у Го значительно больше стандартная библиотека.
Инфраструктруа — блеск!
И параллельные горутины.

Кроме того, подход к разработке совершенно разный.
Го — традиционный текстовый подход.
А ВВ — это готовая заготовка для настольного приложения.
Народ пока даже не понимает такого подхода.
Если это ВВ вглубь освоить, то перспективы просто ошеломляют. По скорости разработки.
Это как СУБД вместо файлов.
Но стандартная библиотека маловата.

zig не нужен, go там, где сборщик мусора не мешает, rust там, где мешает. Повернуться в Светлое Будущее, с левой шагом марш!

Здравствуйте, LaptevVV, Вы писали:

LVV>Дык давай двигать в эту нишу Го.

ни в коем случае!
го нужно не в настолки двигать, а в ~/.local/share/Trash

LVV>>Дык давай двигать в эту нишу Го.
Ф>ни в коем случае!
Ф>го нужно не в настолки двигать, а в ~/.local/share/Trash
Одни эмоции.
Давай аргументируй...

Здравствуйте, LaptevVV, Вы писали:

LVV>>>Дык давай двигать в эту нишу Го.
Ф>>ни в коем случае!
Ф>>го нужно не в настолки двигать, а в ~/.local/share/Trash
LVV>Одни эмоции.
LVV>Давай аргументируй...

за бедные языковые средства. Выразительность просто никакая — ассемблер чем-то напоминает.
за отстутствие перегрузки функций
за отсутствие исключений и дурацкий способ обработки ошибок
за defer
за непродуманную стандартную библиотеку
а) за идиотизм в виде char/rune
б) за грабли типа функции append()
за go get / go mod vendor / go mod tidy / go clean -modcache (а особенно за то, как это всё временами работает)

отдельной строкой будет стоять go mod why

Здравствуйте, Разраб, Вы писали:

Р>Вот посмотрел лекцию по GO.
Р>Неплохой ЯП. Ед-ный вопрос к знатокам: почему нет readonly?

Не вырос. Спроси у Роберта Пайка.

Р>Но! Остался нишевым. Непопулярен среди настолок.

Не популярен для разработки гуевых программ потому, что для него нет (пока?) приличной гуевой библиотеки...

Р>С другой стороны смотрю на zig это будто общая ветка rust -> go -> zig.

Мне кажется, zig пока очень экзотичен и не вошел еще в mainstream.

А вот еще одна ниша: https://tinygo.org/
TinyGo brings the Go programming language to embedded systems and to the modern web by creating a new compiler based on LLVM.

Здравствуйте, Философ, Вы писали:

Ф>за бедные языковые средства. Выразительность просто никакая — ассемблер чем-то напоминает.
[...]

Есть тут один проектик в работе. Грубо говоря, сетевые демоны, которые общаются с другими устройствами по стеку протоколов целевого домена и настраивают железяки — причём не напрямую, а через демоны HAL железяк. И всё это будет обслуживать минимум десятки тысяч человек.

Вся эта херня написана на C с редкими вкраплениями C++. Регулярно падает. Ядро хери написано третьей стороной, которой уже нет. Но оно формально работает (ну, выкинув всю ругань), и надо дорабатывать. Усложнение — что это удалённые железяки и ARM. В плюс — что это ARM/64 со вполне достаточными ресурсами, давки по оперативе, диску, скорости процессора нет.
Уровень людей... ну наших — терпимо. Авторов исходного пакета софта... ну да, они умеют в Linux, а не Windows. На этом положительные слова заканчиваются. И во второй раз за неделю я вспоминаю столь любимого восточным соседом тов. Кобу: "Других людей у меня для вас нет."

Это реальный случай, когда я бы хотел Go вместо всей этой хери. Оно перестанет падать, оно будет лучше отлаживаться, и прочая и прочая.

А все причины, что ты привёл тут —

Ф>за отстутствие перегрузки функций

Не используют.

Ф>за отсутствие исключений и дурацкий способ обработки ошибок

Все ошибки проверяются явно.

Ф>за defer

По сравнению с C был бы даже в плюс.

Ф>за непродуманную стандартную библиотеку
Ф>а) за идиотизм в виде char/rune
Ф>б) за грабли типа функции append()

Все три — пофиг.

Ф>за go get / go mod vendor / go mod tidy / go clean -modcache (а особенно за то, как это всё временами работает)

Не пробовал, но даже форсирование стиля всяких пробелов уже на пользу — по сравнению с тем, что есть.

Это называется — бобро поржаловать в реальный мир.

Здравствуйте, netch80, Вы писали:

N>Не пробовал, но даже форсирование стиля всяких пробелов уже на пользу — по сравнению с тем, что есть.
N>Это называется — бобро поржаловать в реальный мир.

у меня тоже есть один проектик, в который я 4 дня не мог импортировать зависимость.

Здравствуйте, netch80, Вы писали:

N>Это реальный случай, когда я бы хотел Go вместо всей этой хери. Оно перестанет падать, оно будет лучше отлаживаться, и прочая и прочая.

А перспективы Rust или того же zig (если смотрели на него) в таком проекте как бы вы оценили?
(Вопрос без сарказма и подколок, сам регулярно ловлю себя на том, что для подобных условий чистый Си и даже нормально приготовленный C++ -- это негативный фактор).

Здравствуйте, so5team, Вы писали:

N>>Это реальный случай, когда я бы хотел Go вместо всей этой хери. Оно перестанет падать, оно будет лучше отлаживаться, и прочая и прочая.

S>А перспективы Rust или того же zig (если смотрели на него) в таком проекте как бы вы оценили?

Rust для наличного уровня людей неподъёмен.
Zig — вполне может быть, но я не уверен в достаточной поддержке параллельности, ну и таки его пока очень мало и обосновать начальству точно не смогли бы.

Здравствуйте, netch80, Вы писали:

N>...
N>Это реальный случай, когда я бы хотел Go вместо всей этой хери. Оно перестанет падать, оно будет лучше отлаживаться, и прочая и прочая.

У Go возможны data races, так что непредсказуемое поведение всё равно будет. Но в любом случае это сильно лучше чем C/C++

Здравствуйте, LaptevVV, Вы писали:

LVV> А вот еще одна ниша: https://tinygo.org/

Нишу гошечки давно и конкретно определил его создатель — язык для тупых

Автор: rudzuk
Дата: 15.02.22

. (прямая речь

Автор: rudzuk
Дата: 15.02.22

)