memo個人的にはpkgパッケージを作ることにわりと肯定的な立場なので思ったことをメモしておくよ。pkgパッケージが作られる理由pkgパッケージを作りたいと思う理由は以下だよ。pkgパッケージはmonorepoの小さい版と解釈すると納得できる公開されたパッケージのAPIは変更しづらいがメンテし続けなくてはいけない(破壊的な変更を好まない人々の目に触れることになる)internalでは全然ダメ。公開を意図してパッケージを作りたいOSSプロジェクトで見つかるpkgパッケージの理由は真ん中の理由が主かもしれない。有名な組織の下のコードだとこなれてない段階でも依存したがる人が一定数存在していそうだし。OSS関係なく自分たちのコードでpkgパッケージを作りたいと思うこともあるよ。そのようなときの典型的なpkgパッケージの内訳は以下だよ(もちろんこれらはサブパッケージだよ)。(apppkg)?場合によってはsessionIDなどを良い感じにロガーに渡すなど、アプリと自分たちの組織の慣習やインフラとが密に結びついたパッケージをapppkg的な感じで切ることもあるよ(pkg,apppkgが存在する)。このapppkgが最終的な良い位置だとは思わないよ。すわりの悪い位置だなーということはメンバー内で納得している必要があるよ。してアプリのコードではないの?というと、アプリが複数あることもあるからだよ。仕様を内部で良い感じにハンドリングする必要があるUIや分岐はユーザーのinputに依存する基本的にはgoはツールの方が得意だよ。現在頑張ってアプリに手をかけようとしている最中という認識だよ(これはアプリ開発者の疲弊とgo2.0の新機能がどこに向いているかに対する自分の認識だよ)。まとめpkgパッケージはmonorepoでgoはelmだよ。(個人的なコード生成のための環境を作っている。go/typesにQuqlifierという型がある。componentという機能を追加した月別アーカイブはてなブログをはじめよう!podhmoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。