Сообщение Re[5]: Насколько актуален Go от 31.07.2024 13:26
Изменено 31.07.2024 13:44 novitk
Re[5]: Насколько актуален Go
Здравствуйте, diez_p, Вы писали:
_>Я не говорю про узкоспециализированный, нагруженный софт, там свои заморочки, хоть на джаве, хоть на .NET. очень много всего из коробки.
А я говорю.
"узкоспециализированный, нагруженный софт" на jvm/dotnet писать быстрее, надежней и легче чем на GoLang. А в случае последних версий dotnet он еще будет быстрее работать и лучше использовать память.
_>Я не говорю про узкоспециализированный, нагруженный софт, там свои заморочки, хоть на джаве, хоть на .NET. очень много всего из коробки.
А я говорю.
"узкоспециализированный, нагруженный софт" на jvm/dotnet писать быстрее, надежней и легче чем на GoLang. А в случае последних версий dotnet он еще будет быстрее работать и лучше использовать память.
Re[5]: Насколько актуален Go
Здравствуйте, diez_p, Вы писали:
_>Я не говорю про узкоспециализированный, нагруженный софт, там свои заморочки, хоть на джаве, хоть на .NET. очень много всего из коробки.
А я говорю.
"узкоспециализированный, нагруженный софт" на jvm/dotnet писать быстрее, надежней и легче чем на GoLang. А в случае последних версий dotnet он еще будет быстрее работать и лучше использовать память.
_>Если брать что-то абстрактно стоящее, типа гейтвей или что-то подобное, то го вполне уместен.
На сегодняшний день после появления в jvm/dotnet АОT для Go нет уместного сценария для новых проектов, только legacy.
_>Я не говорю про узкоспециализированный, нагруженный софт, там свои заморочки, хоть на джаве, хоть на .NET. очень много всего из коробки.
А я говорю.
"узкоспециализированный, нагруженный софт" на jvm/dotnet писать быстрее, надежней и легче чем на GoLang. А в случае последних версий dotnet он еще будет быстрее работать и лучше использовать память.
_>Если брать что-то абстрактно стоящее, типа гейтвей или что-то подобное, то го вполне уместен.
На сегодняшний день после появления в jvm/dotnet АОT для Go нет уместного сценария для новых проектов, только legacy.