WEIRDでいこう！ もしくは、我々は生成的で開かれたウェブを取り戻せるか
yomoyomo yomoyomo 雑文書き／翻訳者。1973年生まれ。著書に『情報共有の未来』（達人出版会）、訳書に『デジタル音楽の行方』（翔泳社）、『Wiki Way』（ソフトバンク クリエイティブ）、『ウェブログ・ハンドブック』（毎日コミュニケーションズ）がある。ネットを中心にコラムから翻訳まで横断的に執筆活動を続ける。 Tweet インターネット起業家にしてベテランブロガーのアニール・ダッシュの文章は、以前にも「ソーシャルネットワークの黄昏、Web 2.0の振り返り、そして壊れたテック／コンテンツ文化のサイクル」で取り上げたことがありますが、彼がCEOを務めていたGlitchは2022年にFastlyに買収されており、Fasltyのデベロッパーエクスペリエンス部門のVPが現在の彼の肩書のようです。 そのアニール・ダッシュが昨年末、なぜかローリング・ストーン誌に「インターネットがまた
Feedly + ChatGPTで、毎朝 自分専用のポッドキャストを自動生成する仕組みを作った｜鈴木慎吾 / TSUMIKI INC.
毎朝、デザイン系の英語記事を10件ほどおすすめしてくれるSlackボットです。このボットは現在も問題なく稼働し続けていますが、毎朝のニュースは文字で読むよりも音声として聞いたほうが負担が少なく続けられそうです。 そこで、このSlackボットを拡張して、毎朝デザインニュースのポッドキャストを自動生成する仕組みを作ることにしました。 成果物はじめに成果物について。完成したポッドキャストは毎朝SpotifyとApple Podcastで配信しています。 おおまかな処理の流れ開発前に想定した処理の流れは以下の通りです。 毎朝ポッドキャストが自動で配信される理想的なフロー自分はコンテンツ制作者ではなく、あくまでリスナーというスタンスを取りたいため、ワークフローに自分が介在しない完全自動化が理想です。 ところが、Sound Cloud APIの利用に必要なアプリケーション登録の受付が現在停止しているこ
Open Source Mac Apps - Indie Goodies
Meeting BarYour meetings at your fingertips in the macOS menu bar
AWS Glue を使用した個人情報の検出・マスキング・編集および Amazon OpenSearch Service へのロード | Amazon Web Services
ユースケース: OpenSearch Service への読み込み前の個人情報バッチ検出 このアーキテクチャを実装しているお客様は、さまざまな分析を大規模に実行するために、Amazon S3 上にデータレイクを構築しています。このソリューションは、OpenSearch Service へのリアルタイム取り込みが不要で、スケジュールで実行される、またはイベントによってトリガーされるデータインテグレーションツールを使用することを計画しているお客様に適しています。 Amazon S3 にデータレコードが到着する前に、データレイクにすべてのデータストリームを信頼できる形で安全に取り込むための取り込みレイヤーを実装します。 Kinesis Data Streams は、構造化および半構造化データストリームの高速な取り込みのための取り込みレイヤーとして導入されます。これらの例としては、リレーショナルデ
フィーチャーフラグ（Feature Flag）を実現する主要サービスの5つの紹介と比較
本連載は、最新のソフトウェア開発の課題点を解決する手段であるフィーチャーフラグ（Feature Flag）について、概要や導入方法、ベストプラクティスを紹介します。第1回では、フィーチャーフラグとはなにか、第2回ではフィーチャーフラグの導入方法やその比較、今回の最終回では、市場に存在するサードパーティー製フィーチャーフラグの紹介と特徴を比較しながら解説していきます。 対象読者 連載の第１回と第２回の記事を読んでフィーチャーフラグに興味を持った方 フィーチャーフラグをプロダクト開発に検討している方 フィーチャーフラグサービスによって異なる機能 ここでは、フィーチャーフラグサービスに含まれるあらゆる機能の紹介と主要な各社が提供する機能をリストアップして、まとめてみました。 フィーチャーフラグサービスの機能と各社の提供状況 表中に記載の機能とその説明は以下の通りです。 フラグのステータス フラグ
Feature Toggles (aka Feature Flags)
Feature Toggles (often also refered to as Feature Flags) are a powerful technique, allowing teams to modify system behavior without changing code. They fall into various usage categories, and it's important to take that categorization into account when implementing and managing toggles. Toggles introduce complexity. We can keep that complexity in check by using smart toggle implementation practice
軽量feature flag導入の手引き - Qiita
何か Kyashでサーバサイドのエンジニアをしているhirobeです。 業務でサーバサイドのアプリケーションへのfeature flag導入を提案および設計をしました。 どのような設計や実装にするか、なぜそうしたかを整理します。 なお、アプリケーションの特性としては以下を念頭に入れていただければと思います。 新規プロダクトではなく、5年以上動いている既存プロダクトに導入する サーバサイドアプリケーションのみをスコープとする 20~30のマイクロサービスから構成されている マイクロサービス間はREST/gRPC/SQSで通信されている そもそもなぜ導入するのか？ 目的を整理しておきます！ featureブランチからmainブランチにmergeされるまでの期間が長いために、以下のような問題がありました。 複数の機能開発の修正がconflictする可能性があり、またそれに気づくのが遅れる可能性が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
高速な開発サイクルを実現するフィーチャーフラグ入門一覧