45分登壇で75%効率化したMarkdown+生成AIスライド作成術 - Qiita
KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか？ 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化（自分比）できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --
terraform state 理解してないのにterraform apply している人、危機感持った方が良いって
terraform state 理解してない人、 俺、ガチで危機感持った方がいいと思う。 terraformerとして危機感持った方がいい それこそが、お前がどう足掻いたって、apply出来ない理由だと思う。 apply出来ないって、これまでに一度もterraform state向き合ってこなかったら、厳しいって、明らかな事実だと思う。 俺には俺は向いてないから理解力ないから、家に引きこもってる方が楽しいから、俺はゲームが好きだから、やばいって。 何がやばいかっていうと、terraformerとして成熟しないんだよね。 その人生の中で、なんかしらの競争をしてないと、terraformerとして成熟するためのパーツに欠けるんだよね。 お前最後にapplyしたのいつ？terraformに理不尽なエラー言われたのいつ？ないでしょ そういう経験ないと弱いって、絶対メンタル弱くなるって 勝負の世界に
Microsoftアカウントでのリモートデスクトップ接続に苦労した話 - Qiita
結論だけ知りたい人向け Microsoftアカウントでリモートデスクトップ接続したい場合は、WindowsにMicrosoftアカウントでログインできるようにした際、PINコードや生体認証などの設定を一旦解除して、Microsoftアカウントのユーザー名/パスワードでWindowsに一度だけログインしておく必要がある。 確認はしていないのですが、頂いたコメントによると、「その他のサインインオプション」から「Microsoftアカウントのユーザー名とパスワード」でログインすれば、わざわざPINなどの解除はしなくてもいいみたいです。 経緯 長らくMacユーザーだったのですが、最近久しぶりにWindowsPCを使いだしました。 今のWindowsってオンラインのMicrosoftアカウントでログインできるんですね。でも、このMicrosoftアカウントでのリモートデスクトップ接続に謎の苦労をしま
プロダクトマネジメントクライテリア
プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。 🎉 プロダクトの成功 プロダクトの成功には2つの要素があります。 ユーザー価値と事業収益がバランスを取りながら最大化している状態ビジョンが実現できている状態この2つを満たしたプロダクトの成功を実現するプロダクトマネジメントについて定義します。 🔄 プロダクトマネジメントのフロー 👆🏻2つのテーマ、5つのカテゴリプロダクトマネジメントには大きく2つのテーマがあります。 🎁 A. プロダクトをつくる仕事 👩👩👧👧 B. プロダクトチームをつくる仕事 そして、「🎁 A. プロダクトをつくる仕事」には大きく4つのカテゴ
クラウドでもsuが出来る! GCPにPAM(特権管理)がついに登場
はじめに Linuxの良い所の一つにsuやsudoと言った特権管理の仕組みがあります。普段は通常アカウントで入って、例えばインストールなどの特権作業が必要な時だけsu/sudoで一時的な権限昇格が可能ですし、/etc/pam.dで誰がどのユーザにスイッチ出来るかなどは細かく制御できます。 一方で、クラウドの権限管理は悩みの種で、誤操作が怖いので普段はRead Onlyの権限にしておきたいのですが、手軽に権限を昇格する方法がありません。なので、別の管理者ユーザを作って、そちらでログインしなおしたり、それを半自動化するCyberArkやBeyondTrustといったPAM系ソリューション、あるいは最近流行りのCIEM(PAM機能を持つもの)を導入する必要がありました。 Azureでは結構以前からPIM(Privileged Identity Management)がネイティブで組込まれており非
Style Guide - Configuration Language | Terraform | HashiCorp Developer
The flexibility of Terraform's configuration language gives you many options to choose from as you write your code, structure your directories, and test your configuration. While some design decisions depend on your organization's needs or preferences, there are some common patterns that we suggest you adopt. Adopting and adhering to a style guide keeps your Terraform code legible, scalable, and m
限定公開の Google アクセスの仕組みと手順をきっちり解説 - G-gen Tech Blog
G-genの杉村です。限定公開の Google アクセス (Private Google Access) を使うと Google Cloud サービスの API に External IP を持っていない VM からでもアクセスできるようになります。当記事では、この機能を詳細に解説します。 限定公開の Google アクセスとは 仕様 利用するドメイン名 "利用するドメイン名" の意味 デフォルトのドメイン名を利用する private.googleapis.com / restricted.googleapis.com を利用する private.googleapis.com / restricted.googleapis.com の違い 違いはなに？ private.googleapis.com restricted.googleapis.com 選択フローチャート 有効化の手順 デフォ
VPC Service Controlsのドライランモードについて解説 - G-gen Tech Blog
G-gen の武井です。当記事では VPC Service Controls のドライランモードについて解説します。 はじめに VPC Service Controls とは ドライランモード ドライランモードの仕組み ドライランモード 概要 構成 設定項目 Access Context Manager 設定 権限 アクセスレベル 境界 (ドライランモード) 実例解説 評価の流れ 実例1 ログ確認 原因の特定 詳細確認 考察と対応 実例2 ログ確認 原因の特定 詳細確認 その1 詳細確認 その2 考察と対応 最後に 関連記事 はじめに VPC Service Controls とは VPC Service Controls とは Google Cloud (旧称 GCP) 上のセキュリティ機能です。 境界 (perimeter) と呼ばれる論理的な囲いを設け、中から外、外から中の双方向で
ぼくのかんがえたさいきょうのDevOps実現構成
はじめに 昨年、AWS のインフラを運用・監視する上で使いやすいと思ったサービスを組み合わせて構成図を紹介した記事、「【AWS】ぼくのかんがえたさいきょうの運用・監視構成」が投稿したその日の Qiita のトレンド 1 位になり、はてなブックマークのテクノロジー分野でトップを飾りました。（たくさんの方に見ていただき感謝してます！） 本記事では「ぼくのかんがえたさいきょうの運用・監視構成」の続編として「ぼくのかんがえたさいきょうの DevOps 実現構成」を紹介させていただきます。あくまでも「ぼくのかんがえた」なので私個人の意見として受け入れていただけると助かります。 前回の記事でもお伝えいたしましたが、各個人・企業によって環境は違うと思いますし、使いやすいサービスは人それぞれだと思うので、これが正解という訳ではありません。一個人の意見として参考にしてただければ幸いです。 また、こちらの記事
Firebase Local Emulator Suiteの環境をDockerで用意する
概要 いまさらながらタイトル的なことをやる いまさらといいながらなぜ？と思うかと思いますが、Meilisearch周りの記事書きたいのでこの話を先にやっておきたい じゃないと記事が長くなる Firebase Local Emulator Suiteとは Firebase Local Emulator Suite は、アプリのビルドとテストをローカルで行うことのできる、デベロッパー向けの高度なツールセットです。使用できる機能には、Cloud Firestore、Realtime Database、Cloud Storage for Firebase、Authentication、Firebase Hosting、Cloud Functions（ベータ版）、Pub/Sub（ベータ版）、Firebase Extensions（ベータ版）があります。充実したユーザー インターフェースを備えており、
デプロイ対象環境ごとに別々のSlackチャンネルに通知するGitHub Actionsの実装例 - KAYAC Engineers' Blog
SREチームの長田です。 SRE関連の記事としては今年最初の記事になります。 今年も定期的にSREチームメンバーによる記事を投稿していく予定です。 よろしくお願いします。 さて、今回はGitHub Actionsのはなしです。 TL;DR デプロイを実行するGitHub Actionsの実行状況を デプロイ対象環境ごとに別々のSlackチャンネルに通知する場合の実装例として、 「slackapi/slack-github-actionで通知をつくりこむ」 「Actions Workflowを分ける」 「Actions Workflow実行の入り口を分ける」 の3つを紹介します。 背景 カヤックでは「まちのコイン」という地域通貨サービスを開発・運用しています。 coin.machino.co まちのコインの開発・運用チームの、特にサーバーサイドに関しては、 アプリケーションやインフラ構成の変
GCPのLog SinkとBigQueryを連携するterraformを書く
意外とあっさりできたけどサンプルとかがなかったので忘備録を兼ねて書いておこうと思う やりたいこと アクセスログのうち、一定の条件を満たす一部のログをBigQueryに転送する。 サーバの実行環境に転送処理を置くと転送処理が事故ったりしたときに他に影響が及ぶ可能性があったり、あるいは他のトラブルが転送処理に影響する可能性があるので独立しておきたい よって方法としては 標準ログ出力をCloud Loggingで拾う（普段のログの扱いと同じ） 上記の条件を満たしたものをログルーター・ログシンクを用いてBigQueryに直接転送する という手段を取った 前提条件 実行環境 : Cloud Run ログ形式 : 適切な構造化ログ 設定 terraform 以下のように各種設定を行う # ログ集積用データセット resourece "google_bigquery_dataset" "log_data
Cloud Buildからpsqldefを使用してCloud SQL for PostgreSQLにマイグレーションする - トレタ開発者ブログ
この記事はトレタ Advent Calendar 2022の15日目の記事です。 はじめに こんにちは、サーバーサイドエンジニアの @shiroemons です。 前回の記事に書いた通り、認定資格を取得してからGoogle Cloudを頻繁に活用するようになりました。 tech.toreta.in 現在のプロジェクトでは、Cloud Buildを用いてdocker buildやCloud Runへのデプロイを行っています。 また、データベース（Cloud SQL）へのマイグレーションもCloud Buildから行っています。 今回は、Cloud Buildからpsqldefというマイグレーションツールを使用して、Cloud SQL for PostgreSQLにマイグレーションする方法を紹介します。 ただし、Cloud SQL for PostgreSQLなどの設定は完了している前提のため
社内のDockerfileのベストプラクティスを公開します
はじめに 第1旅行プラットフォーム部エンジニアの六車と申します。 大手旅行代理店の検索サイトの構築をメイン業務としつつ、社内のコンテナ・クラウド活用推進活動も行っています。 この記事では、社内コンテナ推進活動の一環で行ったDockerfileの書き方のベストプラクティスのまとめを紹介します。 この記事のゴール：効率的かつ保守性の高いDockerfileの書き方を知る。 Dockerfileとはなんぞや Dockerfileはずばり 「docker imageを作るための設計図」 のようなものです。 Dockerfileはdocker imageを自動構築する際に必要となるファイルで、1image = 1Dockerfileと対応します。 以下がDockerfileの例です。 DockerfileはFROM, COPY, RUNなどの命令文で構成されています。何のimageをもとに何を実行し
Cloud Build リポジトリ第 2 世代で変更された機能を紹介
はじめに こんにちは、クラウドエース SRE ディビジョンの黒田です。 今回は 7 月 20 日に一般公開された Cloud Build リポジトリの第 2 世代に関して、第 1 世代との違いと新しく追加された機能に関して説明したいと思います。 Cloud Build の簡単な説明 Cloud Build は様々な種類のリポジトリやストレージからソースコードをインポートし仕様に合わせてビルドを実行するサービスです。 Google Cloud 上で CI/CD を実装する際に使用されるサービスであり、迅速かつ安全なソフトウェアのデリバリーが可能になります。 Cloud Build のリポジトリは GitHub や Bitbucket などのソースコード管理プロバイダのリポジトリと接続を作成し、管理することが可能です。 Cloud Build リポジトリの第 1 世代と第 2 世代の違い この
Terraform リソースを Cloud Run API v2 に移行する | Google Cloud 公式ブログ
※この投稿は米国時間 2023 年 11 月 29 日に、Google Cloud blog に投稿されたものの抄訳です。 デプロイ済みのリソースに変更を加える必要のない Terraform のコードに変更を加える場合、Terraform の状態を更新する必要があります。このプロセスでは、Terraform の状態を削除して Terraform のコードを更新した後、既存のリソースから Terraform の状態を再インポートする必要があります。 この操作が必要となるケースの一例は、Google Cloud リソースのデプロイや構成に新しい Terraform リソースを使用する場合です。新たにリリースされた google_cloud_run_v2_service Terraform リソースを使用する場合もこれに該当します。 このブログ投稿では、この新しい Terraform リソースに
GCPing.com
How does this work? Your browser makes HTTPS requests to link Google Cloud Run services deployed to each region. The median time between request and response is shown. The global row uses a link Global External HTTPS Load Balancer to route requests to the nearest service. Note: This site is intended to show relative latency to each region, and should not be used to determine the absolute lowest la
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Makefile卒業 & Taskfile入門
Cloud Logging シンクの書き込みID仕様変更について
外部IPを持たないCloud SQLにIAPを使ってローカルマシンからアクセスする | Tech-Tech
