Go関連のことを調べてみた

GoのArrayとSliceについて深掘りしてみた

株式会社Schooの [@hiroto__1220](https://x.com/hiroto__1220)です！
Go研修を受けた際に、「開発だとSliceを使うことが多いです。」と言われており、ArrayとSliceの違いに興味を持ったので深掘りしてみました！

## 簡単にまとめると

– Arrayの全てまたは一部を参照しているのがSlice

– 柔軟性の高いSliceがよく使われる

– Sliceの作成方法は使い分けられると良い

## Array
“`go
func main(){
var a [10]int
fmt.Println(a) //[0 0 0 0 0 0 0 0 0 0]

a[0] = 12
a[2] = 17

fmt.Println(a) //[12 0 17 0 0 0 0 0 0 0]

b := [6]int{1, 2, 3, 4, 5, 6}
fmt.Println(b) //[1 2 3 4 5 6]
}
“`

– Arrayの長さ(要素数)まで型の

Go 言語の context を基礎から実践まで解説

# はじめに

こんにちは、エンジニアの清水です。

私は業務で Go を書いているのですが、context についての理解が浅いことでエラーに遭遇したので、勉強のために記事を書いてみました。

この記事では、実際のコード例を交えながら Go 言語の context パッケージの基本から実践的な使用方法まで解説していきます。
また実際に私が遭遇したエラーの例も交えて context の陥りやすい落とし穴についても解説します。

# context の基本

## context とは何か

`context`は、Go の標準ライブラリに含まれるパッケージで、API やプロセス間でリクエストスコープの値、キャンセル信号、デッドラインなどを伝播するための仕組みを提供します。

## なぜ context が必要なのか

1. リソースの適切な管理：不要になった処理を適切にキャンセルし、メモリや CPU などのリソースを解放できます。
2. タイムアウト制御：長時間実行される処理に対して、適切なタイムアウトを設定できます。
3. リクエストスコープの値の伝播：HTTP リクエストのトレース

failed to initialize database, got error dial tcp 127.0.0.1:3306: connect: connection refusedの対処法[Go,MySQL,Docker]

Go＋MySQLをDockerで立ち上げようとしたら下のようなエラーが出ました。

“`
failed to initialize database, got error dial tcp 127.0.0.1:3306: connect: connection refused
“`
これはdatabaseの初期化がうまくいかず、コネクションができなかったというエラーです。

# 解決方法
## dsnを確認する
dsnは、`Data Source Name`の略称で、データベースの識別子のことです。

例えばMySQLだと以下のようなdsnになります。

“`
[user]:[password]@tcp([IPアドレス]:3306)/[database_name]?charset=utf8mb4&parseTime=True
“`

まず上手くいかなかった例を紹介します。

私は、ymlファイルにMySQLの設定を下のように記述していました。

“`docker-compose.yml
services:
server:
build:
context:

Go言語のSNMPパッケージgosnmpでTRAPを受信する方法

# はじめに

Go言語のSNMPパッケージgosnmpを紹介するシリーズの４回目です。

１回目は

https://qiita.com/twsnmp/items/45a02243ce3fbca2a55f

です。

今回は、TRAPを受信する方法です。

# TRAPを受信するプログラム

TRAPを受信するプログラムは

“`go
package main

import (
“log”
“net”

g “github.com/gosnmp/gosnmp”
)

func main() {
tl := g.NewTrapListener()
tl.Params = &g.GoSNMP{}
tl.OnNewTrap = func(s *g.SnmpPacket, u *net.UDPAddr) {
log.Printf(“snmp trap from=%s trap=%+v”, u.IP.String(), s)
}
err := tl.Listen(“0.0.0.0:162”)
if err != nil {
log.Fatalln(err)
}

GoにおけるGoogle Sheets APIのリトライ処理

## 要約
1. リトライ処理には、`github.com/hashicorp/go-retryablehttp`を使う
1. ただし、直接利用できないので、StandardClientからTransportを取得して、`NewTransport()`を使ってGoogle APIsで利用可能な状態に変換する
1. Sheetsサービスには、`WithHTTPClient()`でリトライ可能なクライアントを設定する

## 本文
Google Sheets APIには、当然ながら呼び出し回数の制限がある。1分毎に呼び出し可能回数が回復するので、適切にリトライを行うことで、処理の失敗を抑えることができる。

リトライ間隔の戦略としては、[Exponential backoffが挙げられていた](https://developers.google.com/sheets/api/limits#quota)。
有名なパッケージでは、`github.com/cenkalti/backoff/v4`を使うことで、Exponential backoffを使ったリトライ処理を書くことができる。
今回

VSCodeでGoのデバッグができない　Failed to launch: could not launch process: unsupported architecture of windows/i386 – only windows/amd64 windows/arm64 are supported

# はじめに
VSCodeでGoのデバッグが出来ないものかと色んな方々の記事を参考に試していました。

↓参考にした記事
https://qiita.com/momotaro98/items/7fbcad57a9d8488fe999

しかし記事のとおり準備をしてもデバッグができない…デバッグボタン押してもなんかへんなエラーポップアップが出る…？🤔

なんてことになりましたので備忘録残しました。

※原因はほんとしょうもなかったです笑

# 環境
Windows10

# 問題
冒頭でも書きましたが、上記記事などを参考にVSCodeでGoのデバッグをするための拡張機能、必要ライブラリ、launch.jsonの設定をしていざデバッグクリック！！！

……と進めたら以下VSCodeのエラーポップアップが出てきました😇

“`
Failed to launch: could not launch process: unsupported architecture of windows/i386 – only windows/amd64 windows/arm64 are supported

【すぐにテスト環境構築】超簡易なJSONファイルを使ったMockサーバーを作った

## 概要
`/responses`配下にJSONファイル(`*.json`)を置くだけで、JSONを返すMockサーバーを作成しました。（自分用）

### 対象者
小規模なアプリケーションのテストをしたい方、テスト環境構築にとにかく時間をかけたくない方

### ソースコード
“`bash
git clone https://github.com/RyutaSato/mock-api.git
“`

## 使い方
リポジトリをクローンし、以下のコマンドでDockerを起動します。

`${PORT}`はListenしたいポート番号に置き換えるか、環境変数で指定します。
“`bash
# cd mock-api
# PORT=8080
docker build -t mock-api .
docker run -d -p ${PORT}:8080 -v $(pwd)/responses:/responses mock-api
“`

Windows上でPowerShellを使用している場合
“`powershell
# cd mock-api
# $PORT=8080

なんとなくDDD(ドメイン駆動設計)を用いていたらDB駆動設計になってしまった話

# はじめに

都内でエンジニアをしている者です。最近、初めてドメイン駆動設計（DDD）を用いたプロジェクトを担当しましたが、初めての挑戦だったため、結果的にDB駆動設計になってしまいました。この経験から学んだことを共有したいと思います。

# どんな失敗をしたのか

主な失敗は、ドメインオブジェクト（エンティティ）を作成する際に、データベースのテーブルモデルの構造体をそのまま流用してしまったことです。本来、テーブル構造とドメインオブジェクトは独立しており、ユースケースごとにドメインオブジェクトを設計するべきです。しかし、私はDBの構造に引っ張られて、必要以上にDBの設計に依存したオブジェクトを作ってしまいました。

# ドメインオブジェクト(エンティティ)の作成方法

どのようにモデリングすればよいのか当初は悩んでいましたが、以下の記事に出会い、非常に納得できました。

– [参考記事](https://qiita.com/MinoDriven/items/2a378a09638e234d8614)

この記事の「役割」を基にしたモデリングの考え方が非常にしっくりきました。例えば、「

Go言語のSNMPパッケージgosnmpのサンプルプログラムをSNMPv3対応する方法

# はじめに

前回までの記事

https://qiita.com/twsnmp/items/2986b696cced09820291

でgosnmpパッケージのサンプルプログラムについて紹介しました。
これまでの説明は、デフォルトのSNMPv2cによる通信でした。
セキュリティーを重視する人は認証や暗号化に対応したSNMPv3で通信したいと思っているでしょう。そこで、今回は、このサンプルプログラムをSNMPv3対応にする方法を説明します。

# SNMPv3対応

SNMPv3対応に変更したソースコードは

“`diff_go
package main

import (
“fmt”
“log”

g “github.com/gosnmp/gosnmp”
mibdb “github.com/twsnmp/go-mibdb”
)

func main() {
m, err := mibdb.NewMIBDB(“./mib.txt”)
if err != nil {
fmt.Printf(“NewMIBDB failed err=%v”, err)
return

GoでURLからクエリパラメータを取得する方法

GoでURLからクエリパラメータの値を取得する方法について、取り上げます！

http://localhost:8080/todos?size=3&prev_id=2
このようなURLからsizeとprev_idを取り出していく方法を見ていきましょう〜

### 全体のコード
“`
func (h *TODOHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {
if r.Method == “GET” {
myUrl, _ := url.Parse(r.URL.String())
log.Println(myUrl)

params, _ := url.ParseQuery(myUrl.RawQuery)
log.Println(params)

size, err := strconv.ParseInt(params.Get(“size”), 10, 64)
if err != nil {
http.Error(w, “invalid size parameter”,

Go言語でPostgreSQLを使ったデータベースのリセット方法

# 本記事の内容
Go言語を使って数値計算シミュレーションアプリのバックエンドを開発しています。計算に使用する数値データを保存するためにデータベースを活用しており、開発中にはテストや新しいデータを作成する際にデータベースをリセットする必要が頻繁に発生します。もちろん、特定の部分だけを更新することも可能ですが、データ構造自体も試行錯誤しながら進めているため、既存のテーブルや登録データを削除してデータベースをクリーンに保つ方が、開発の効率化につながります。

この記事では、既存のテーブルを削除して再作成する具体的な方法について解説します。

※本記事はあくまで個人開発の一環であり、PostgreSQLやデータベース管理に関して誤りがあればぜひご指摘いただけると幸いです。

# 使用環境

* Windows11 pro
* PostgresSQL
* Go言語
* pgAdmin4

# Postgresデータベースのリセット方法
PostgreSQLでデータベースをリセットする際には、主に以下のステップを踏みます。

1. **スキーマの削除**: テーブル、ビュー、シーケンスなどすべて

Goで利用するORM・SQLライブラリ比較とsqlcの魅力

# はじめに

　こんにちは！今回はGoのSQLライブラリ「sqlc」についての記事を書こうと思います。

　（記事作成の動機の話 … ）この夏参加した2週間のインターンで、チーム開発に挑戦しました(後日記事を書きます)。その際、データベースとのやり取りを効率化するために、チームで採用したのが 「sqlc」 です。チームでは sqlc を使って、手書きのSQLを活かしながら型安全なGoコードを自動生成し、機能実装を進めました。(冒頭から若干のネタバレ)

　実際に使用してみて感じたのは、その快適さ。**SQLの柔軟性を保ちながら、型安全なコードが生成される**という点で、個人的にも「これは今後のプロジェクトでもぜひ使いたい！」と思いました。
　とはいえ、ORM/SQLだけでも世の中にはいろんな種類のライブラリが存在しており、エンジニアはこれを適切に選定しなくてはなりません(ということをインターンで学びました)。そこで、今回は他のORM/SQLライブラリについても触れ、比較を行っていきたいと思います。(内容に誤りがあればご指摘ください🙇)

　本編では、私自身が経験した sqlc

Go言語のSNMPパッケージgosnmpを人にやさしくする方法

# はじめに

前回、Go言語のSNMPパッケージgosnmpを紹介しました。

https://qiita.com/twsnmp/items/45a02243ce3fbca2a55f

このパッケージの利用を、少し人に、やさしくする方法の説明です。

# gosnmpの不便なところ

前回の記事で紹介したサンプルソースコードと実行結果では、MIBの名前を数値のOIDで指定しています。

“`go:main.go
oids := []string{“1.3.6.1.2.1.1.4.0”, “1.3.6.1.2.1.1.7.0”}
result, err2 := g.Default.Get(oids) // Get() accepts up to g.MAX_OIDS
“`
や

“`:実行結果
$go run main.go
0: oid: .1.3.6.1.2.1.1.4.0 string: twsnmp@gmail.com
1: oid: .1.3.6.1.2.1.1.7.0 number: 72
“`
です。

数値のOIDは、人に、やさしくありません。いったい何の

Go言語のSNMPパッケージgosnmpのサンプルプログラムを試す方法

# はじめに

SNMPに関連したプログラムは、ほとんどの場合NET-SNMPを利用して開発していると思います。C言語の他に、PerlやPyhtonからも利用できますが、Go言語からは簡単に利用できません。

そこで、今回はピュアGoで書かれたSNMPクライアントライブラリgosnmp

https://github.com/gosnmp/gosnmp

を紹介します。基本のサンプルプログラムを試す方法の説明です。

# 準備

“`shell
mkdir snnmp_get
cd snmp_get
go mod init snmp_get
go get github.com/gosnmp/gosnmp
“`

で準備完了

# サンプルログラム

GitHubのサイトにあるサンプルプログラムは、

“`go

package main

import (
“fmt”
“log”

g “github.com/gosnmp/gosnmp”
)

func main() {
// Default is a pointer to a GoSNMP struct that

【Go言語】　スライス

# 前回までのあらすじ
第3回目は「型アサーション」について学びました。もしよかったらご覧ください。

https://qiita.com/koutorino/items/b1e335bc30618f5470be

今回も引き続きUdemyの『【Go入門】Golang基礎入門 + 各種ライブラリ + 簡単なTodoWebアプリケーション開発(Go言語)』の内容をもとに学習を進めていきます。

https://www.udemy.com/course/golang-webgosql/?couponCode=ST11MT91624B

# スライスとは
配列とはちょっと違ったものがスライスです。配列よりも使い勝手が良いので、Go言語ではよくみられるものになっています。これから細かくみていきます。配列と違って`[]`内に数値を入れなければスライスになります。

“`golang
//明示的
var sl []int = []int{100, 200}
// [100 200]

//暗黙的
sl := []int{100, 200}
// [100 200]

//make関数
sl :

Go：エラーの出力と処理の基本

# はじめに
こんにちは！株式会社HRBrainの25卒インターン生のizutakuです！
Goで個人開発を行っていた際、エラーハンドリングに一貫性が無いことに気づいたため、改めてエラーハンドリングの基礎を学びました。
この記事では主に以下のパッケージを使用したエラーハンドリングとカスタムエラーについて紹介しますので、ご興味があれば一読ください！

– errors
– fmt
– log
– os

# errors
シンプルなエラーメッセージを持つオブジェクトを生成する。
“`golang:main.go
package main

import (
“errors”
“fmt”
)

func divide(a, b int) (int, error) {
err := errors.New(“cannot divide by zero”) //エラーメッセージを持つオブジェクトを作成

if b == 0 {
return 0, err
}

result := a / b
return result, nil
}

func main() {

re

Go言語とC++で演算子の優先度が違ってバグった話

# GoからC++への移植
最近、C++の練習がてらAtCoderなどの競技プログラムをC++でもやり始めました。基本Go言語でやっているので、Go言語でプログラミングしてACしたあとに、C++に移植というスタイルでやっています。

Go言語からC++にポーティングする時に、演算子の優先度でバグったので情報共有しておきます。

# バグったコード

具体的には、以下の式です

“`go
bit = x >> i % 2
“`

この結果がC++とGoで異なり、どこでミスが発生しているのかを見つけるのにえらく苦労しました（まさか、ここの挙動が違うとは思いもしませんでした）。

# 実際に確認してみる

## Go言語

“`go
package main

import “fmt”

func main() {
x := 0x55

for i := 0; i < 8; i++ { fmt.Println(i, x>>i%2, (x>>i)%2, x>>(i%2))
}
}
“`

上記のプログラムの実行結果は、以下になります
“`text
0 1 1 85
1 0

GO言語でpingを実行するプログラムの作り方

# はじめに

GO言語で開発するプログラムの中でpingを実行して疎通確認をしたい場合があると思います。そのためのパッケージの紹介です。

https://github.com/prometheus-community/pro-bing

を使います。go-pingというパッケージがありますが、今はメンテナンスされていません。検索して見つかっても使わないほうがよいです。

# PINGを実行するプログラム

“www.google.com”へpingするプログラムは

“`go
package main

import (
“log”

probing “github.com/prometheus-community/pro-bing”
)

func main() {
pinger, err := probing.NewPinger(“www.google.com”)
if err != nil {
log.Fatalln(err)
}
pinger.Count = 3
// pinger.SetPrivileged(true) // for Windo

【Go言語】　型アサーション

# 前回までのあらすじ
第2回目は「クロージャー」について学びました。もしよかったらご覧ください。

https://qiita.com/koutorino/items/42fbec48b8f39ecee017

今回も引き続きUdemyの『【Go入門】Golang基礎入門 + 各種ライブラリ + 簡単なTodoWebアプリケーション開発(Go言語)』の内容をもとに学習を進めていきます。

https://www.udemy.com/course/golang-webgosql/?couponCode=ST11MT91624B

# 型アサーションとは
インターフェース型の変数が具体的な型に保持している値を取得するための機能のことです。
インターフェース型は異なる型の値を扱うことができるため、なんの型が入っているかがわかりにくくなります。そこで、型アサーションを使うとインターフェースの内部にある具体的な値の型を確認・取得できます。
“`golang
value := x.(T)

x: インターフェース型の変数
T: 具体的な型（例えば、intやstringなど）
“`

上記が

個人的に感じたMVCアーキテクチャとレイヤードアーキテクチャの違いについて

## はじめに
初めまして。私は新卒2年目のエンジニアで、これまでに2つのプロジェクトに携わりました。1つ目のプロジェクトはMVCアーキテクチャを採用し、2つ目はドメイン駆動設計（DDD）とレイヤードアーキテクチャに基づいて開発を行いました。

この記事では、これら2つのアーキテクチャの比較を、私自身の経験を基に説明します。まだ経験が浅い部分もありますが、意見やフィードバックをいただけると嬉しいです。

## それぞれのメリット、デメリットについて
| | 学習コスト | 開発スピード | 責務の分離 |
| ———————— | ———- | ——————– | ———————————— |
| MVC | 比較的低い | 小〜中規模だと早い | チームで決めておかないと不明瞭になる |
| レイヤー