フィーチャーフラグにはタイプ（リリース・実験・運用・許可）がある！ - kakakakakku blog
コードを書き換えず，フラグを使って機能を有効化するプラクティスを「Feature Flag（フィーチャーフラグ）」と言う．一般的に main ブランチ（もしくは master や trunk）は常にリリースできる状態にしておくため，並行開発のために feature ブランチを作る．しかし，開発が長期化すると main ブランチとの差が大きくなり，コンフリクトが起きて，ブランチ運用面での考慮が必要になる．あるある！ Feature Flag を実現する選択肢は多くある．単純に if ステートメントや設定ファイルを使った「コードレベルでの制御」もできるし，高機能を求めるなら LaunchDarkly や Unleash や AWS AppConfig など「サービスレベルでの制御」もできる．最近は使ったことがなかった Unleash を試して記事を書いたりしていた． 高機能な Feature
BigQuery Write API explained: An overview of the Write API | Google Cloud Blog
Google BigQuery Write API was released to general availability in 2021 and is BigQuery’s preferred data ingestion path which offers high-performance batching and streaming in one unified API. Since its inception, numerous features and improvements have been made to improve performance and usability, making it easier for users to directly ingest data into BigQuery. Some exciting capabilities on top
Promote Zero Touch Production – further features of Carrier | Mercari Engineering
Author: Morito Ikeda (@moricho), Platform DX team In our previous blog, we gave a basic introduction to Carrier, our first step towards Zero Touch Production (ZTP). In a nutshell, Carrier is a mechanism for granting temporary privileges to developers. For more details, please see Shifting to Zero Touch Production. In this article, I will build on top of the previous article and introduce a couple
状態、結合、複雑性、コード量の順に最適化する - valid,invalid
There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
