調味料Tierリスト(ルーキー〜シルバー帯まで)
古典ドメインモデリングパターンの解脱 - 大吉祥寺.pm - kawasima
ズボラ人間へオシャレ家電なんかより本当に必要なモノを挙げていく
増田がおすすめする「一度使うと手放せなくなるキッチングッズ」（蛇足の追記あり）
おすすめのキッチングッズをリストアップしたので紹介するよ！ 使い捨て三角コーナーおすすめはネクスタのごみっこポイ（約200円）。自立して立つ袋で、水切りそのまま捨てられる。ニトリにも200円で売ってる 臭いを通さない袋生ゴミを捨てるときに袋に入れても、どうしても臭ってしまう。 そのときに役立つのがハウスホールドジャパン「臭いを通さない袋」（約800円）。そのまんまのネーミング。 これで包むと臭いがかなり防げるぞ。 高ければ、日本サニパックのニオワイナ（約330円）。百均ならセリアの「中身を見せない消臭バッグ」だ。 油はね防止ネット（オイルスクリーン）揚げ物をするときに上から被せて油はねを防止する丸型のネット。 おすすめはママクック製（約2200円）だが、高いのでアイメディア製（600円）でもいい。100均にもあるぞ レンジでだし作り曙産業の「レンジで美味しいおだし」（約1700円）。 外側
Difyを使ってノーコードでAIエージェントを作成する - Taste of Tech Topics
マルチプロダクト間データ連携への技術的挑戦 - SmartHR Tech Blog
マルチプロダクト戦略の実現を目標として掲げ、急速にプロダクトを増やしているSmartHR。 そのような中、これまでプロダクトごとに分断されていたデータを相互に利用できるようにすることで、価値を高める試みが始まっています。この活動の中心となっているプロダクト連携ユニットに、現状と今後の展開を聞いてみました。 インタビューの様子。左：プロダクト連携ユニット 右：インタビュアー f440： それでは、プロダクト連携ユニットのインタビューを始めたいと思います。よろしくお願いいたします。 一同： よろしくお願いします。 f440： お時間を取っていただきありがとうございます。突然呼ばれてびっくりしていると思うんですけれども、個人的に一番興味あったのがプロダクト連携ユニットだったので、この度はインタビューしたいと思いまして。 最初に自己紹介から始めさせてください。まずは私から。現在プロダクト基盤開発部
Steamサマーセール2024だ！Steamで最近やった「めちゃおもろゲーム」7選 | オモコロブロス！
実践チームトポロジー： プラットフォーム性とイネイブリング性の戦略 / Practical Team Topologies in Timee
タイミーでは顧客に素早く、継続的に価値を届けられるエンジニアリング組織であるためにチームトポロジーをベースにした組織設計と運営を行なっております。 いかにプロダクトチームが素早くかつ安定して価値提供できる状態を作るか、プラットフォーム性とイネイブリング性をどのように使い分けて組織を強化しているか、SR…
Designing permissions for a SaaS app
For many SaaS applications, product designers need to design permission systems due to privacy concerns and data safety, or in order to make it more efficient and relevant for different types of users. It could be a challenge to set up the structure and continue scaling it as your product evolves. Let me share some concepts and ideas based on my experience designing permissions for an enterprise d
SaaS 向けリレーショナルデータベースのスケーリング (Part 1: 一般的なスケーリングパターン) | Amazon Web Services
Amazon Web Services ブログ SaaS 向けリレーショナルデータベースのスケーリング (Part 1: 一般的なスケーリングパターン) ビジネスが成長するにつれて、SaaS (Software as a Service) プロバイダーが直面する課題の 1 つは、テナントのエクスペリエンスをどのように維持するかです。これには、テナントベースが拡大するにつれて、許容できるパフォーマンスとレスポンスタイムを確保することが含まれます。Amazon Relational Database Service (Amazon RDS) や Amazon Aurora などのリレーショナルデータベースは、一般的に SaaS プロバイダーによって使用されています。ビジネスが成長するにつれて、データベースのスケーリング方法も決定する必要があります。 SaaS ビルダーとしての課題は、SaaS
何が事業貢献なのか分からなくなっていた伊藤直也さんが再認識したユーザーエクスペリエンスへのコミット - Findy Engineer Lab
日常生活に根ざした漫画
その上でいろんな価値観や人生があるんだよってことをおしえてくれるような作品を教えてほしいです ブスなんて言わないで弟の夫志乃ちゃんは自分の名前が言えないスキップとローファーヤンキー君と白杖ガール健康で文化的な最低限度の生活サトコとナダひとりでしにたい凪のお暇 これらは読んでハッとなることが多くておもしろかった 追記 こんなにコメントもらえると思ってなかったのでおどろきました みなさんありがとうございます 『違国日記』、『鬱ごはん』は気になってたけど読んだこと無かったのでチェックします 他にも色々と教えていただき大変うれしいです 『きのう何食べた？』、『僕の小規模な失敗』、『家栽の人』、『メタモルフォーゼの縁側』、『海街diary』、『明日、私は誰かのカノジョ』、『逃げるは恥だが役に立つ』、『路傍のフジイ』、『つきあってあげてもいいかな』、『氷の城壁』、『今夜はすきやきだよ』は既読かつ好きで
ホーム | endroll
AWS Summit Japan 2024に参加しました - BASEプロダクトチームブログ
データライフサイクルとトレードオフ | フューチャー技術ブログ
ソフトウェアの中身を大きく2つに分解すると、プログラムとデータに分かれます。コードコンプリートやA Philosophy of Software Designなど、評判の良いソフトウェア設計の本はいくつかありますが、それらはどれもプログラムの説明がメインでデータのライフサイクルについての説明はなかったと思います。しかし、データの表現にもいくつもの方針があって、それによるトレードオフがあるな、というのはもやもやと考えていたので、その考えをまとめて文章にしてみました。 データといっても、処理中の短期間の間では変わらない、いわゆるマスターデータ的なデータです。ジャーナルというか、トランザクション的なデータはここでは触れません。 この記事では、それぞれのトレードオフについて考えていきます。 即値（リテラル） 定数 コマンドライン引数 環境変数 設定ファイル ダウンロードコンテンツ オンラインデータ
EnvoyのYAMLの読み方 - Carpe Diem
概要 Envoyのyamlは非常に長大で初めて読む人からするととても分かりにくいです。 しかし実際は各要素の役割を理解するととてもシンプルに構成されていることが分かります。 そのための手助けとしてこちらで図を交えながら説明します。 環境 Envoy 1.22.0 要素の説明 まずは各要素を理解します。 downstreamとupstream 要素 説明 downstream Envoyからみたクライアント upstream Envoyがサービスに対するリクエストを転送する際に接続するエンドポイント（ネットワークノード） よくあるパターンで図示してみると以下です。 front proxyモデル sidecarで外部からリクエストを受ける sidecarでローカルアプリケーションからのリクエストを転送する このようにsidecarモデルのローカルアプリケーションは、downstreamにもup
Googleのはじめ方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - taubyte/tau: Open source distributed Platform as a Service (PaaS). A self-hosted Vercel / Netlify / Cloudflare alternative.
GitHub - darrenburns/posting: The modern API client that lives in your terminal.
dbt Semantic Layer ( MetricFlow ) の理解を深める
