Суслик и пингвин: кодим на Go под Linux

Прикольная статья, мне понравилась. Особенно про то как работать с системными вызовами и С из голанга

В самом начале:

3. Компилятор сам расставляет отступы с помощью gofmt. Но важно использовать табуляцию.

И далее примеры по тексту:

func main() {
str := "Hello, World\n"
cs := C.CString(str)
C.fputs(cs, (*C.FILE) (C.stdout))
C.free(unsafe.Pointer(cs))
}

Коллеги, мы не компиляторы golang`а - нам бы в примерах сразу нормальное форматирование. :) Поправьте, пожалуйста.

Язык ядра Linux, его модулей и утилит написаны на языке C

Простите, но глаза ломаются и дёргаются, когда с первой строки язык ядра написан на языке С )

Параллельные процессоры и fork

Вы меня извините опять, но я не смог представить параллельные процессоры. Попытался представить ортогональные и положить угол равным нулю, но не помогло)

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

Я конечно могу найти что-то вроде https://github.com/google/brotli , поковырять, попытаться понять как это устроено и работает, но всё же... Как то не хватает в статье более-менее реальных примеров, а то на самом интересном всё и закончилось. Я даже думал где-то в конце должна быть рекламная ссылка на курсы.

Я от природы очень глупый, но понял, что

• Go - замечательный язык программирования

• В Телеграм ему посвящены один замечательный и ещё 17 просто очень хороших каналов

• Маскотом Go (до этой статьи никогда не задумывался) является суслик (Gopher) что весьма изящно перекликается с Gofer или даже дальше, с Golfer

package main

import (
	"fmt"
	"time"
)

func say(s string, delay time.Duration, c chan int) {
	for i := 0; i < 5; i++ {
		time.Sleep(delay)
		fmt.Println(s)
	}
	//close(c) //Deadlock if omitted, requires a channel per call
	c <- 1
}

func main() {
	c := make(chan int,3) // without this just exits cleanly(!!!) saying nothing
	//d := make(chan int,3)
	go say("world", 150 * time.Millisecond, c)
	go say("hello", 100 * time.Millisecond, c)  //d)
	u := 0
	for i := range c {
		u = u+1  // := instead of = is stealthy and deadly
		if u == 2 {  // requires global knowledge about all the goroutines run
			close(c)
		}
	}
	//for i := range d {
	//	fmt.Println(i)
	//}
}

Если у вас остались вопросы

Не вопросы, а нестыковки. Их так много, что разбор потянет на целую статью.

Автоформатирование кода. Компилятор сам расставляет отступы с помощью gofmt. Но важно использовать табуляцию.

Автоформатирование есть для любого уважающего себя языка. Просто в Go оно «в комплекте». Компилятор не расставляет отступы. Табуляция будет независимо от вашей воли.

Если вы не хотите заморачиваться над созданием документации — можно использовать godoc.

Не, тут другой посыл - механизм документации уже «в комплекте», заморачиваться и не придётся.

Низкоуровневое программирование — да-да, Go все таки может работать непосредственно с памятью, и существует пакет unsafe .

Пакет существует, но это не повод его сразу применять. Его использование снижает безопасность, надёжность, переносимость и поддерживаемость программ.

Корутины, горутины, сопрограммы — все это синонимы ветвей в Go. Так что не путайтесь, если я буду их использовать.

Реально запутался;) Зачем по-разному называть, если уже есть один устоявшийся термин?

В каждом дистрибутиве линукса есть огромное количество библиотек для Go.

Но зачем? О чём вообще речь? Зачем брать библиотеки из дистрибутива, если в Go свой прекрасный менеджер пакетов? И чаще всего Go-код компилируется в самодостаточный бинарь. Даже сам Go легко ставится и обновляется путём распаковки архива. Не в каждом дистрибутиве запакечен свежий Go.

Кроссплатформеность — поддержка Go осуществляется для Linux, Windows, MacOS и даже Free и Open BSD систем

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

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

Точно в яблочко! Но это плохо согласуется с приёмами из статьи, вся эта возня с Cgo и ассемблерными вставками. К примеру, работать с SQLite можно и через либу с C-биндингами и через нативный драйвер. Так вот, я предпочту драйвер без Cgo, потому что мне важна кросс-компиляция и не хочется зависеть от C-компилятора и его тулчейна. Всё же Go это больше про прикладное программирование.

Я бы только не забывал добавлять, что с подключением кусков на С можно забыть про фантастически быструю компиляцию Golang.

Еще одной отличительной способностью Go является быстрота исполнения программы — чаще всего даже быстрее языка C

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

Интересно, Горутины в Голанг называются "параллельными" сопрограммами. В Питоне программирование Корутин называется "асинхронным". Часто на собеседованиях по Python задается вопрос - отличия threading / multiprocessing / asyncio. Да, до последней версии Python выполняется на одном ядре.

Нельзя ли назвать Горутины в Golang "параллельно-асинхронными"? Поскольку 1) в Golang есть возможность выполнять на нескольких ядрах 2) как в питоне, во время простаивания (например, во время ожидания ответов сетевых запросов) Горутины отдают выполнение в Loop.

Спасибо за статью! Я периодически пишу на Go, но чаще всё-таки на C. Была как-то идея гошный код в .so собрать и к сишке подключить, но побоялся, не хотелось гошную асинхронщину с сишной смешивать. Был ли у кого-то опыт CGO "в обратную сторону", можете поделиться?)