この度、私が開発している以下の5つのOSSにおいて、ライセンスに関する重大な誤りがあったことをご報告し、深くお詫び申し上げます。 https://github.com/k1LoW/tbls ( v1.51.0 - v1.88.0 ) https://github.com/k1LoW/runn ( v0.71.0 - v0.138.0 ) https://github.com/k1LoW/sshc ( v4.0.0 - v4.2.1 ) https://github.com/k1LoW/httpstub ( v0.9.0 - v0.23.0 ) https://github.com/k1LoW/grpcstub ( v0.8.0 - v0.25.12 ) それぞれ MITライセンス で配布しておりますが、誤って AGPL-3.0ライセンスの第三者ライブラリを含んだままリリースしていました。
百科事典サイトのWikipediaには、日本語版だけで140万本以上の記事が存在しています。そんなWikipediaのページをTikTok風にランダムで表示してくれるサイト「WikiTok」をエンジニアのaizk氏が公開しました。 WikiTok https://wikitok.vercel.app/ WikiTokを開くとこんな感じ。Wikipedia内の画像とともに、記事名と概要が表示されます。 画面を下にスクロールすると、次の記事に移ります。 読み進める中で気になる記事が現れたら、「Read more(もっと読む)」をクリック。 すると、該当のWikipediaページが表示されます。 WikiTokは日本語版Wikipediaにも対応しています。日本語版に切り替えるには、右上の「Language」をクリックし、プルダウンメニューの中から「日本語」をクリックします。英語版と同様に、日

春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で
こんにちは。 SRE の @suzuki-shunsuke です。Terraform Monorepo に対するRenovate の大量の Pull Request を処理するための技術について紹介します。 背景 過去ブログで何度か紹介しているように、弊プロダクトではTerraform の Monorepo を管理しています。 先日、 CI をAWS CodeBuild からGitHub Actions + tfaction に移行しました。blog.studysapuri.jp working directory (state) の数は 400 近くあり、 working directory ごとに以下のような tool のバージョンを管理しています。TerraformTerraform Provider tflint tflint plugin tfsecetc これ

【IIJ 2021TECHアドベントカレンダー 12/16(木)の記事です】IIJ Raptorサービス部のエンジニア、RyuSAです。普段はアプリケーションの実装やアーキテクチャ、最近はKubernetesを使った業務を担当しています。 私事ですが、先日IIJの制度として発表された「セレクトジョブ」に参加し、SRE推進部という部署に兼務するようになりました!> IIJ、社員の自律的なキャリア形成を支援する公募型兼務制度「セレクトジョブ」を開始 |IIJについて |IIJ さて本題に入りますが……自分は今年の春に「おうちKubernetes」を植え、自宅で育ててきました。 > おうちKubernetesを構築した話 – メモ – RyuSA (hatenablog.com) 残念ながら自分の家庭はサーバラックがあるような、俗に言う「逸般の誤家庭」ではないためできることはかなり限ら

数日前にGitHub Sponsors の機能で企業が支援できるようになることが発表されました。 これにより、今後どのように OSS に変化があるのかないのかを注目します。 特別視するのが良いアイディアか否か そこで以下のような面白い議論が発生しました。 これはこの機能が入ったときに、もし支援している企業やユーザーだけが issue を作れて、他の人はコメントだけできるようにする機能が入ったらどうなるかという議論です。 なぜこのようなツイートをこの人がしたかというと以下の理由です。 Thegoal is to reduce the maintainer’s burden. Today the options are: turn off issues completely or make the repo private and give access to sponsors.It w

われわれは、いかにして変更点を追うか ChangeLog/Issueを追う技術 自己紹介 azu @azu_re Webscratch, JSer.info アジェンダ 変更点を ChangeLogで知る Issue/Pull Requestで知る Commitで知る アジェンダ 変更点を Commitに書く Issue/Pull Requestを扱う ChangeLogにまとめる 変更点を追う :mouse: ChangeLogの追い方 ChangeLogを追うにはまずChangeLogの更新に気づく事が必要GitHubでライブラリのリリースを見ていくためのツールや方法に書いた 更新検知の仕組みや補助ツールについて リポジトリのWatch => azu/github-reader タイムライン => azu/github-reader Star => starseeker GitHu
すべての人に、勇気や希望を抱いてほしい。 そして皆で、もっとアクティブでクリエイティブな世界を作りたい。 わたしたちはそんな思いを実現するため、 会社事業を通して「人の心に火をつける」ことを目指してきました。 MORE
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く