Может ли Golang заменить C/C++ в написании программ для железа?

Question

[P747]

Добрый день!

Может ли Golang заменить C/C++ в написании программ для железа? Тоесть писать на нем низкоуровневые программы для железа, машинное обучение, да и вообще софт для ОС десктопных, так как применяется C/C++?

Answer 1

[d'Ivan]

Заменить C/C++ сможет вряд ли. Используется лишь в определенных сферах из-за своих особенностей. Может лишь немного потеснить их, по большей части в системном и прикладном ПО, а также в другом, связанным с коммуникациями.
Проект TinyGo, к примеру, позволяет писать ПО на подмножестве Go для микроконтроллеров и WebAssembly. Не думаю, что о нем многие знают.
Судя по всему, наиболее успешно вытесняет C/C++ язык Rust. По крайней мере, в браузерах и ядре Linux (пока лишь обсуждения) уже наметился сдвиг.

Comments

[Александр Лямин]

Насколько известно мне, Винду переписывать на Rust собираются. Так же есть Servo, часть Firefox на Rust, npm полностью переписан на Rust когда-то был, Dropbox и тдтп. И конечно же Deno написан на Rust!!

(Про TinyGo думаю знают достаточно, его вроде гугл под крыло взял.)

Answer 2

[Александр Павлюк]

У вас вопрос про программы "близкие к железу" и тут же намешано машинное обучение и стандартный софт для десктопа, определитесь.

Для железа go использовать будет менее удобно, чем C/C++
Для машинного обучения go использовать можно
Для десктопного софта, если имеется ввиду графический интерфейс, go тоже будет использовать неудобно.

Comments

[P747]

А как вам Go в плане web разработки? Что пишите? В одной статье прочитал что в Go нет явных классов и наследования, можно ли в полной мере использовать все преимущества ООП, паттернов? Позволяет ли Go относительно быстро созадть web приложения?

[DevMan]

P747, да осиль уже этот сранный вебдев хоть на чем-то.

можно ли на гоу в веб-дев? ДА.
надо ли? это вопрос.

[P747]

DevMan, Давно осилил уже, не в этом суть. Наооборот сейчас хочется быть ближе к железу, сейчас все уже переезжает в сеть: машинное обучение, в том числе инженерные и игровые вычисление. Это конечно все написано на низкоуровневых языках, но думаю в будущем будет какой-то универсальный инструмент, наподобие как сейчас пытются сделать из Python

[DevMan]

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

[Александр Павлюк]

P747,
Как вам Go в плане web разработки? — отлично
Что пишете? — ozon.ru
В Go нет явных классов и наследования. — Вместо ООП тут другой подход, через композицию.
Позволяет ли быстро создать web приложение? — позволяет

[P747]

DevMan, В том и дело что потребности стали выходить за рамки одного языка. Например в PHP когда приходится дорабатывать чужой код особенно до версии 7, смотришь на метод в котором происходят операции с числами, понимаешь что сильно не хватает статической типизации. Так же чтобы банально распараллелить приходиться использовать очереди. Не хватает библиотек, которых давным двано есть для C++.

[P747]

Александр Павлюк, Отлично)

[DevMan]

P747, сори, но у вас голова в каше.
вам не хватает статической типизации для работы с числами? так используйти статически типизируемые языки. и это не смотря на то, что пых вполне с этим справляется. даже с флоатами.
вам нужна параллельность? пых тоже в неё умеет. но это именно тот случай, когда лучше рассмотреть другой язык.
и это не оглядываясь на то, что к веб-деву это имеет очень коственное отношение.

[P747]

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

Дело во входных данных, если вдругих языках давно уже использовали строго тайп хинты, то в PHP это относительно недавно. Из-за этого возникают проблемы в старых приложениях приложениях при написании нового кода, пока тупо не проверишь какие типы переменых на входе.

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

У нас без этого никак

[index0h]

P747

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

Могу вас заверить, 5 летний код написанный на тяп-ляп на любом языке выглядит хреново)). До php7 юзались докблоки для описания типов.

Так же чтобы банально распараллелить приходиться использовать очереди.

Как только вы вылезете за пределы одного тазика - сервер очередей вероятно не будет казаться такой плохой идеей.

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

В других языках на легаси были бы просто другие проблемы.