- 1. Yocto：rootfsへのパッケージ追加・削除方法
- 2. Google Cloud Assured Open Source Software を検証しました
- 3. OSSコードリーディングのすゝめ
- 4. 【オープンソース】コントリビュートする方法
- 5. Argocdのapiserverをvscodeでデバッグしてブレークポイントをヒットさせる
- 6. ナレッジ共有OSS「Knowledge」をデバッグする
- 7. VSCodeで誤訳を見つけたのでGitHub issueを作成した話
- 8. dbt-coreに自作のサブコマンドを作成する方法
- 9. 「「ソースコード全部読まなきゃ病」と闘う方法」と戦う方法
- 10. Terraform のライセンス変更についての考察
- 11. dbt-coreにおけるOSS活動ことはじめその9 ~ テストカバレッジをローカルで確認する話 ~
- 12. dbt-coreのv1.6における重要なアップデート情報まとめ
- 13. 新規事業を立ち上げました！（自身の稼働限界と巻き込み力の不足で困った話）
- 14. LXDEの扱い方チートシート
- 15. dbt-coreにおけるOSS活動ことはじめその8 ~ コミュニティの話 ~
- 16. dbt-coreにおけるOSS活動ことはじめその7 ~ デバッグの話 ~
- 17. Flutterエンジニアなら知っておきたい企業InvertaseとVery Good Venturesを勝手に紹介します
- 18. OSSの予約表ページを作ってみた ―クソページを駆逐する活動―
- 19. 僕が Laravel のコントリビューターになるまで
- 20. dbt-coreにおけるOSS活動ことはじめその6 ~ PRの話 ~
Yocto：rootfsへのパッケージ追加・削除方法
# 1. はじめに
本ページでは、Yoctoでビルドしたイメージに含まれるパッケージの追加/削除方法について紹介します。
BSPなどで作成されるrootfsイメージに対して必要なミドルウェアを追加する場合、パッケージを追加する必要があります。また、パッケージ削除は、組込み用途向けなどストレージ容量が限られているケースで必要とされる他、使用しないパッケージをイメージから取り除くことで、OSSライセンス違反（例：ソース コード開示義務があるのに、公開していなかった、など）のリスクを減らすことができます。この記事は、上記のような理由でrootfsに変更を加えたいけど、rootfsへのパッケージ追加/削除の方法が良く分からない！という、Yocto初心者向けの内容になっています。
また、以降の説明は、BSP等のビルド環境が既に存在していることを前提に説明します。ビルド環境がない場合、以下ページを参考にビルド環境を構築することができます。
https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html# 2. 事前準備：イメージフ
Google Cloud Assured Open Source Software を検証しました
ゼロバンク・デザインファクトリー DevOps チームの鈴木です。
開発生産性を高めつつ安全なシステム開発ができるように環境整備に取り組んでおります。Google Cloud Assured Open Source Software (AOSS)を導入検証しましたので、その知見を紹介します。
2023年8月時点での内容です。# モチベーション
ソフトウェアサプライチェーン攻撃というサイバーセキュリティ上の脅威があります。
現在のソフトウェア開発はオープンソースなくして成立せず、その恩恵に依存している一方で、オープンソースのパッケージに悪意が混入した場合の脅威も大きくなっています。稼働するシステムを守るだけでなく開発工程の段階で安全性を確保する取り組みが必要になります。
由来の確かなオープンソースパッケージを利用することで、ソフトウェア開発ライフサイクルを守っていきたいと考えています。# Google Cloud Assured Open Source Software とは
Google Cloud Assured Open Source Software(AOSS)
OSSコードリーディングのすゝめ
# はじめに
### OSSとは
簡単に言うと、誰でも無料で読んだり使ったりすることができるソースコードです。オープンソースという言葉が生まれた1998年に、定義が定められました。
[オープンソースの定義(v1.9)注釈付](https://opensource.jp/osd/osd19/)まとめると、
**・再配布自由**
**・ソースコードの公開**
**・派生物の許容**
**・差別の禁止**
**・追加ライセンスの禁止**これらの条件を守っているものがオープンソースと呼ばれるようです。
### ChatGPTの出現
ChatGPTや各Pluginの活用方法がメジャーになったことで、コードリーディングに関しても今までとは比べ物にならない程、効率的に行うことができるようになりました。
# 何のために読むのか
OSSコードリーディングは、他人のコードを読むことで技術力を向上させる方法として知られています。
実際にどのような良いことがあるのかをまとめました。
### 業務のため
自社のシステムに組み込まれているOSSのコードを理解し, システムの安定性を保つために行います。
【オープンソース】コントリビュートする方法
## 目次
1.はじめに
2.イシュー発見
3.コントリビュートのガイドライン確認
4.Gitリポジトリのクローン後ローカル設置
5.イシュー修正後PR提出
6.結論## 1. はじめに
オープンソースを使用していて問題点を見つけたことがありますか。とっても単純なタイプミスからコードのバグまで様々な種類があります。時間があれば、オープンソースに寄与してみるのはどうでしょうか。オープンソースは誰でも参加できる空間であり、そのような寄与一つ一つが積み重なればオープンソースコミュニティ全体に有益な影響を与えます。これから実際の事例を通してGitHubのオープンソースに寄与する方法を見てみます。## 2. イシュー発見
最近[`bootstrap_form`](https://github.com/bootstrap-ruby/bootstrap_form)というオープンソースを使っていますが、公式文書の`README.md`ファイルにあるリンク3つ(`bootstrap_form_with`、`bootstrap_form_for`、`bootstrap_form_tag`)が動作
Argocdのapiserverをvscodeでデバッグしてブレークポイントをヒットさせる
# モチベーション
1.Argocdのapiserverの動きを読んでバグフィックスしコントリビュートしたいため。
2.https://github.com/KouWakai/argo-cd/pull/2
のプルリクをあげる際にbadgeの動作を確認したかったため。# 概要
公式ではtelepresenseを使った方法などありますが、準備も大変で結構複雑です。
apiserverをvscodeで動かすだけならお手軽でまずはとりかかりにapiserverのみをデバッグする方法をメモっておきます。やることとしては、Argocdのプロセスはgoremanで実行されています。そのうちapiserverのプロセスをvscodeで実行してデバッグします。
一応make stat-local BIN_MODE=trueでサービスを起動してvscodeでローカルプロセスにアタッチする形でデバッグもできますがコードの反映する際に都度make build-localしないといけないのが手間です。
そのためvsocdeでgo run ./cmd/main.goを使ってapiserverを起動する方
ナレッジ共有OSS「Knowledge」をデバッグする
# 概要
Qiitaライクなナレッジ共有ツール「Knowledge」を導入した.
デバッグ・開発の方法がまとまってなかったので備忘録としてまとめるhttps://information-knowledge.support-project.org/ja/
Knowledgeの見た目はこんな感じ
# 手順
## Java11をダウンロードする
SDKMANなどのJDK管理ツールを使うのがオススメ
https://sdkman.io/install
“`sh
$ sdk install java 8.0.382-amzn
“`## Eclipseをインストールする
最新版をインストールする
https://mergedoc.osdn.jp/
## Eclipseを起動し、ワークスペースを設定する
VSCodeで誤訳を見つけたのでGitHub issueを作成した話
## きっかけ
VSCode を触っている時に、翻訳ミスを見つけました。
「コピーするする」となっていますが、「コピーする」が正しい日本語訳ですね。
修正しようと思い立ちました。## GitHub issue 作成までの流れ
### 1. 報告・修正先を見つける
まずは報告・修正先を見つける必要があります。
私は最初、日本語の文章がおかしいので拡張機能「[Japanese Language Pack for VS Code](https://marketplace.visualstudio.com/items?itemName=MS-CEINTL.vscode-language-pack-ja)」あたりを見れば良いかな？と推測しました。
)# 本編
初めに読むべきドキュメントとしては、[core/dbt/cli/README.md](https://github
「「ソースコード全部読まなきゃ病」と闘う方法」と戦う方法
「「ソースコード全部読まなきゃ病」と闘う方法」と戦う方法https://researchmap.jp/blogs/blog_entries/view/82322/86ebeec0d6eef671909ad667c18aa856
「ソースコード全部読まなきゃ病」と闘う方法
https://qiita.com/guitar_char/items/3b31f7cc79333120b452を読んで疑問に思ったことを記述。
# コンパイルする
オープンソース、コンパイルをせずに読んでいる人がいるのに驚いたことがある。
コンパイルしてみるとエラーが出る。
その原因をいくつか記録する
環境OSが異なる
環境の言語の版が異なる
環境の道具が異なる(cmakeとか）
ライブラリが異なる
これまで遭遇したソースの８割がコンパイルエラーが出て、読むどころではない。
エラーが出たところ、エラーの原因となったところを読むしかない。全部読まなきゃ病にはなりようがない。
# 試験プログラムを動かす。
コンパイルする時に、自動的に試験プログラムも通してくださる場合がある。
エラーにならなくて
Terraform のライセンス変更についての考察
Terraform (HashiCorp 製品) のライセンス変更の報を受けて考えたことを綴りました。
各種ライセンスの一次情報へのリンクも付けてあるので、OSS に馴染みがない人にも参考になる情報もあるのではないかと思っています (お役に立てるといいな) 。# 制限事項・補足的事項
– この投稿内容は、2023.08.17 に社内向けに発表したものを公開可能な表現等に修正したものになります。
– 元資料は Marp スライドだったんですが、Qiita のスライドモードで適切に調整する手間を惜しんだため()諦めました。
– 投稿内容は 2023.08.15 頃までに筆者が確認した内容を元に記述しています。
– 記載内容には正確を期すように努めていますが、更新があったなどにより記載内容とギャップが生じていた場合は、HashiCorp 社の情報を正とします。# これは何？
Terraform はこれまで **OSS (MPL)** で提供されてきた
→ これを **BSL** に変更するという発表が、2023.08.10 にあった。[HashiCorp 社からの発表
dbt-coreにおけるOSS活動ことはじめその9 ~ テストカバレッジをローカルで確認する話 ~
# 本記事が目指すこと
– dbt-coreにおけるOSS活動を始めるにあたってやるべきこと、学びになったことを紹介する
– 複数回に渡り連載する予定
– これまでの投稿記事
– [dbt-coreにおけるOSS活動ことはじめ ~投稿記事まとめ~](https://qiita.com/dai_zamurai/items/e48cc3a4f52adc86ccfc)# 注意
– 本記事は筆者が所属する会社と関係なく、個人の記事であることをご了承ください# 背景
– 筆者は、ちゅらデータ株式会社に務める会社員であるが、就業時間中に職務としてのdbt-coreのOSS活動を始めた（OSS活動自体が初めての経験）
– CONTRIBUTING.mdには明示的に記載されてない部分があったため、それらの解説を含む# 本編
## 前提
本記事執筆時点(2023年8月17日)では、dbt-coreに対してPRを作成し、コミットするとGitHubActionsによるCIテストが自動で実施される。
その際に、[Codecov](https://a
dbt-coreのv1.6における重要なアップデート情報まとめ
# 本編
2023年7月31日（現地日付）にリリースされたdbt-coreのv1.6のアップデート情報をまとめる。（参考：[Upgrading to v1.6 (latest)](https://docs.getdbt.com/guides/migration/versions/upgrading-to-v1.6)）
公式ドキュメントによると、今回のアップデートの中で特に重要な点は以下の3つとしている。> 1. Next milestone of multi-project deployments: improvements to contracts, groups/access, versions; and building blocks for cross-project ref
> 2. Semantic layer re-launch: dbt Core and MetricFlow integration
> 3. Mechanisms to support mature deployment at scale (dbt clone and dbt retry)上から
新規事業を立ち上げました！（自身の稼働限界と巻き込み力の不足で困った話）
# 会社として初の試み、新規事業を立ち上げました！（自身の稼働限界と巻き込み力の不足で困った話）
## TL;DR
– 会社として初めての新規事業立ち上げを自分中心ですることになったが、人的リソースが全然集まらない！
– 集まらない以上、不足分は自分（＋経営層）でやるしかない！
– 無限労働できると思ってたけど、そんな稼働できなかった。外注や社内のリソースなどを巻き込む力不足を思い知った！
– 会社で事業やる最大の目的は一緒に遊ぶ仲間！## 新規事業を立ち上げちゃった！
[弊社](https://qiita.com/organizations/classact/profile)はSES事業をやっている会社なのですが、新規事業として
Proxmox Virtual EnvirtomentというOSSの仮想化基盤製品のサブスクリプションサービス（テクニカルサポート）を販売する事業を立ち上げました！https://proxmox.classact.co.jp/proxmox_ve/
自分が中心となりこの事業の立ち上げをしたのですが、前述のとおり、SES事業以外の事業を
LXDEの扱い方チートシート
### はじめに
Linuxを愛好している中学生の1t0kkです。競技プログラミングやCTFをしています。
今回は自分なりにLXDEの設定方法をまとめてみようと思います。というのも、自分のPCは低スペックなのでGnomeでもラグに目が余るからです。軽量さを追い求めた結果、LXDEという野暮な環境に慣れてしまったので、日本語記事の繁栄に貢献したいと思います。
## ミニトピック
### LXDEとは
LXDE(Lightweight X11 Desktop Environment)はC++で実装されたLinux用のデスクトップ環境です。CPUやRAMの消費が他のデスクトップ環境よりも大幅に低いので、低スペックなPCでよく利用されます。その反面、基礎的かつ簡素なUIしか提供されていないのでgnomeやKDEには及びません。
### 姉妹環境LXQt
LXDEの姉妹環境であるLXQtもかなり有名です。LXDEよりはUIが充実しているので、特に理由がないなら初めからこれを使えばいいと思います。現在のLubuntuもLXDEからこれに移行しました。
### LXLE Linux
「Recieve
dbt-coreにおけるOSS活動ことはじめその8 ~ コミュニティの話 ~
# 本記事が目指すこと
– dbt-coreにおけるOSS活動を始めるにあたってやるべきこと、学びになったことを紹介する
– 複数回に渡り連載する予定
– これまでの投稿記事
– [dbt-coreにおけるOSS活動ことはじめ ~投稿記事まとめ~](https://qiita.com/dai_zamurai/items/e48cc3a4f52adc86ccfc)# 注意
– 本記事は筆者が所属する会社と関係なく、個人の記事であることをご了承ください# 背景
– 筆者は、ちゅらデータ株式会社に務める会社員であるが、就業時間中に職務としてのdbt-coreのOSS活動を始めた（OSS活動自体が初めての経験）
– CONTRIBUTING.mdには明示的に記載されてない部分があったため、それらの解説を含む# 本編
dbt-coreにおけるOSS活動を進めていくうちに、何らかの疑問や質問が浮かぶだろう。
そんなときに役立つコミュニティを紹介する。
## 公式ドキュメントに記載のコミュニティ
dbtの公式ドキュメントには、コミュニティ
dbt-coreにおけるOSS活動ことはじめその7 ~ デバッグの話 ~
# 本記事が目指すこと
– dbt-coreにおけるOSS活動を始めるにあたってやるべきこと、学びになったことを紹介する
– 複数回に渡り連載する予定
– これまでの投稿記事
– [dbt-coreにおけるOSS活動ことはじめ ~投稿記事まとめ~](https://qiita.com/dai_zamurai/items/e48cc3a4f52adc86ccfc)# 注意
– 本記事は筆者が所属する会社と関係なく、個人の記事であることをご了承ください# 背景
– 筆者は、ちゅらデータ株式会社に務める会社員であるが、就業時間中に職務としてのdbt-coreのOSS活動を始めた（OSS活動自体が初めての経験）
– CONTRIBUTING.mdには明示的に記載されてない部分があったため、それらの解説を含む# 本編
これまでの記事では、dbt-coreにおけるOSS活動において、PRを出すまでに必要な手順を紹介した。
本記事では、開発時につまづいた際のデバッグの方法について、ドキュメントをベースにいくつか補足を加えて解説する。
CO
Flutterエンジニアなら知っておきたい企業InvertaseとVery Good Venturesを勝手に紹介します
## はじめに
Flutterエンジニアの皆さんは[pub.dev](https://pub.dev/)のパッケージを日々使っているかと思います。
パッケージといっても色々ありますが、開発元に注目したときコミュニティが作っているもの、個人が作っているもの、企業が作っているものなど様々です。
今回はpubのパッケージなどFlutter関連のOSS開発をしている企業でも特に存在感のある2社について勝手に紹介します。## Invertase
InvertaseはFlutterFireやMelosなどのOSSを開発している企業です。
ちなみに日本語だとインバーテースと読むみたいです。https://invertase.io/
Riverpod作者の[Remi Rousselet](https://twitter.com/remi_rousselet)さんが在籍してることでも有名ですね。また[Majid Hajian](https://twitter.com/mhadaily)さんや[Mais Alheraki](https://twitter.com/pr_Mais)さんなどGoog
OSSの予約表ページを作ってみた ―クソページを駆逐する活動―
# オープンソース予約表
**[デモページ](https://kyu49.github.io/ReservationForm/)**
[](https://kyu49.github.io/ReservationForm/)とりあえず、公開したところ。もう少しバグ取りしていると思うので、安定してから使いたい人はもうちょっと待った方がいいかも。
## すっごいところ
* 高機能な予約表のフロントエンド部分。
* OSSで商用でも無料(ライセンス参照)。
* 表示項目はテキストファイルを書き換えるだけで簡単に変更可能。
* 直感的な操作が可能。## すごくないところ
* 社内・ラボ内向けで、外部公開は前提としていない。
* PC専用でスマホは未対応。
* 置き場所(レンタルサーバーで可; [Static Web Apps](https://lea
僕が Laravel のコントリビューターになるまで
# この記事をぜひ読んでほしい人
* OSS 活動をしてみたい人
* 普段お世話になっているコミュニティに貢献したい人
* 巨大 OSS に Pull Request を送る勇気が出ない人# OSS に Pull Request を送るのはつよつよエンジニアだけ
ずっとそう思っていました．
ましてや Laravel のような世界中で使われている巨大な OSS になんて，自分のようなジュニアエンジニアは Pull Request なんて送れない．送ってもすぐ Reject されて終わりだ，と考えていました．一方で，普段から自分が仕事をできているのは OSS のおかげであるとも思っていたので，いつか自分もコミュニティに貢献できたらいいなぁと思っていました．
僕みたいに，OSS に Pull Request を送ってみたいけどなんとなく自信が持てない，と思っている方はたくさんいると感じるので，そういう方にもぜひ技術コミュニティへ参加に挑戦できるよう，自分の体験をシェアしようと思います．
Laravel にマージされた僕の Pull Request はたったの 2 件ですので，「L
dbt-coreにおけるOSS活動ことはじめその6 ~ PRの話 ~
# 本記事が目指すこと
– dbt-coreにおけるOSS活動を始めるにあたってやるべきこと、学びになったことを紹介する
– 複数回に渡り連載する予定
– これまでの投稿記事
– [dbt-coreにおけるOSS活動ことはじめ ~投稿記事まとめ~](https://qiita.com/dai_zamurai/items/e48cc3a4f52adc86ccfc)# 注意
– 投稿時点(2023/6/30)での情報に基づくため、本記事で紹介した手順が今後も利用できる保証はありません
– 筆者はこの手順にてPRを立ててマージされましたが、それを保証するものではありません
– なお、本記事は筆者が所属する会社と関係なく、個人の記事であることをご了承ください# 背景
– 筆者は、ちゅらデータ株式会社に務める会社員であるが、就業時間中に職務としてのdbt-coreのOSS活動を始めた（OSS活動自体が初めての経験）
– CONTRIBUTING.mdには明示的に記載されてない部分があったため、それらの解決策を提示する# 前提
