The Go programming language

[vak]

Тридцать лет назад у меня родился сын, и я проводил много времени, прогуливаясь с детской коляской по живописным окрестностям славного города Долгопрудного. Под мышкой я держал невероятную ценность, доставшуюся мне по удачному стечению обстоятельств: книжку "Язык программирования Си" Кернигана/Ритчи. Присаживался на лавочки и тщательно штудировал мудрость далёкий американских инженеров. Это было еще первое издание, аж 1985 года. Пытался найти обложку в сети - не смог.

Сейчас получаю такое же интеллектуальное удовольствие от книжки "The Go Programming Language" Кернигана/Донована. Великое дело сделали товарищи: сваяли язык 21 века. Не зря он сейчас вытесняет Джаву и прочих из серьёзных проектов.

Comments

[izard]

Тоже сейчас читаю, и даже небольшой проектик на работе есть. Но до убийцы джавы еще очень далеко.

[vak]

Джава вымрет постепенно, как мамонты. Старый sourcebase никто не будет выбрасывать, конечно. Он медленно доживёт свой век. Но я где-то читал, что новые проекты в 3/4 случаев выбирают Go.

Вот тут есть забавный флейм Java супротив Go: https://www.quora.com/Why-do-a-lot-of-people-hate-Java-but-advocate-Golang-Go-Language

[lomeo]

Есть масса языков под jvm, та же scala. Рано хоронить.

[vak]

Мне лично Scala тоже весьма симпатична. Но вот мнение товарища с реальным опытом: http://jimplush.com/talk/2015/12/19/moving-a-team-from-scala-to-golang/

[lomeo]

А. Большие команды, тут соглашусь.

[ircicq]

Большая роскошь - в 1985 достать бумажный K&R.
У меня в 1990 были только распечатки.

А Go кажется каким-то нишевым языком.
Для реализации несложных задач.

[vak]

В 1987 дело было. Но роскошь неимоверная, да. Си тогда тоже воспринимался как нишевый язык. Да и сам Юникс выглядел непрактичным баловством.

[hogzie]

Мое ИМХО. Go - слишком прост, практически не годится для generic programming. Swift, Rust и D, - каждый по-своему, более элегантные или практичные (каждый по-своему).

[vak]

Так вроде наоборот, чем язык проще, тем лучше подходит для широкого применения.

[hogzie]

И да и нет. Нужен баланс, конечно. На Go невозможно написать библиотеку типа STL, а это значит, что, например, контейнеры и алгоритмы нельзя сделать inline и соптимизировать на этапе компиляции. Go тянет с собой большой ран-тайм. Для embedded уже не годится.
Rust тут намного лучше. К тому же, у Rust'а есть возможно остановить GC по желанию. Вообще у Rust'а элегантно сделаны pointers и работа как с managed так и raw данными. Рекомендую посмотреть.

D - самый продвинутый из всех. Более подходит для generic programming, Но и более тяжеловесный для изучения. К сожалению, не взлетел. Но и не мертв.

Swift несет legacy stuff от ObjC, но, как мне кажется, отполирован лучше. Особенно для работы с GUI'евыми приложениями. К сожалению, реально сейчас GUI на нем писать можно только Макось и iOS.
Компилятор у него был очень тормозной и синтаксис нестабильный до 3-й версии. Сейчас компилятор отладили и вообще LLVM комьюнити активно взялось за Swift сейчас. Спасибо, что Apple не присвоила себе язык, как MS сделал с C#.

[vak]

Go отлично обходится без библиотеки типа STL. Контейнеры встроены непосредственно в язык. Размер ран-тайма сильно преувеличен. Я провёл простейшее измерение memory footprint для примера "Hello world" на четырёх языках: C, Go, C++ и D. Размер требуемой памяти и количество прерываний подкачки страниц измерялись утилитой /usr/bin/time. Операционная система Ubuntu Linux.

Language    Resident Size   Page faults
----------------------------------------
C           1324k           61
Go          1064k           120
C++         3052k           126
D           2796k           144 

Как можно видеть, Go требует наименьшего размера памяти: в три раза меньше чем C++ и D, и на 30% меньше чем Си.

[hogzie]

Понятно, что у них есть контейнеры. Я говорил про STL, как инлайн библиотеку для дженерик алгоритмов. Рантайм библиотекой сейчас никого не удивить. А вот инлайном под любой тип - фигвам.
Рад, что у Go "Hello World" такой маленький. Я подозреваю, что они улучшили компоновщик и саму библиотеку для этого, но год назад стоял общий вой, что рантайм у Go слишом толстый.

[vak]

STL одна из основных причин, делающих Си++ нежелательным для больших коммерческих проектов.

http://www.ski-epic.com/templates_stl_rant/

http://softwareengineering.stackexchange.com/questions/161059/is-it-practical-to-abandon-stl-in-c-development

[hogzie]

Чистой воды демагогия. STL - это единственная палка-выручалка в плане переносимости и производительности для алгоритмических и вычислительных задач. Альтернатив просто нет.

[vak]

Альтернатива - другие языки.
В качестве реального примера: моя компания отказалась от Си++ в применении к симуляторам и вернулась к чистому Си. Впрочем не STL тому виной, а прочее "богатство" языка.

[hogzie]

Кстати, дядя по первой ссылке говорит про вещи, которые уже давно исправлены начиная с C++11 и в новых компиляторах. Это я про вложенные скобки, генерацию ошибок и.т.д.

[vak]

Кстати, Rust на вышеприведённом примере даёт:

Language    Resident Size   Page faults
----------------------------------------
Rust        6448k           105