Akinekoのブックマーク - はてなブックマーク

継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog
こんにちは。テクノロジー本部のyoshikawaです。好きなW3C Recommendation は RDF 1.1 Concepts and Abstract Syntax です。会議やチャットでのやり取りの決定事項・議事録、アプリケーションや機能の設計書・仕様書、READMEなどなど... LIFULLの開発現場においては、ソースコード以外にもこのように様々な文書の管理・蓄積(=ドキュメンテーション)を実施しています。多くの開発者・メンバーがドキュメンテーションの重要性やその恩恵は理解はしているものの、なかなかうまく情報の蓄積・管理ができない、その結果、本質的ではない調査に時間を取られてしまいDeveloper Experienceが下落してしまう。このような課題を抱えているプロジェクトやチームは世の開発現場において少なからず存在すると思います。 LIFULLの開発現場にもこの
Akineko 2021/09/18
ドキュメント
リンク
自動システムテストツール「Bucky」OSS化までの道のり - LIFULL Creators Blog
こんにちは！LIFULLのSoftware Engineer in Testグループ（通称：SETグループ）のヒキモチです。我々SETグループは先日、自動システムテストツール「Bucky」のOSS化を行いました！ github.com github.com Buckyは元々社内の自動テストツールとして使われていたものなので、それをOSSとして公開するためには色々と苦労がありました。この記事ではその苦労やそこで得た知見などを共有できたらと思います。目次そもそもなぜOSS化するのか OSS化までの道のり 1. リファクタリング 2. システムテスト導入 3. RubyGems.orgへの登録公開後のお話使い手のことを考えられていなかった問題解決策１：ハンズオン資料を作成解決策２：READMEの構成を変更 ruby version gem release 自動化最後にそも
Akineko 2019/05/22
oss

*Ruby
リンク
Istio を本番環境に導入するまで - LIFULL Creators Blog
こんにちは、技術開発部の相原です。この記事は LIFULLアドベントカレンダーの16日目です。 LIFULL ではアプリケーション実行基盤を刷新すべく、Istio がバージョン 0.2.0 の頃から検証を開始し、現在 1.0.4 を利用しています。 AWS 上で kops を利用して Kubernetes を構築しその上に Istio を展開するという構成です。 EKS は利用していません。ここに至るまでそれなりにハマりどころ、考慮すべき点に遭遇したので今回はそのことについて書きたいと思います。以下の文章は kops 1.10.0 Kubernetes 1.10.11 Istio 1.0.4 を前提としていることをご了承ください。はじめに本番導入までの障壁 istio-proxy のオーバーヘッド Resource Quota を有効化した時に Istio の Sidecar
Akineko 2018/12/18
istio
リンク
1