前置き 雑に置き換えるコマンド 前置き 個人OSSに入れてるdependabotでmoduleをアップデートしてたらgolangci-lintでこういうwarningが出ていたので気づいた。 *1 Running [/home/runner/golangci-lint-1.60.3-linux-amd64/golangci-lint run] in [/home/runner/work/gitpanda/gitpanda] ... Error: gitlab/blob_fetcher.go:19:54: SA1019: gitlab.Client is deprecated: use gitlab.com/gitlab-org/api/client-go instead. See https://gitlab.com/gitlab-org/api/client-go (staticchec

@941 さんが最近、折にふれて「LTは5分」というのを強調されている。 まさか10分のセッションをLTと呼称していませんよね？ https://t.co/iLigKowObb— 941 / kushii (@941) 2024年12月5日 ぼくもLTといえば5分派閥の人間なので、共感できる。 最近、登壇のご依頼をいただく際に「15分程度のLT形式でお願いします」のようなお誘いを時々見かけるが、その度に、15分も喋るのならそれはLTではなくて普通のトーク（あえて呼び分けるならショートトークとか）なのでは？？ と思いながら口には出さずに過ごしている。 wikipediaの「ライトニングトーク」のページを見てみると。 ja.wikipedia.org 様々な形式があるが、持ち時間が5分という制約が広く共有されている とある。 ライトニングトークの歴史についてまとめられているページがある。 gi

コンテキスト 構成 手順 モンキーパッチrbsを使うメリット 最後に 2024/12/05 20:27追記 コンテキスト 僕が直近2〜3年以内に新しく作ったgemでは全てrbsとsteepを導入してガッツリ型を書いています。 しかし自分のgemのrbsは書けても、自分のgemが依存しているrubyの標準ライブラリのメソッドや依存している別のgemの方で型定義がなかったり足りていなかったりして steep check が通らなくて困ることがよくあります。 こういう時には https://github.com/ruby/gem_rbs_collection や https://github.com/ruby/rbs にパッチを送ればいいんですが、とはいえ本家に取り込まれるまで自分のgemの開発が止まるのはつらいのでfork版を使うことが多いでしょう。 しかし足りない型定義が多かった時にfork

はじめに 表題のようなCLIツール aws-iam-policy-sim を書きました。 github.com 使い方 Statement フィールドに、以下のようなオブジェクトの配列が入っている、というJSONファイルを用意しましょう。 Action フィールドにアクション名もしくはその配列 Resource フィールドにリソースもしくはその配列 たとえば以下の通りです。うっすらお気づきの方もいると思いますが、実はポリシードキュメントのJSONがそのまま使えます。 { "Statement": [ { "Action": [ "s3:PutObject", "s3:GetObject", "s3:GetObjectTagging", "s3:DeleteObject" ], "Resource": [ "arn:aws:s3:::example-bucket/*" ] }, { "Act

前置き 手順 Terraformのbackendを書き換える Terraformで使ってるIAMユーザやIAMロールがterraform.tfstate.tflockにアクセスできるようにする この時点でTerraform実行時にDynamoDBが不要になっているはずなのでTerraformを実行する 問題なければTerraform実行用のDynamoDBのテーブルと、そのテーブルへの権限を消す あとがき1 あとがき2 前置き 先日Terraform 1.10がリリースされました。 www.hashicorp.com github.com Experimentalではありますが個人的には Introduce S3-native state locking （Terraform実行時のロックでDynamoDBが不要になる）がアツイ機能で、いち早く使いたいと思っていました。 github.co

Today, we are announcing the general availability of HashiCorp Terraform 1.10, which is ready for download and immediately available for use in HCP Terraform. This version introduces ephemeral values, for secure secrets handling and other improvements. Ephemeral values to enable secure handling of secrets Terraform’s management of infrastructure involves handling secrets, such as private keys, cer

こんにちは、新規事業部のSketch部でバックエンドエンジニアをしているあやぬん(@ ayatk_ch)です。 2024年10月25日(金)～10月26日(土)に有明セントラルタワーホール & カンファレンスで開催されたKaigi on Rails 2024にピクシブはGold Sponsorとして協賛し、スポンサーブースを出展しました。 ピクシブからは13人のメンバーが参加しました。 inside.pixiv.blog セッション 当日聞いたセッションのうち、個人的に印象に残ったものを紹介します。 基調講演 Day1 speakerdeck.com これまで自分の中で幾度となく「Rails Wayとはなんなのか」考えてきましたが、「導きの星」という単語が表現したいことを100%表してくれていて感動したのを覚えています。SNSを見ていても自分と同じような感想を持つ方が多かったようです。スラ

「すごいアホみたいなんですけど、“伝説の会社員”になれたら面白くないですか？」──「チルノのパーフェクトさんすう教室」「今だけダブチ食べ美」など、ネットを席巻してきたコンテンツの声優・歌手として知られるmikoさんは、自身が目指すキャリアについてこう話す。 読者の多くが、ニコニコ動画やX、その他動画サイトなどで、一度はmikoさんの声を聞いたことがあるはずだ。ある年齢層のオタクたちに多大な影響を及ぼしてきたmikoさんだが、実は専業の歌手・俳優ではない。本業は金融系のSEで、副業として歌手・声優として活動しているという。 兼業について「『その設定すごい好きです！』といわれることもあるんですが、いや、設定じゃないんだよなと（笑）」とmikoさん。不思議な二足のわらじについて本人に聞くと、それぞれの仕事に対する熱意と思いがうかがえた。 「Linuxで言えばpwdしてls！」　歌手・声優になった

Announcing auto migration of EC2 databases to Amazon RDS using AWS Database Migration Service AWS announces a “1-click move to managed” feature for Amazon Relational Database Service (Amazon RDS) that enables you to easily and seamlessly migrate your self-managed MySQL, PostgreSQL, or MariaDB databases to an equivalent Amazon RDS or Amazon Aurora database. Using the 1-click move to managed functio

メディア統括本部 サービスリライアビリティグループ（SRG）の鬼海雄太（@fat47）です。 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事は、AWSの

概要 なぜ 自社 で DuckDB を採用したのかを、雑に書いていきます。 まとめ DuckDB / DuckDB-Wasm を利用する事で中小規模のサービスであれば、ログ解析や統計情報の可視化を低コストで提供することができる DuckDB を go-duckdb 経由で利用する事で、HTTP リクエスト単位での DuckDB を利用できる DuckDB-Wasm と OPFS を利用する事で、クライアント側での統計情報のため込みができるようになる 解決したい課題 解決したい課題は基本的にサービスの運用費を抑えるということです。中小規模のサービスでは運用費が大きな課題になります。 自社パッケージ向けのログ解析ツール 自社パッケージ製品は多くの JSON Lines 形式 (移行 JSONL) でログを出力します。 顧客からの問い合わせに対して、共有して貰ったログを解析して問題を特定すること

https://findy.connpass.com/event/334902/

前置き こんにちは、インフラ部のsue445です。 下記の記事でも書いたように、先日開催されたPIXIV DEV MEETUP 2024のキーノートでインターコネクト同時開設に関して話をしました。 inside.pixiv.blog 発表スライドだけでは当日喋った内容が伝わらないと思ったため、本記事では当日喋った内容の書き起こしを掲載したいと思います。 前置き 書き起こし全文 諸注意 P1 P2 P3 P4 P5 P6 P7 P8 P9 P10 P11 P12 P13 P14 P15 P16 P17 P18 P19 P20 P21 P22 P23 P24 当日の反応 懇親会で聞いたみんなの感想 余談 書き起こし全文 諸注意 場所によっては日本語が若干変な文章になっているかもしれませんが、その場の雰囲気を出すために言い間違え以外は実際に喋った内容をそのまま掲載しているのでご了承ください。（文

初めまして。プラットフォーム開発部で全社横断データインフラやデータマネジメントを担当していますkashiraです。 この記事では、先日のPIXIV DEV MEETUP 2024のLTで発表した「AirflowのKubernetes移行 ~ Kubernetesで運用するのは思ったより難しくない ~」について登壇内容を元に大幅に加筆修正を行い、文章にしたものです。 先日の発表では、時間の都合上話せなかったことが多くありました。そのため、この記事で移行についての補足を多めに入れています。 この記事がAirflowの運用に困っている管理者の方にとって少しでもお役に立てれば幸いです。 スライドは下記で公開しています。 speakerdeck.com はじめに ピクシブではデータパイプラインの基盤として、全社共通のAirflowをデータ基盤チームで運用しています。 個人的に特徴的だなと思っている点

よくある、「LTが3〜7件ほど行われた後、小一時間ほど懇親会が行われるタイプのイベント」の懇親会で起きる個人的あるあるをまとめました。 登壇者に話しかけたいが登壇者が埋まっていて、余った数人の人たちでグループができて変な空気になる 2×3の机に座っているとき、真ん中の2人が左右どっちの会話に属するか悩ましくなる 缶のお酒が余っても、誰も持って帰ってくれない（ので自分が持って帰るから家にあまり飲まない酒が増える） 余ってるといつも「SDGs（Sustainable Drinking Goals）ですからね！」と言って持ち帰るのだが、結果として冷蔵庫に見なれないチューハイが謎に増える。 円になって会話しているとき、1人分常に空けておいてくださいってアナウンスがあっても、実際会話している円に入るの抵抗ある 乾杯でどのグループに缶を持っていくかが運命の分かれ道すぎる 話すとき最初名前を名乗らずにい

いわさです。 今朝の AWS API のアップデートみましたか。これ。 セキュリティグループを VPC に関連付け出来るようになったらしいのです。 どういうことだろう。VPC 内で共通で適用されるセキュリティグループが登場したのか？と思ったのですが、どうやら別の VPC 内でセキュリティグループを使えるようにするアップデートのようです。 What's New アナウンスも出ていました！ これは驚きですね。 これまではセキュリティグループは VPC に関連付けして作成し、その VPC 内の EC2 や ENI にアタッチする形でした。 異なる VPC 間のセキュリティグループで ID の参照は出来ましたが、インスタンスやネットワークインターフェースへのアタッチは出来ませんでした。 そのため、同じセキュリティグループを別の VPC で使いたい場合は、例えば次のような方法でコピーする必要がありま

ロシアの裁判所が2024年10月28日に、ロシアの国営メディアへのアクセスがYouTube上でブロックされている状況が続いているとして、Googleに対し20000000000000000000000000000000000ドル(200溝ドル、円換算で約3澗円)の罰金の支払いを命じました。 Russian Court Wants Google to Cough Up $20,000,000,000,000,000,000,000,000,000,000,000 https://gizmodo.com/russian-court-wants-google-to-cough-up-20000000000000000000000000000000000-2000517887 Russian court fines Google $2 decillion • The Register https:

PIXIV DEV MEETUP 2024 運営チームのrenmaです。 ピクシブは2024年9月20日（金）にオフラインの完全招待制カンファレンス「PIXIV DEV MEETUP 2024」を開催しました。 当日の会場の様子はこちらの記事にてご紹介していますので、あわせてご覧ください。 inside.pixiv.blog MEETUPで行われた登壇セッションはキーノート、メインセッション、LT（ライトニングトーク）セッションの3つに分かれており、計42名の社員が登壇しました。登壇セッションではピクシブのビジョンを実現するためにチャレンジしていることや、プロダクトを支える技術、そしてその裏にある想いをピクシブメンバー自らが語っています。 本記事ではメインセッションとライトニングトークのうち、スライド公開可能な23の発表をまとめています。ぜひ気になった発表の振り返りにご利用ください。 メイ