Александр Павлюк

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

Вам компилятор четко пишет

main redeclared in this block {строка 8 столбец 6 }
previous declaration at ./hello.go:18:6

Перевожу: функция main написана несколько раз, второй раз она встречается в файле hello.go на 18 строчке.
Видимо, у вас в одной папке несколько файлов и в нескольких из них есть функция main. Так делать нельзя, все, что находится в одной папке, го считает одним пакетом.

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

потом я хотел настроить перменную GOPATH, а там как я понял надо указать путь до ГО и там выбрать папку scr.

Нет, вы пользуетесь каким-то странный старым руководством. Если из пакетов ставите, то у вас уже всё нужное есть. Никакой GOPATH уже давно прописывать не надо.

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

Несколько примеров:

path := `c:\Program files\some program\program.exe`
// аналогично вызову в консоли start "c:\Program files\some data"
cmd := exec.Command("start", path)
......

// аналогично вызову в консоли "c:\Program files\some program\program.exe"
cmd := exec.Command(path)
......

// аналогично вызову в консоли some_prog.exe -flag1 value1 -flag2 value2
cmd := exec.Command("some_prog.exe", "-flag1", "value1", "-flag2", "value2")
......

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

Кстати, если вам просто нужен полный ответ команды stdout+stderr, можете использовать метод cmd.CombinedOutput(). Он выполнил программу, дождется ее завершения и вернет полностью то, что она писала в консоль.

Для таких целей отлично подходит паттерн "worker pool"
https://gobyexample.com/worker-pools

Создаете воркеров столько, сколько параллельно урлов хотите обрабатывать. Отправляете в канал не слайс урлов, а урлы по-одному. Каждый воркер берет из канала свой урл и все они параллельно обрабатывают разные урлы.

Успешность обычно проверяют по http-коду ответа.

Если же сервис сделан так, что код ответа всегда 200, то единственный верный способ будет пытаться анмаршалить оба и смотреть на поля, всё верно.

Это не деление с остатком, это целочисленное деление.
Если делишь одно целое число на другое целое число, работает целочисленная арифметика, потому что го это строго статически типизированный язык.
Чтобы получить дробное число, нужно явно делить одно число с плавающей точкой на другое.

package main

import "fmt"

func main() {
	var some = float64(5) / float64(3)
	fmt.Println(some)
	fmt.Printf("%T", some)
}

Происходит это потому что компьютер так работает на уровне железа. Если процессору дать команду на деление двух целых, ответом будет целое. Если дать команду на деление двух флоатов — будет флоат.
В некоторых языках компилятор или интерпретатор берут на себя смелость решать за пользователя, какой ему тип нужен и автоматически включают нужный тип деления в зависимости от ситуации (обычно включается флоат на флоат, как в JS, например). Но это может приводить к ошибкам в некоторых ситуациях.
Поэтому в го, C, C++ и еще многих других языках (обычно это статически типизированные языки), пользователь должен явно выбирать требуемый тип деления, используя нужные типы переменных.

Пример, конечно, очень странный. Не ясно, где применять такую функцию.
Но матчинг ошибки через Is и вынесение ее в var сделаны правильно.

Is используем, когда надо проверить, наследована ли ошибка от указанной кастомной ошибки.

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

https://go.dev/play/p/AGbxpqQKteC

type CustomError struct {
	Text     string
	HttpCode int
}

func (c *CustomError) Error() string {
	return c.Text
}

func main() {
	err := doSomeStuff()
	if err != nil {
		customErr := &CustomError{}
		if errors.As(err, &customErr) {
			fmt.Println(customErr.Text, " http code:", customErr.HttpCode)
		}
	}
}

func doSomeStuff() error {
	return &CustomError{
		Text:     "please provide a password",
		HttpCode: 401,
	}
}

Вы правильно открываете файл, а потом используете WriteFile, вместо того, чтобы писать в открытый дескриптор файла.
Правильно будет так:

func WriteJson(d structs.Bassketball) error {
	f, err := os.OpenFile("basketball.json", os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644)
	if err != nil {
		return err
	}
	defer f.Close()

	rawJSON, _ := json.Marshal(d)
	_, err = f.Write(rawJSON)
	if err != nil {
		return err
	}

	return nil
}