Синтаксис в го простой, но есть так-же кучу всего интересного

короче в папке проекта go mod init *my-app и потом можно делать go get или go mod tidy

И потом go get blabla

документация в целом понятна

А такая как считаете?) Адама фримана

вот из русских книг такую рекомендуют

это норм.

ага, а она актуальная не старая?)

отличия небольшие. типа go mod и пары мелочей

Я думаю, в канале по php лучше знают, как дела с производительностью в php :-/

а в го как?)

1) Хорошо масштабируется. *разумеется, если сам код многопоточный (точнее "многорутинный") и количество одновременно активных рутин не меньше, чем количество логических процессоров, доступных для бинарника. Однопоточный код, разумеется, сам по себе масштабироваться не будет. 2) процесс в Go один, треды рождает рантайм Go, и как правило их не больше, чем логических ядер процессора, горутины рождает программист из своего кода явно 3) Накладные расходы на порождение новых go-рутин (и переключение между ними) минимальны, т.к. это внутренний объект рантайма, а не объект операционной системы. 4) Что такое маршрутизация процессов?

1) Хорошо масштабируется. *разумеется, если сам код многопоточный (точнее "многорутинный") и количество одновременно активных рутин не меньше, чем количество логических процессоров, доступных для бинарника. Однопоточный код, разумеется, сам по себе масштабироваться не будет. 2) процесс в Go один, треды рождает рантайм Go, и как правило их не больше, чем логических ядер процессора, горутины рождает программист из своего кода явно 3) Накладные расходы на порождение новых go-рутин (и переключение между ними) минимальны, т.к. это внутренний объект рантайма, а не объект операционной системы. 4) Что такое маршрутизация процессов?

2). т.е. можно ли загрузить все ядра? или получатся что раз процесс один то он только на одном ядре?

суть в том что его capacity c 1024 переходит в 1280 а не 2048, не могли бы осветить почему так ?

geamotricProgressSlice := []int{1} for i := 1; i < 1500; i++ { fmt.Printf("Current len of slice %v and capacity %v \n", len(geamotricProgressSlice), cap(geamotricProgressSlice)) geamotricProgressSlice = append(geamotricProgressSlice, i) }

Версия го

1.13.8

вот из русских книг такую рекомендуют

На мой взгляд - Golang в качестве первого языка - не самый лучший вариант. Во-первых, Golang мультипарадигменный, из-за чего новичку сходу придется знакомиться с достаточно большим количеством фундаментальных понятий. во-вторых, приложения на Golang не имеют GUI, что не позволяет хорошо поиграться в интерактив со своей программой. в-третьих, в Golang очень своеобразная реализация ООП. И проще понять ее, зная более классические, чем после go-шной понимать классическую. в-четвертых в Golang'е есть несколько очень специфичных для него при этом широко используемых языковых средств, без которых потом в других языках программирования будет некомфортно.

На мой взгляд - Golang в качестве первого языка - не самый лучший вариант. Во-первых, Golang мультипарадигменный, из-за чего новичку сходу придется знакомиться с достаточно большим количеством фундаментальных понятий. во-вторых, приложения на Golang не имеют GUI, что не позволяет хорошо поиграться в интерактив со своей программой. в-третьих, в Golang очень своеобразная реализация ООП. И проще понять ее, зная более классические, чем после go-шной понимать классическую. в-четвертых в Golang'е есть несколько очень специфичных для него при этом широко используемых языковых средств, без которых потом в других языках программирования будет некомфортно.

Gui - fyne ,gotk, gio? Или вы про что?)

я про то, что Gui в го - это не нечто стандартное.

На мой взгляд - Golang в качестве первого языка - не самый лучший вариант. Во-первых, Golang мультипарадигменный, из-за чего новичку сходу придется знакомиться с достаточно большим количеством фундаментальных понятий. во-вторых, приложения на Golang не имеют GUI, что не позволяет хорошо поиграться в интерактив со своей программой. в-третьих, в Golang очень своеобразная реализация ООП. И проще понять ее, зная более классические, чем после go-шной понимать классическую. в-четвертых в Golang'е есть несколько очень специфичных для него при этом широко используемых языковых средств, без которых потом в других языках программирования будет некомфортно.

на мой взгляд, первым может быть любой другой язык, но обязательно чтоб со строгой типизацией!

а какой язык не мультипарадигмальный? Си?

Мне кажется лучший язык в качестве первого это шарпы, а потом когда уже понимаешь как что устроено очень легко перейти на другой стэк

Си, паскаль и бейсик. Возможно, что-то еще, чего я не знаю (а не знаю, я много чего)

Мне кажется лучший язык в качестве первого это шарпы, а потом когда уже понимаешь как что устроено очень легко перейти на другой стэк

ну на этом далеко не уедешь. А не использовать элементы разных парадигм никто не запрещает

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

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

Я просто думаю выучится на Go и не парится ) да будет трудно ну а где легко ?

Осталось найти учебник (или курс) по Go, который долгое время не будет сталкивать новичка с ООП и функциональным программированием, давая возможность отточить алгоритмическое мышление. И чтоб еще обилие пакетов тоже первое время не показывал.

шо сложного вв голанде

не знаю, хотите начинать с Golang, почему нет ? В сишарпе слишком сладко и приторно )

Для новичка все не легко

Питон изи

Питон изи