GitHub にはリリースノートを自動的に作る機能があって，マージされたプルリクエストをまとめたりできる👌 OSS ライブラリで semver に沿ってリリースノートを作るのも便利だし，仕事で使っているプライベートリポジトリでも「いつどのプルリクエストがデプロイされたのか」をパッと確認することができて便利❗️ 機能を試すだけなら簡単で，GitHub リポジトリで Releases > Draft a new release > Generate release notes と選択するとデフォルト設定でリリースノートを自動的に作ってくれる ＼( 'ω')／ docs.github.com リリースノートをカスタマイズする 👾 .github/release.yml リリースノートの本文をカスタマイズするために .github/release.yml ファイルを作る📝 設定はいくつかあっ

この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/5 の記事です。 fluctでエンジニアをしていますryuといいます。 「洋書を読む会」と題して、洋書を課題図書にした読書会を、弊社の技術コーチのt-wadaさんを交えて、毎週開催しています。 その会で、「Tidy First?」を読みました。 www.oreilly.com 今回は、その 「Tidy First?」の読書感想文です。 どんな本 著者は テスト駆動開発 や エクストリームプログラミング のKent Beck氏です。 まずTidyとは何？というと、日本語では整頓や整理という意味です。 整頓というとソフトウェアではリファクタリングのことを思い浮かべると思いますが、本文では、以下のように説明があり、作者は意図的にリファクタリングと差別化してTidyという言葉を選んでいるように感じました。 A ti

adventar.org これは、asumikam #phpcon_odawara Advent Calendarの4日目の記事です🎄 本日は「GitHub Actionsで泣かないためにやっておきたい設定」の感想を書いていきます！ 💡 トーク概要・動画 fortee.jp 📖 スライド speakerdeck.com 感想 GitHub Actionsで泣かないためにやっておきたい設定と謳っているので中級者向けかと思いつつ、最初にわかりやすいGitHub Actionsの説明フェーズがあり、「なんとなく動いているのを知っている」人も入りやすいトーク内容となっており、めちゃくちゃ良かったです。 この辺の説明で「必ずやっといてねは絶対に漏れるから」「個人マシンでやりたくないことをやれる」とも話してくれており、世にあるCI/CDの概念よりさらに具体的な課題感を持ち出して説明していたところ

はじめに 技術本部 Eight Engineering Unitの山本です。今回はAndroidチームで行っているレガシーコードリーディング会について話します。なお、本記事はSansan Advent Calendar 2024の5日目の記事です。 自分は既に8年近くEightに携わっており、そこそこ古株になります。そのために古くから残っていて最新の設計にできていない古いコードについても知っています。 しかし、新しく入ったメンバーには最近の設計しか説明しないので、古いコードの調査や改修に時間がかかる問題がありました。 新しい設計に書き直すリファクタリングをするのが望ましいとは思いますが、コストが高くすべてをすぐに行うことは難しいです。そのため、古い設計のコードを説明するレガシーコードリーディング会を行うことにしました。 コードの量は多いので1回では終わらないので継続して会を行う必要がありま

この記事は Timee Advent Calendar 2024 シリーズ 1 の5日目の記事です。 はじめに こんにちは。タイミーの DRE チームの chanyou です。2024年の3月に DRE チームにジョインして、社内のデータ基盤を作って運用しています。 DuckDB を使ってデータ基盤で扱うデータの品質を保証し始めたので、その内容をご紹介します。 データ品質と完全性 タイミーのデータ基盤で重視しているデータ品質 タイミーでは、DMBOK を参考に以下のデータ品質を重視して設計や日々の運用を行っています。 特性 意味 完全性 データが欠損していないか 適時性 必要なときにすぐにデータを参照できるか 一意性 データが重複していないか 一貫性 型・タイムゾーン・表記揺れなど、値の書式や意味が統一されているか 今回は完全性にフォーカスします。 完全性が損なわれるタイミング 上記の通り