リリースノート管理術
みなさま、OSSの変更履歴、要するにCHANGELOGやリリースノートはどのように管理しておられるでしょうか。自分はというと、抱えるリポジトリも数百個に増えてきて、まあ要するに細かく管理するのがだるく、最近は変更履歴の管理方法も変わってきました。 CHANGELOGからGitHub Releasesへ 昔は、おおよそKeep a changelogの方式に準拠したCHANGELOG.mdを書いていました。semantic versioningでバージョン管理をしながら、個々のバージョンごとに次のセクションを設けて変更内容を説明するような感じです。 Added Changed Deprecated Fixed Removed Security 今は、新規につくるリポジトリではCHANGELOG.mdは用意せず、GitHub ReleasesにKeep a changelogに似た形式で変更内
Google Homeと暮らした1年間のログを分析してみた
ログを見るかぎり2017/10/12にGoogle Homeを購入してから1年がたちました。 そして2017/10/14にQiitaに初投稿してから本日で丸1年になります。 なのでこの1年間のGoogle Homeへの発話ログを抽出し分析してみました。 これはまだ国内ではあまりない情報ではないかと思います。 先に結論をまとめちゃうと、 ITリテラシーおばあちゃん級でも結構使ってくれる Google Homeは3回に1回はよくわかってない 一日あたり平均37.4回Google Homeに話しかけてる 1/3は家電操作でこれがメイン 標準機能もわりと使える 天気、タイマー、アラーム スマートなスピーカーなだけあって音楽用途に強い 常時稼働してるスピーカーってだけで強い Spotifyで新たなアーティスト発掘嬉しい 利用環境 まずは前提情報として利用環境について説明していきます。 ログの分析結果
開発者が運用を経験すべき一つの理由 | DevelopersIO
はじめに 小室です。2017年も最後の日になりました。 ここ最近は読書によるインプットが少なくなったことによって、文章の質が自ら目を背けたくなる程度に低下していたため、仕事納めから数日はひたすら本を読む生活をしていました。まだまだインプットが足りていないので充電が完了していないのですが、年末恒例になったエントリーを書かないことが自分の中でモヤモヤとして残っていたので、重い腰を上げて文章を書いてみようと思います。 ここ数年は珍しく1つのプロジェクトにつきっきりで設計／実装から運用までを通して担当しています。 *1特に運用を担当するようになって多くを学んだ一年でした。もはや設計・実装者が一人も残っていないアプリケーションのメンテナンス、改修に関わったり、インフラ側とアプリケーション側の狭間を埋めるように動くためにAWSのサービスについて本格的に勉強をしたりするなど、1アプリケーションエンジニア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
