литература по Go (книги, статьи, публикации)

[Olej]

Язык Go первоначально заявлен (создан, представлен) в 2009 году.
Таким образом изучающие программирование, только ещё обучающиеся, имеют шанс "вскочить в отходящий поезд", а не быть "вечно догоняющими", если сориентируются на традиционные: C, C++, Python, Java ...

По Go выходит сразу, на удивление, много хороших книг. Большая часть из них выходят в русскоязычном переводе через год (или даже меньше) после выходя англоязычного оригинала.

Здесь в теме я предлагаю называть и показывать такие книги.
Ситуация на сегодня такая, что все (известные мне) книги по Go можно свободно (пока?) скачать в Интернет (варёз)... (так что кому это интересно - побеспокойтесь об этом сейчас).
Я не буду, естественно, выкладывать варёз, подставлять форум ... но известные мне ссылки где можно скачать покажу (пусть у авторов этих ресурсов болит голова относительно авторских прав, а не у меня или этого форума - это они выкладывали ... и значит о чём-то думали )

[Olej]

Совершенно новая (оригинал - конец 2015г., перевод - апрель 2016г.) книга:

Алан А.А. Донован, Брайн Керниган
Язык программирования Go
ISBN: 978-5-8459-2051-5
432 страницы
апрель 2016
Изд-во Вильямс
Серия: Программирование для профессионалов
Тираж: 700 экземпляров

Это лучшая книга по Go из всех, попадавших мне в руки (а попадали, как мне кажется, все существующие ), но эта книга не для начального изучения Go и уж точно не для обучения программированию - для неё хорошо бы обстоятельное знание C или Python (а ещё лучше "и").
Обратите внимание на именитых авторов!
(книгу для ознакомления можете свободно скачать А. Донован Б. Керниган - Язык программирования Go (2016) ... её выложили на удивление быстро и на удивление много)

[Bizdelnick]

По Go выходит сразу, на удивление, много хороших книг. Большая часть из них выходят в русскоязычном переводе через год (или даже меньше) после выходя англоязычного оригинала.

«Большая часть» от «много» — это две штуки, или я что-то пропустил?

[Olej]

Самая известная и популярная, пожалуй, книга по Go.

Саммерфильд М.
Программирование на языке Go
ISBN: 978-5-94074-854-0
580 страниц
март 2013
М. ДМК

Go – один из самых удивительных языков, появившихся в последние 15 лет, и первый, нацеленный на программистов и компьютеры XXI века.

© Марк Саммерфильд

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

[Olej]

По Go выходит сразу, на удивление, много хороших книг. Большая часть из них выходят в русскоязычном переводе через год (или даже меньше) после выходя англоязычного оригинала.

«Большая часть» от «много» — это две штуки, или я что-то пропустил?

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

P.S. Кроме того, и в мировой практике обстоятельных (ну, скажем, >300 стр.) книг не так много, так что даже 2 из них - это значительная часть ... если не большая . Доступные (для чтения, скачивания) оригиналы я тоже со временем покажу.

[Olej]

Можете свободно скачать и пользоваться также Go конспект.
Это текст-описание самых занятных (необычных) фич языка Go:

Номер последней редакции: 39
Объём (страниц): 117
Размер файла текста: 420768
Размер архива кодов: 120478
Дата создания: 25 сентябра 2014

Это написанный мной, начатый 2 года назад, конспект по быстрому въезжанию в технику программирования на Go (написано это было не скуки ради, а на заказ одной крупной международной софтверной компании, для её русскоязычных филиалов, для въезжания в проекты Go - так что писалось достаточно ответственно, а не для забавы).

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

[Olej]

Effective Go - сжатое (но обстоятельное) описание синтаксических особенностей Go на сайте его разработчиков (местами весьма любопытное). Это то, что было самым ранним представлением Go для широкой общественности (но сам текст обновляется).

Если кому хочется бегло пробежать этот текст, только глянуть на его содержание, то есть вот такой Краткий пересказ Effective Go на русском языке, сделанный общественностью (как говорилось выше):

Author: Евгений Охотников
Date: 2009.11.19

Интерес Go в том, что это свободный проект с полностью открытыми кодами.
Поэтому вам не нужны будут (зачастую) никакие разъяснения по поводу большого объёма библиотек ("пакетов") Go : как только вы надумаете писать минимальный фрагмент кода на Go - открываете вот эту страницу Directory src/, чтобы она всё время была перед глазами, и вот вам обстоятельнейший справочник по составу библиотек и API.

[Olej]

Русскоязычные Go-соощества (там много новостей и вообще есть что почитать):

Язык программирования Go
Здесь переведено множество самых интересных статей по Go из числа новинок, по мере их появления ... очень удобно бегло просмотреть.
Там же у них: Книги - оригиналы книг (читать и скачивать), 9 шт. (на сегодня), 6 вышедших "в бумаге" + 3 известных только в эл. виде.

Русскоязычный подкаст о Go
Здесь много ссылок, статей, интервью ... и даже аудиовещание - когда вы можете послушать про Go за завтраком

[Olej]

Дмитрий Выкочко : "Язык программирования Go", 4 статьи на IBM DeveloperWorks ... они не самые свежие (2011г.), но их вполне можно пробежать, чтобы составить себе представление о Go:
Часть 1
Часть 2
Часть 3
Часть 4

В 2009 go был признан языком года по версии организации TIOBE. Сложно сказать, насколько этот язык «созрел» для серьезных проектов, но его потенциал очевиден.

[rl0ad]

Таким образом изучающие программирование, только ещё обучающиеся, имеют шанс "вскочить в отходящий поезд", а не быть "вечно догоняющими", если сориентируются на традиционные: C, C++, Python, Java ...

Ну-ну. Даже если не обращать внимание на то, как отзываются о Го знакомые программеры, то что на нем вообще написано, с 2009го? Лично я видел только попытки переписать системные утилиты - но на Го (и нафига?), и пару совершенно прибабахнутых дурацких проектов, которые я могу навалять на одном только bash

[Olej]

Ну-ну. Даже если не обращать внимание на то, как отзываются о Го знакомые программеры,

Мне глубоко по как и о чём отзываются ваши знакомые программеры ... и даже то (по ), написали ли эти ваши знакомые программеры что-либо более содержательное, чем Hello world...
("скажи мне кто твой друг - и я скажу кто ты" )

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

которые я могу навалять на одном только bash

С ваятелями на bash скучно разговаривать о языках программирования.
Как там известная формулировка? :

Кому и кобыла - невеста.

[Bizdelnick]

что на нем вообще написано, с 2009го?

Например: docker, syncthing, серверная часть letsencrypt, критичные по производительности части gitlab, почти весь инструментарий coreos... А, Вам для Вашего локалхоста? Ну извиняйте, это попозже, пока его больше используют там, где он лучше подходит, а не как python — где попало, потому что больше ничего не знают.

[Olej]

пока его больше используют там, где он лучше подходит,

А лучше Go подходит:
- как универсальный язык прграммирования, естественно развивающий линию языка C ... именно C, а не C++ - Go отказался от той громоздкой модели объектности, куда стали развивать C++
- и потому что его (ещё для операционной системы Plan 9), по крайней мере на уровне идеологии, развивали те же люди, которые 40 лет назад создавали C & UNIX - это как у А.Дюма: "40 лет спустя", они сделали тот же C, но избавившись от тех недостатков, которые выявились 40 годами использования C
- и для эффективного использования многопроцессорных архитектур - в 2007 году, когда начинали разработку, это ещё не было так отчётливо ясно, что на каждом рабочем десктопе будет 2-4-8 ядер, а для серверов достаточно обычно станет 4 х 6-ядерных процессоров, но сейчас это выстреливает...
- и параллельная-конкурентная-многопроцессорная модель поддерживается не низкоуровневыми библиотеками потоков, а реализует высокоуовневую модель Хоара
И это далеко не всё...

[Bizdelnick]

Я бы не рассматривал Go как замену C. Вот Python и Java у него есть все шансы потеснить (что он уже и делает). А C из той ниши, которую сейчас занимает, вряд ли в ближайшее время куда-то денется.

[Olej]

Я бы не рассматривал Go как замену C. Вот Python и Java у него есть все шансы потеснить (что он уже и делает). А C из той ниши, которую сейчас занимает, вряд ли в ближайшее время куда-то денется.

Именно сами авторы C & UNIX и планировали (экспериментировали) в качестве замены им: Plan 9, Inferno, Limbo, Go и др. наработки этой линии (это всё продукты одной линии развития).
В принципе, потенциально Go может заменить C во всех нишах его применения: малые встраиваемые системы, любые системные утилиты, многопроцессорные системы.
Главное достоинство - компиляция в нативный код и нет нужды в никакой runtime системе (JVM, CPython etc.), а таких (нативно компилируемых) языковых систем почти не осталось среди ныне применяемых (хотя именно с них начиналась история IT).
Компиляция Go в разы быстрее C (не говоря уже про C++), это было одним из исходных требований разработки и наложило отпечаток на синтаксис. В силу этого Go можно (в стиле JIT) использовать как скриптовый язык (традиционная ниша Perl, Python, bash, ...).
Другой вопрос, что часто какое-то из таких использований просто нецелесообразно ... потому что уже сделано другими средствами.

[Bizdelnick]

нет нужды в никакой runtime системе

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

[serzh-z]

Это лучшая книга по Go из всех

Довольно неплохо, но, имхо, "Effective Go" или "A Tour of Go" получше будет. У Донована и Кернигана много воды.

Даже если не обращать внимание на то, как отзываются о Го знакомые программеры, то что на нем вообще написано, с 2009го

Увы, на том же GitHub, наверное, большинство интересных проектов на Go, стартовавших в районе 2010 года, помечены "Unmaintained" или "WiP".

как отзываются о Го знакомые программеры

Ну, красота правит миром. Уродливый и необычный синтаксис/стиль Go не идёт ему на пользу.

которые я могу навалять на одном только bash

Но плюс Go в том, что у него низкий порог вхождения, минимальный набор зависимостей, очень тупая и простая система сборки на любой платформе. И, главное, - высокое быстродействие, при наличии упомянутых плюсов. Солянка из Autotools, Bash, C, Glib и даже Python этим, увы, не похвалятся.

[serzh-z]

(книгу для ознакомления можете свободно скачать А. Донован Б. Керниган - Язык программирования Go (2016) ... её выложили на удивление быстро и на удивление много)

О боги, как много ягодиц, сисек и фаллосов на этом ресурсе для ознакомления. =)

[Bizdelnick]

на том же GitHub, наверное, большинство интересных проектов на Go, стартовавших в районе 2010 года, помечены "Unmaintained" или "WiP".

Так, по-моему, будет правильнее.

Уродливый и необычный синтаксис/стиль Go не идёт ему на пользу.

Что там уродливого-то? Разве что то, что { в начале функции нельзя размещать на отдельной строке...
Необычный — да, но не больше чем в любом более или менее самостоятельном языке по сравнению с другими.

[Olej]

нет нужды в никакой runtime системе

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

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

Я имел в виду, что осталось считанное число языков программирования (технологий), которые не требуют для своей работы (исполнения) интерпретатора, исполняющей системы, языковой виртуальной машины (каждый по-своему называет) ... типа JVM.
Исполнимый код из Go для своего выполнения не требует ничего.

[Olej]

как отзываются о Го знакомые программеры

Ну, красота правит миром. Уродливый и необычный синтаксис/стиль Go не идёт ему на пользу.

А мне, напротив, синтаксис Go кажется красивым ... и даже изящным: из C убрали излишества, которые остались с времени его создания только потому, что тогда ещё не умело строили компиляторы (например: обязательно ';' в конце строки из 1-го оператора ... зачем?)
А "Уродливый и необычный синтаксис/стиль" - это то, что из C Страуструп сделал в C++.

(книгу для ознакомления можете свободно скачать А. Донован Б. Керниган - Язык программирования Go (2016) ... её выложили на удивление быстро и на удивление много)

О боги, как много ягодиц, сисек и фаллосов на этом ресурсе для ознакомления. =)

А что вы ожидали?
Вы что, не знаете что за публика размещает варёз?

Каков поп - таков и приход.

Любите варёз ... "люби и саночки возить".

Уродливый и необычный синтаксис/стиль Go не идёт ему на пользу.

Что там уродливого-то? Разве что то, что { в начале функции нельзя размещать на отдельной строке...

Есть несколько принятых "кодестайл" для записи кода C.
Некоторые из них требуют { там же, где и начало функции.
Я лично никогда не переносил { ... это временами порождало скандалы, но никогда не создавало проблем.

Да, некоторые правила Go сделали запись кода не свободно форматиуемой (как в Python). Но кто сказал, что код должен быть свободно форматиуемым? Кому нужна запись целой программы C в одну строку без переносов? Наоборот, это, скорее, рудимент, оставшийся ещё от Algol, тяжёлое наследие года из 1960-го...
Отказ от свободного форматирования как-раз позволил Go уменьшить время компиляции в разы по сравнению с C.

[Olej]

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

А что там жирного в runtime библиотеке?
Из заметно ощутимых вещей, кажется, только: а). сборка мусора + б). управление параллельными горутинами (в части перебрасывания их между thread-ами операционной системы на разных процессорах).
И то и другое - это очень немного, и в последних версиях, как пишут и показывают, сделано очень эффективно.

[Bizdelnick]

А что там жирного в runtime библиотеке?
Из заметно ощутимых вещей, кажется, только: а). сборка мусора + б). управление параллельными горутинами (в части перебрасывания их между thread-ами операционной системы на разных процессорах).
И то и другое - это очень немного, и в последних версиях, как пишут и показывают, сделано очень эффективно.

А что, этого мало? В C/C++ такого нет. Поэтому на C и C++ можно программировать микроконтроллеры, а на Go — нельзя, и нельзя будет до тех пор, пока само понятие микроконтроллера не расширится на устройства с десятками метров памяти (а в случаях, когда требуется гарантированное время отклика, нельзя будет никогда, ибо gc). Вот по сравнению с Python и Java он действительно стройняшка, а по остальным ключевым параметрам (порог вхождения, скорость разработки, устойчивость к ошибкам) как минимум не проигрывает им.

[Olej]

А что там жирного в runtime библиотеке?
Из заметно ощутимых вещей, кажется, только: а). сборка мусора + б). управление параллельными горутинами (в части перебрасывания их между thread-ами операционной системы на разных процессорах).
И то и другое - это очень немного, и в последних версиях, как пишут и показывают, сделано очень эффективно.

А что, этого мало? В C/C++ такого нет.

... и именно поэтому программы и устройства на C/C++, рано или поздно, умирают по SIGSEGV

Поэтому на C и C++ можно программировать микроконтроллеры, а на Go — нельзя, и нельзя будет до тех пор, пока само понятие микроконтроллера не расширится на устройства с десятками метров памяти (а в случаях, когда требуется гарантированное время отклика, нельзя будет никогда, ибо gc).

Это не совсем верно:
- на Go вполне можно программировать и малые и встраиваемые устройства ... более того, ещё лет 5-7 назад такие устройства очень даже успешно на практике проектировались и с операционной системой Plan 9
- и системы realtime & critical mission & с гарантированное время отклика - вполне можно (и нужно) проектировать со сборкой мусора - только если эта сборка мусора достаточно хорошо сделана ... это достаточно много обсууждалось в кругах разработчиков realtime UNIX QNX

[serzh-z]

Так, по-моему, будет правильнее.

Отнюдь. Для любой современной технологии, концепции или популярного формата (из того, что недавно пришлось искать: менеджер зависимостей/Markdown/DBus/SQLite/LevelDB/Redis/YAML/CLI-парсер/EXIF/XMP) ты, в случае C/Node.js/Ruby/Python/Java, почти всегда найдёшь популярное и поддерживаемое решение. В случае с Go - именитые решения тоже найдуться, но почти все они либо заброщены, либо с неполной поддержкой.

Что там уродливого-то?

А мне, напротив, синтаксис Go кажется красивым ... и даже изящным: из C убрали излишества

Ну ок, не столько даже синтаксис, сколько соглашение по именам (и соглашение по экпорту), которое не всегда выполняется даже в стандартной библиотеке: чего стоят эти Printf, Doit, Dothiscoolaction и имена встроенных функций. От непонятных lowercase-имён C типа попробовали уйти, но на полпути остановились (len, cap).

Вы что, не знаете что за публика размещает варёз?

Не ожидал его здесь увидеть. Ознакомиться с книгой можно было и, например, в Google Play Books, без порно.

... и именно поэтому программы и устройства на C/C++, рано или поздно, умирают по SIGSEGV

Я бы сказал так лишь про (все) приложения KDE. =) Они так умирают сейчас, они точно так же умирали и 16 лет назад.

- на Go вполне можно программировать и малые и встраиваемые устройства ... более того, ещё лет 5-7 назад такие устройства очень даже успешно на практике проектировались и с операционной системой Plan 9

Надо коллеге, который разрабатывает для выключателей и лампочек с ZigBee, рассказать. Представляю его реакцию. =)

[Olej]

Вы что, не знаете что за публика размещает варёз?

Не ожидал его здесь увидеть. Ознакомиться с книгой можно было и, например, в Google Play Books, без порно.

https://play.google.com/store/search?q=%D0%...%BD&c=books

401,32 грн.

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

Возможно, serzh-z, вы знаете место для легального свободного скачивания книжки?
Ну так давайте ссылку на это место сюда скорее!

[Olej]

- на Go вполне можно программировать и малые и встраиваемые устройства ... более того, ещё лет 5-7 назад такие устройства очень даже успешно на практике проектировались и с операционной системой Plan 9

Надо коллеге, который разрабатывает для выключателей и лампочек с ZigBee, рассказать.

Обязательно расскажите!
А то ваш коллега так невежественным идиотом и состарится...

Plan 9 имеет компактный код, и таким образом с лёгкостью может быть портирована на любую процессорную архитектуру, поддерживающую аппаратный MMU.

Эмблема (Plan 9) ничего не напоминает?
Inferno и Plan 9

Все знатоки UNIX знают имена Кена Томпсона (Ken Tompson), Роба Пайка (Rob Pike) и Дениса Ритчи (Dennis Ritchie). Знают об их вкладе в индустрию IT, знают, что именно они являются создателями операционной системы UNIX, языка программирования Си и именно им принадлежат идеи файлов-устройств, конвейерной обработки данных, командного интерпретатора, работающего вне ядра ОС. Но немногим известно, что еще в конце 1980-х эти люди начали самый грандиозный и масштабный проект по уничтожению UNIX и ее родного языка Си, что именно в это время они приступили к работе над операционной системой, призванной уничтожить UNIX и придти ей на смену.

[Bizdelnick]

Ну ок, не столько даже синтаксис, сколько соглашение по именам (и соглашение по экпорту), которое не всегда выполняется даже в стандартной библиотеке: чего стоят эти Printf, Doit, Dothiscoolaction и имена встроенных функций. От непонятных lowercase-имён C типа попробовали уйти, но на полпути остановились (len, cap).

len и cap — это встроенные функции, а не функции стандартной библиотеки. В библиотеке же (любой, не только стандартной) от капитализации не уйдёшь, потому что это не соглашение, а как раз-таки синтаксис.

[Bizdelnick]

Olej
Что из перечисленного в википедия://микроконтроллер хотя бы теоретически можно программировать на Go?

[Olej]

Что из перечисленного в википедия://микроконтроллер хотя бы теоретически можно программировать на Go?

Известные семейства
...
AVR (Atmel)
...
PIC (Microchip)
...

Кому и кобыла - невеста.

(тема то, wiki - старенькая, запущенная... то, что на сегодня - процессор, на завтра - пукалка)

На ARM системах вполне может использоваться Linux, Go.
А на каком оборудовании может использоваться операционная система реального времени QNX, на которой сделаны самые ответственные, критические embedded системы? На том же самом...

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