「週次の真面目な雑談」は、現在進行系で実施する必要のある個別の業務の進行とは関係なく、自分たちの業務全般に関わる雑多な話を通して、自分たちの業務に必要となる知識、経験、考え方などについて伝達するための雑談です。 背景として、私の部門は私とメンバーのハヂメの二人なのですが、ハヂメは昨年開発者から人事に転身したばかりで人事は未経験です。そこで、私が人事領域で得た知識、経験、考え方などを雑談を通して学びたい、という要望をハヂメからもらい、週次で真面目な雑談を実施することになりました。

estie データマネジメントグループのソフトウェアエンジニアの和田です。私については → 入社エントリ この記事の内容 さーて、今回の estie inside blog は estie、データドリブンになりたいってよ データの活用先を考えるブレスト会をやったらアイデアが沢山出たよ データ活用を実現していく仲間を募集中だよ という内容になっております！それでは本編どうぞ！ estie、Snowflake を導入しましたよ（再） 少し前にこのブログでも紹介したのですが、estie の新しいデータ基盤として Snowflake を導入しました。 estie、Snowflake を導入しましたよ - estie inside blog 上記の記事では、データマネジメントグループが管理しているデータパイプラインの課題をメインに紹介したのですが、Snowflake に対しては分析利用への期待も高ま

「Linux」が「Windows」よりもセキュリティ面で優れた選択肢であるというのはよく知られている話だ。Linuxは極めてセキュアなOSになることを目指して設計レベルから開発されている。筆者は1997年からLinuxを使っているが、サイバーセキュリティの脅威に直面したのは1回だけだ。しかもそれは、譲り受けたサーバーに仕掛けられていたルートキットが原因だった。このサーバーは残念ながら完全にハッカーの手に落ちていたため、OSを再インストールし、ゼロから構築し直す必要があった。 筆者は20数年にわたってLinuxを使用してきているが、セキュリティ侵害の影響を受けたのはこの時のみだ。この1件を別にすれば、何の問題もなく快適に使用できている。 Linux OSの特長であるセキュリティの強固さは、誰でも享受できる。ただし、Linuxをインストールすれば、セキュリティについての懸念は一切なくなるという

location_city Tokyo schedule Jan 10th 04:15 - 05:00 PM JST place 2F Main Hall EAST奥 (126) people 99 Interested ★★★Deep Diveシリーズ第4弾!!★★★ Deep Diveシリーズでは、主にスクラムを始めたばかりの人、実践しているもののこれでいいのか？と不安を持っている人に向けに、スクラムやスクラムに関連する要素を詳細に解説しています。 これまで以下の3つをお届けしてきました。 プロダクトバックログ Deep Dive（https://slide.meguro.ryuzee.com/slides/107） スプリントプランニング Deep Dive（https://slide.meguro.ryuzee.com/slides/111） スプリントレビュー Deep Dive

CTO統括室の黒崎(@kuro_m88)です。今回はAWS Lambdaの高速なコンテナロードの仕組みについて紹介します。 AWS Lambdaはサーバレスなマネージドサービスであり、難しいことを知らなくてもユーザ(私たち)は簡単にアプリケーションをホストでき、簡単にスケールします。 ユーザから見るとシンプルですが、その裏側では様々な仕組みがあったり最適化が行われたりしています。 マネージドサービスの裏側を必ずしも知る必要はありませんが、仕組みを知っておくとより使いこなせるはずですし、自信を持って技術選定ができるはずです。(そして何より裏側を知ることは楽しい！🤗) 本記事はUSENIX ATC 2023で発表された論文「On-demand Container Loading in AWS Lambda」の内容に基づいて、読んでいて面白かったポイントをまとめています。 On-demand

「コーディングだけじゃない！Github Copilot の活用法」 というタイトルで登壇したのは、コミューン株式会社の池田将氏。タイミー社主催の「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot」における、さまざまな活用法について発表しました。 登壇者の自己紹介 池田将氏：コミューン株式会社の池田将と申します。めちゃくちゃ緊張しています（笑）。登壇は初めてで、GitHubの方もいて、今「すごいな」と思っている感じです。コーディングの話を先に紹介していただいたので、順番に恵まれたなと思います。 軽く自己紹介をして、コミューンがどうやって「GitHub Copilot」を導入したのかを説明した後、活用事例を紹介させてもらえればと思います。 コミューンは、2つのプロダクトを作っています。ビジョンは「あらゆる組織とひとが融け合う未来をつくる」で、コミュニティ作りに

今やAIやデータサイエンスの話題は、ChatGPTの登場もあり、IT業界だけではなく日常会話でも頻繁に登場する状況になっている。その一方、社会全般でAIを活用したオートメーションが進んでいるのかと言えば、自動運転などの特定分野を除けば、まだあまり実生活上、体感するほどには進んでいないのではないだろうか。 筆者らはデータサイエンティストとして、さまざまなデータ分析やAI実装のプロジェクトに参加しているが、そこで多くの場合にぶち当たる壁がある。それは「PoCの壁」とも言えるものだ。AIやデータ活用に関しては多くのユーザーが前向きで、PoCの形でプロジェクトを始めるが、そこで作成したAIや機械学習モデルを実際の業務プロセスに活用しようとすると、まったく進まないという問題である。

ノリでホスト行ったんだけど(ゲイではない) 本当にホストすげえなと思った ホストに億とか貢ぐやつ頭おかしすぎるだろと思ってたけど まあありえるだろうな、くらいに思った なんかすっぴんだと俺の方がかっこいいんじゃね？くらいのレベルの顔面の人だったんだけど ・当然だけど初対面なのに10年以上の付き合いがあるレベルの距離感で話してくる それに全く違和感がなく不快でもない ・とにかくめちゃくちゃ楽しそうに接してくれる あれは勘違いしても仕方がない ・聞き上手レベルがカンストしててめちゃくちゃ話したくなる 相槌の打ち方やタイミングも完璧すぎる まるでこちらがめちゃくちゃ魅力的な人間だと錯覚する ・とにかく「嫌な感じ」がない ん？みたいな違和感がある瞬間がない そしてこちらを見る表情や話し方すべてに嫌悪感がなくえ…この人自分のこと好き…？ってなる なんか楽しいよりすげえなというか尊敬が勝ったけど、それ

Shizuoka.js #7

GPT活用が当たり前になりましたが、メモの取り方も劇的に変わります。 ・専属AIとの会話の中でナレッジを記録 ・AIに聞けばいつでも過去の記録を呼び起こせる ・過去の記録に基づきAIが提案や示唆をくれる 今までメモ帳に書いていたアイデアはたくさんあるはず。 今後は自身のAIに向けてメモをつぶやいていくだけで、自分のナレッジを結集した独自のAIアシスタントが築けてしまうんです。 今回はその方法をご紹介します！ ※ 本記事は文中で紹介するサービス「miibo」を開発する、株式会社miiboの提供でお送りします。 成果物運用イメージはこんな感じです。 最近、ベクトルDB記録機能をつけたAIをmiiboで作って、 メモしたいことは全部AIに話しかけて覚えさせてる。 うろ覚えのことを会話で引き出せるし、メモをもとにした相談やTODOリスト作成なんかもできる。 もうちょい実験してニーズありそうだったら

X（旧Twitter）上で、「ゲームの感動シーン」を紹介しあう動きが広まりを見せている。開発者や業界人も含めさまざまなユーザーが参加しており、それぞれの選りすぐりの名場面（あるいは迷場面）が寄せられている。海外メディアGamesRadar+が伝えている。 最近X上で広まりを見せているのは「Don’t cry, it’s just a game（泣くなよ、たかがゲームだろ）」というフレーズだ。ユーザーたちはこのフレーズに続けて、自分が泣かざるを得ないようなゲームのスクリーンショットや映像を添付。前フリとしての“ただのゲーム扱い”を返り討ちにするかのようなかたちで、選りすぐりの感動シーンなどが紹介されている。開発者も含めさまざまなユーザーが参加し、誰かのポストを引用するかたちで数珠つなぎのように展開。多種多様な作品の名場面（あるいは迷場面）が投じられており、本稿ではその一部を見ていこう。 たと

■ ZOZOエンジニア向け会社説明資料 https://speakerdeck.com/zozodevelopers/company-deck ■ 運用改善によるチームパフォーマンス向上のための取り組み https://techblog.zozo.com/entry/operational-improvements-tips ■ GitHub Copilotの全社導入とその効果 https://techblog.zozo.com/entry/introducing_github_copilot

OpenTelemetry Meetup の登壇スライドです。 https://opentelemetry.connpass.com/event/296353/

https://opentelemetry.connpass.com/event/296353/

「GitHub Copilot 導入時に考えたセキュリティのあれこれ」というタイトルで登壇したのは、freee株式会社のただただし氏。タイミー社主催の「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot 」を全社一斉導入する際に考えるべきセキュリティリスクについて発表しました。 freee株式会社 PSIRT マネージャーのただただし氏 ただただし氏：freee株式会社のただただしと申します。 今日は、「GitHub Copilot 導入時に考えたセキュリティのあれこれ」ということで、Copilotのセキュリティリスクについて語るわけですが、考えてみたら、GitHubの中の人を前にこんなことをしゃべるのは相当大胆な話だと思います。最後にいいことで締めるのでちょっと我慢してください。 自己紹介をいたします。ただただしと申します。PSIRTという組織でマネージャー

企業・組織に属している方向けの ChatGPT の社会・ビジネスへの影響を考えるお話です。 人とComputerの在り方が大きく変わったこれらも交えて。それらが周囲にあふれ出すその日のために、今はしっかりと Prompt の仕方を学んでおきたいものです。そのためのサンプルも幾つか継続して提示しています - とある人の、変わってしまった日常の一部 - なぜ?何が? ChatGPT で変わるのか? - Plugin の可能性 - Code Interpreter の可能性 - Copilot の可能性

＜Ver.1.0＞ 社会の変化や、サステナビリティの観点で注目されている「行動変容」についてまとめています。 ＜シェア・共有歓迎です＞ ■解説＆ディスカッション会 こちらの資料をベースに、簡単な解説＆皆さんとのディスカッションをしました。 10/18(水) 上のイベントはすでに終了しましたが、今後も様々な形で機会を作っていきますので、 参加ご希望の方はこちらのフォームから登録をお願いします https://forms.gle/hE2TdftWWmYa2xa36

テックタッチという会社・サービス テックタッチの SRE チーム 何をやっているの インフラエンジニアというよりもソフトウェアエンジニア 課題感 SREチームの活動 - 大きなサイクル・小さなサイクル コミュニケーション 技術スタック・ツール 終わりに こんにちは。SRE の roki です。暑い日はまだあるものの、朝はすっかり秋を感じるようになり子どもたちが登校しやすくなってホッとしている今日このごろです。 この記事では、テックタッチという会社・サービスに触れつつ、SRE チームの働く環境や課題感を共有しながらチームの紹介をしていきます。興味を持っていただけたらぜひお声がけください。カジュアルに話し合う場を設けさせてもらっており、採用情報ページにて受け付けています。 テックタッチという会社・サービス テックタッチでは、社名と同じ「テックタッチ」という名前のサービスを運営しています。どのよ

オラクル、Java開発を効率化するVSCode用拡張機能「Oracle Java Platform Extension for Visual Studio Code」を公開 New Oracle open source project released! Oracle Java Platform extension brings full featured @Java development (edit-compile-debug & test cycle) for Maven and Gradle projects to VS Code. Get started: https://t.co/knjeFPRY1Q Learn more: https://t.co/77SIeky3cE#OracleOSS pic.twitter.com/whXIKFsBHV — Oracle Open So

社で何かキャッチアップするのがめちゃくちゃ上手い人がいる。 情報がまとまっているか、参照しやすいかといった社の状況にもよるのだけれど、上手い人には一定のパターンがある気がしていて、そのへんを雑にまとめておきたい。 検索対象の選択肢を持ち、最速を意識している Slackのやりとりを検索する、GitHubのIssueやPRを探す、Google Driveを検索するといった感じでまずシュッと探してみる癖が染み付いている どこに情報がまとまっているかを見極め、選択肢のうちどこからあたるかのが最速かを素早く判断している 検索条件を駆使している ワードでの検索だけではなく、日時の範囲指定、投稿者・メンション先といったフィルタリング、除外設定などを駆使している インデックスとなる人や聞く場所を作っている 人に聞いた方が早いことも多いので、どこで誰に聞けば辿れるかインデックスを作っている。人や場所がない場

専門学校ばっかりじゃん 料理の研究して論文書いて学位取れないんだろうか 栄養学じゃなくてさ 味の研究がメインの大学 おかしいよな、人間の基本だぜ、料理って そしてエセ料理研究家をぶっ放してほしい 「私は東京料理大学教授ですが？」とか言って論破してほしい なんで料理って研究対象になってないんだ 料理大学麺学部ラーメン科とか、あってもいいじゃん？ なんでないの？

会社にいかなければいけないのに、どうしても朝起きられない。1日8時間オフィスで働いていると、身体がクタクタになってしまう。 働く人にとって、いくら努力をしても思うように自らの体調を管理できなかったり、突発的な不調を経験したりすることは少なくありません。 デザイン会社の代表を務めるとりいめぐみさんも、会社員時代にそんな悩みを抱き、自分を責めた経験があるそう。徐々に働き方を変化させる中で気付いたのは「世界には無数の“健康”がある」ということでした。 周りと同じように働けず、自分を責めた会社員時代 とりいさんは、2016年に新卒入社した会社でデザイナーとして勤務されていたそうですね。当時のブログを読むと「体力のなさ」や「身体の弱さ」についての言及が目立っていて、働きながらの体調管理に悩んでいた様子がうかがえます。 とりいめぐみさん（以下、とりい）　一番悩んでいたのは、どうやっても朝、起きることが

羽田空港第2ターミナル国際線到着エリアに、やくしまるえつこ制作によるオリジナルサウンドアートが実装されました。 刻々と変化する「東京の今」を示す時刻や天気、気温、などのリアルタイム情報が反映され、到着する度その瞬間だけの音響体験に包まれます。訪日客と帰国する日本人旅客の双方を迎えるメッセージと共に、長時間の国際線フライトを終えた後の人々が東京の空気を全身で体感出来る、空港ならでは音響作品です。 【展開エリア】 国外から羽田空港第2ターミナル国際線エリアにご到着のお客様のみ、お聴き頂けます。 Yakushimaru Etsuko - Haneda Airport Terminal 2 Sound Art Produce / Voice / Music and more: Yakushimaru Etsuko ----- https://youtube.com/playlist?lis

最初に作ったのがCIAnalyzerです。なるべくツール自体の運用の手間がかからないように常駐サーバー無し、データの保存先と可視化はマネージドサービスを使う前提で設計しました。具体的にはデータの保存先をBigQueryとすることによって自前でDBを管理する必要をなくし、webhookを受けるのではなくcronで定期的にAPIを叩くことで常駐サーバーを不要にし、データの可視化はBigQueryと簡単に連携できてマネージドサービスであるLooker Studioを使用する前提としました。 CIAnalyzerのアーキテクチャ CIAnalyzerを作ったきっかけはAzure Pipelineの分析機能に感銘を受けたことで、それと同等の分析を当時自分が業務とプライベートで使用していたJenkins, CircleCI, Bitrise, GitHub Actionsでも可能にしたいと思って開発を

『サガ フロンティア2』をクリアしました。 本当に、面白いゲームだと思いました。 私は、人並みにゲームを遊ぶ。その中で「これは面白いゲームだ」と感じることは、結構多い。そして時たま、そこを1段上回る「これはすごいゲームだ」と感じるものに出会う。1年に何本か、出会う。 そして、サガフロ2は「これはすごいゲームだ」と感じた。 遊び始めてからクリアに至るまで、ひたすらに。ひしひしと。めちゃくちゃに。「これはすごいゲームだ」と感じ続けた。これはもう直感。なんとなくの“勘”で、「あぁ、これはすごいな」と一瞬で気がつくゲームがある。 サガフロ2は、まさにそんなタイトルだった。 ちょっと今から恥ずかしいことを言うけれど、私はRPGに夢を感じていたりする。RPGには夢が詰まっている。物語にはロマンが詰まっている。数値の中で紡がれる冒険には、唯一無二の体験が詰まっている。だからRPGが好きで。だからゲームが

1988年神奈川県生まれ。普通の会社員です。運だけで何とか生きてきました。好きな言葉は「半熟卵はトッピングしますか？」です。もちろんトッピングします。（動画インタビュー） 前の記事：ランチパックを進化させろ！「スーパーランチパック」食べ比べ 仙台駅についた 今回深夜バスで来たのだが、行きのバスで前の人がものすごく席を倒してきて、すごい一夜を過ごした。（寝れなかった） そんな思いで着いた仙台。朝日がまぶしい。あと、思っているよりも寒い。ただ、おれ半そでいけます！　半そでいかせてください！（ただ、風邪をひきたくない思いが勝って上着を着た。） 仙台の朝、ものすごく眠い。眠い。 眠いなーと思って空を見上げたら虹が出ていた。なにか良いことが起こる気がする。 マーボー焼きそば発祥のお店 仙台駅から歩いて2時間、もしくは仙台駅から泉中央駅まで行き、歩いて数分。電車で行った方が近い。そこにあるのはマーボー

カリフォルニア州は2018年、消費者が自分のデータをより詳細に管理できるようにするカリフォルニア州消費者プライバシー法(CCPA)を可決し、居住者は企業が持つ個人データを開示させることができるようになりました。2023年1月にはCCPAが改正されてより強力になったカリフォルニア州プライバシー権利法(CPRA)も施行されており、この法律に基づいてAmazonに個人情報を要求したユーザーによると、自身の注文履歴や配送情報のほか、Kindleで読んだ本のタイトルやページ数などが詳細に記録されていたことが報告されています。 'They know us better than we know ourselves': how Amazon tracked my last two years of reading | Amazon | The Guardian https://www.theguardi

2 松本 和高
 株式会社エクスプラザ リードエンジニア
 X: _mkazutaka
 Github: mkazutaka
 18年にバックエンドエンジニアとしてメルカリに入社。その後、ミラ ティブ、フリーランスを得て株式会社エクスプラザに所属。フロント エンドからバックエンドまで幅広く開発しています。趣味で、FXの自 動売買Botを作成している
 現在08/30に第一子が生まれ現在育休中
 https://note.com/mkazutaka/n/n9f0e2c4dee96 CONFIDENTIAL INFORMATION: Not for Public Distribution - Do Not Copy 3 株式会社エクスプラザ （EXPLAZA, Inc.） 会社名 プロダクトの力で、豊かな暮らしをつくる ミッション 代表取締役CEO 高橋一生 代表者 2020年07月03日 設

Identity Platform を使うと、さまざまな認証パターンが構築できる！ この記事は2023年10月6日に行われたナレッジワークさん主催のイベント「Encraft #7 AppDev with Google Cloud」で発表したセッションの解説記事です。現地でご参加いただいた皆さん、オンラインでご視聴いただいた皆さん、ありがとうございました！ 私のセッションでは Identity Platform を使ったさまざまな認証パターンについてご紹介しました。セッション後、いくつかのご質問や「こんなパターンもあるよ！」というコメントもいただきました(ありがとうございます！)。この記事では、セッション内でご紹介した内容に加え、別解、または発展系とも言えるいくつかのパターンについてもご紹介します。 Identity Platform とは まずはこの記事でメインで扱う Identity P

本記事では、ソフトウェア開発手法の一つであるDDD（domain-driven design）を使って要件定義〜実装を行う際のプロセスやポイントについてまとめていきます。 （書籍「ドメイン駆動設計モデリング/実装ガイド」の内容を大いに参考にさせていただいていますが、独自の内容・考察も記載しているつもりです。） DDD とは？ DDD（domain-driven design）は日本語に訳すとドメイン駆動設計で、ソフトウェア開発手法の一つです。 ドメイン駆動という言葉から、ドメインというものが重要そうだということは伝わってくると思いますが、そもそもドメインという言葉が抽象的でわかりにくいですよね。 ドメインは直訳すると「領域」ですが、DDD で指している「領域」とは「ソフトウェアで問題解決しようとする対象領域」です。 そして、① ドメインについての理解を深めてモデルを作成し（DDD では、後

以下のstapy#98にて発表したスライドです https://startpython.connpass.com/event/296755/ PythonのPackage Managerを深く知るためのリンク集 https://gist.github.com/vaaaaanquish/1ad9…

彼が何を言いたいのかが正直よくわからん。 藤井聡太が八冠になったからって、彼の作品に何の関係もないよな？ 例えば、俺が将棋の漫画を描いているとする。 藤井聡太がタイトルをすべて制覇する。 で？ その結果として俺の将棋漫画は何の影響があるの？ 多分何も関係ないよな。 藤井聡太が活躍したからって、俺の漫画が面白くなるわけでも面白くなくなるわけでもない。 藤井聡太が八冠制覇したからって、俺の漫画の主人公が八冠制覇しなくてはいけないわけでもない。 なんならタイトルなんてひとつも取らなくても面白い漫画なんてなんぼでも描ける。 だから藤井聡太が活躍したからって頭を抱える必要なんてひとつもない。 なのにどうして、うーん困ったぞ、みたいなことを毎回彼は言い出すんだろ？ 不思議だ。

はじめに "ドメイン駆動設計は当たり前のことを言っているだけ" "ドメイン駆動設計はただのオブジェクト指向プログラミング" "ドメイン駆動設計はより良いアーキテクチャだ" "軽量DDDはアンチパターンだ" このようなドメイン駆動設計に関する言及を聞いたことがあるでしょうか？ ドメイン駆動設計に言及する記事や書籍は多くありますが、それぞれ着目する側面が異なったり色々なコンテキストから言及されています。 おそらくそれが原因でドメイン駆動設計が何であるかをぼやけさせ、正体のわかりにくい概念になっているように思えます。 そこで今回は色々な観点から整理し、ドメイン駆動設計とは何であるのか、その正体を考えていきます。 ドメイン駆動設計の基本的概念について ドメイン駆動設計はEric Evansが出版した「Domain-Driven Design」という書籍がルーツになっています。 ドメイン駆動設計を一

Engineering Manager という仕事をしていると、自己効力感が低下する瞬間がけっこうあると感じる。(多分 Engineering に限らない Manager 一般の話も多いと思うけど、ここではその考察はしない) 仕事において自己効力感が高まる状態というのは、たいてい、自分が何か努力して、それによって目に見える成果が出ているときに生まれるのではないかと思う。ところが、Engineering Manager の仕事というのは基本的に、自分以外のみんなが成果を出せている状態をつくることで、それにより絶妙なズレが生まれると感じる。 Engineering Manager の仕事を例にあげると、個々人のサポートをしたり、チームがうまくいくサポートをしたり、チーム間のコミュニケーションラインを整えたり、チームのはざまに落ちてるタスクを拾ったり、必要な人を採用したり、ビジネスや経営から求め

レポート Amazonで10万評価がついている理由がよくわかる。読書に限らず使い方さまざまで超便利な glocusent『ネックライト』 数年前、良い読書灯が欲しいなと思ってネット検索し、見つけたのがこちら。 glocusentというメーカーの『ネックライト』だ。 ■老眼の進行とともに、読書の際には十分な明るさの確保が必要になった 最近はコマゴマとした家電製品をネットで探すと、聞いたこともなければ読み方も分からない新興メーカーのものにたどり着くことが本当に多くなったが、glocusentも初見のメーカー名だった。 調べてみると、どうやらグロックユーゼントと読むらしい(情報少なく、間違っていたらごめんなさい)。 その響きからするとドイツ系?　と思いきや、さにあらず。 “アメリカ発のベンチャーメーカー”という情報もあるが、本社は中国の深圳にあるらしい。 これまた最近とみに増えている、中華系アメ

お題箱124 671.以前ツイートされていた雑な格言シリーズの「面接では嘘を吐いてもよい」や「結果が全て」等の意味を詳しく教えて欲しいです。現在進行形で振り回されてます このツイートですね。 仕事に関する言説って「面接では嘘を吐いてもよい」とか「結果が全て」みたいな、まあ正しいっちゃ正しいけどその言い方だと学生は誤解するだろみたいな「精緻な言語化を怠った雑な格言」が無限にあってだいぶ振り回されたのけっこうムカついてる — LW (@lw_ru) 2023年9月22日 いま無職なのでやや気が引けますが書きます（無職が語ることじゃねえだろと思ったので、念のため信頼できる社会人の友達に下読みしてもらって内容に問題ないことを確認しました）。 最初に書いておくと、僕は数百人規模の中小ITでしか働いたことがないので、価値観がその規模感に寄っています。仕事の感性は職や規模によってかなり違って、例えば同じ

はじめに アプリボット SREチームの一条です。 弊社ではAWSやGCPの構築にTerraformを利用しています。 IaC（Infrastructure as Code）には欠かせないTerraformですが、長らく運用していく中で様々な課題に直面し、その度に構成や運用ルールを更新していきました。 しかし、まだ完璧な構成ではないと思っています。 なぜなら、会社・プロジェクト独自の事情もありますが、他社の事例を参考にしても運用方法は様々で、これといった正解がないと感じているからです。 今回は弊社のAWSにおけるTerraformの構成を公開しますので、事例の一つとして参考にしていただければと思います。 また、事例を世の中に増やすために、この記事を読んでくださった皆様も、構成や運用ルールを公開・共有していただけますと幸いです。 構成紹介 前提 弊社では1プロジェクトに対して、1~N個のAWS

ただ、上記のボイラープレートでは DI コンテナが利用されていた。DI コンテナは実装する側としてはとても楽なのだけど、後から読む側としては一見分かりにくいことも多いし、具体的にオブジェクトに注入される依存がなんなのか追うのが大変だったりするイメージ (そこは実装者がちゃんと実装しろ、ということなのかもしれないが...)。 インスタンス生成のルールを切り出すなら、Factory パターンとして別に置いておく方が分かりやすいような気がして、DDD 的にはそれは (レイヤー的に) どこに位置するのだろうと思った。

CEDEC2021 「大規模Unityゲーム開発の設計事例」の資料です。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - セッションの内容 現在開発中タ…

バイク免許を取ると高速に乗れる 西村：原付は高校卒業してすぐに取ったので、取材先でレンタルバイクがあるときは原付借りて取材してたんですよ。 石川：県境とか行くときに。 西村：車とかバイクとかないときついところが多いので、そういうところはレンタルバイク借りてた。で、一昨年ついに普通自動二輪をとりました。 原付レンタル時代の西村さん。千葉の県境を一周して実物大のチーバくんをえがくより 石川：僕は乗らないからピンとこないんですけど、原付とバイクって移動しやすさが違うんですか？ 西村：排気量が大きいので、車並みのスピードが普通に出せます。あと125ccより上なら高速道路に乗れるんですよね。 石川：高速か！それはだいぶ変わりますね。 西村：そこはでかいですね。で、普通自動二輪取って、今年の7月に普通自動車をマニュアルで。マニュアルで取ったら面白いかなと軽い気持ちでマニュアルで取りに行って、えらい目こ

俺はちょっとマイナーな分野の技術職（非？IT系）をしてるんだが、一年くらい前に地方都市から東京の会社に転職した。 で、家賃とか諸々の兼ね合いで40分くらいかけて通勤してるんだが、とにかく移動時間が長く感じてしまう。家を出て歩いて、電車に乗って、歩いて、地下鉄乗って、歩く。この時間がとても無駄に感じてしまうんだ。 地方にいたころは車通勤で、道路状況にもよるがまあ10〜15分くらいあれば着いていた。この30分弱の差がもったいなく感じる。通勤以外にも、ちょっと買い物行くのでもかなり歩く時間を取られるし。 もちろん音楽聴いたり電車ではスマホいじったりはしてるんだが、それらは「やむを得ず行う暇つぶし」であって、俺が本当にやりたいのは据え置きゲーやエロゲーなんだよ。 そもそもなんで30過ぎて東京に出てきたかだが、都会への憧れとかステイタス感を得たいとかは全然なくて、単純に年収が1.8倍くらいになるので

井上俊之が語る『君たちはどう生きるか』- ロングインタビュー by Matteo Watzky | Oct 20, 2023 | インタビュー | 0 comments Fullfrontal.moeでは、宮崎駿監督の新作『君たちはどう生きるか』について、もっと知りたい、情報を共有したいとずっと考えていました。そのため、映画のスタッフにインタビューするのは当然のことだった。そこで、伝説のアニメーター、井上俊之にインタビューをいただきました。 井上俊之は、日本アニメーションで最も偉大な職人の一人であり、最も作画の歴史に詳しい人物の一人でもある。井上氏は、『アキラ』、『攻殻機動隊』、『千年女優』、『電脳コイル』、『おおかみこどもの雨と雪』など、日本アニメーションの最高傑作のいくつかに参加していましたが、『魔女の宅急便』と『君たちはどう生きるか』の間にに宮崎監督と仕事をしたことはない。 そこで今

アルコールは飲まないけど、ソフトドリンクくらいは飲む。 アルコールは好きじゃないけど居酒屋の食べ物は好きなんよ。 でも飲み会とかは嫌いでひとりで飯食いたい。 暇な時間帯とかに行ったら許してくれるかなあ？

私は年収700万あるし、弱者男性を自認してる実在の人間なんだけど たかだか年収が百万や二百万平均より高いだけで弱者じゃなくなると思ってるなら考えが資本主義的過ぎて甘いとしか言いようがないでしょ たかだか数百万年収が高いだけで弱者じゃなくなったら誰も苦労しないよ 【追記】 頭の中金で支配されてる視野の狭い人間が多くて驚愕してる たかがモテないだけみたいなセリフが出てくるのも驚くしかない 実際、彼女や妻子持ちの年収300万くらいの人間に、彼女や妻子がいなくなり一生できなくなるけど年収700万になる権利があったとしても使うやつは限られてそう そのくらい配偶者等がいることは生活に重要なのにね ほんと視野狭窄に陥ってる金銭信者が多すぎる

老眼は他人事じゃない。AIを使った遠近両用メガネで世界が変わった話2023.10.21 13:0050,063 三浦一紀 ｢なんだかスマホの文字が見づらいなー｣なんて感じたこと、ありませんか？ それ、老眼かもしれません。 老眼（老視）とは、年齢とともに目の機能が衰えることで近くのものにピントが合わなくなる生理現象。この老眼、人間であれば誰にでもいつか必ずやってきます。他人事ではありません。 本はこのくらい離さないとピントが合わない。これでは文字が小さくて読みづらい。僕も45歳を過ぎたあたりから本やスマホやPCの文字が見づらくなり、今では仕事をするときだけ老眼鏡をかける生活をしています。PCの画面や手元はよく見えて快適です。ただ、面倒くさいことも。 それは｢着けっぱなしで生活できない｣こと。老眼鏡は近くのものを見る専門のメガネ。クルマの運転や野球観戦といった、遠くを見る用途では視界がぼやけて

A summary of the patterns and definitions of DDD. This document is meant as a convenient reference for those who know the principles of Domain-Driven Design (DDD). It does not contain full explanations of DDD or even of the terms and patterns covered. It is intended to be used as a complement to books and other resources available to those learning about DDD. The DDD Reference contains a brief sum

Eric Evans "Domain-Driven Design Reference -- Definitions and Pattern Summaries" の日本語訳です。なかなか見直しと修正（推敲）が終わらないので、とりあえず公開してみます。 https://www.domainlanguage.com/ddd/reference/ ## 翻訳について パターン名については原則として『エリック・エヴァンスのドメイン駆動設計』（翔泳社）に合わせています。素晴らしい訳業に（元「DDD難民」の一人としても）記して感謝いたします。 ただし、「エンティティー」「メタファー」「レイヤー」「ファクトリー」など、末尾の音引きは省略せずに記することにしました。そのため、厳密には正確に同一ではありません（他にも「インタフェース」は「インターフェース」にしています）。ご了承ください。 ## 権利について

はじめに PythonでDDDでクリーンアーキテクチャで実装してみました。 良くも悪くも、"Pythonでは"あまりネット上で見かけない構成になったので共有しようと思います。 つくったものは、めちゃ簡単なTodoアプリです。 経緯 DDDについて全く知らないので、とりあえずPythonで軽量DDDやってみよう ついでにクリーンアーキテクチャも全く知らないのでコレもやろう という軽い気持ちで始めました。 参考 nrslibさんの記事を最も参考にさせていただきました。 （というより、実装していくとほぼPythonに書き直しただけのようになりました） 使用ライブラリ 今回作成したものは使用ライブラリに大きく依存するため、先に使用ライブラリを記載しておきます。 DDDのため 今回、メインで紹介する部分です。 pydantic 型チェックや設定管理に富んだライブラリ 個人的にすごくお気に入り inj

はじめに 実践DDD本の第4章で扱われるアーキテクチャについて整理する。 また、以下に著者によるJavaとC#のサンプルがGitHubに公開されているので、サンプル実装を参考にするとよいと思われる。 IDDD Javaサンプル IDDD C#サンプル DDDにおけるアーキテクチャ DDDの利点は、特定のアーキテクチャに依存しない。 品質要求がどのアーキテクチャを採用するかの原動力になるべきであり、リスク駆動の手法として有益。 何らかのアーキテクチャを採用するに当たって、機能要件（ユースケースやユーザーストーリー、ドメインモデルに固有のシナリオなど）が分からなければ、適切なアーキテクチャを選択できない。 以上を踏まえて最適な選択をすることが目標。 レイヤ化アーキテクチャ N層システムのアーキテクチャであり、いわゆる2層アーキテクチャ（クライアント・DB）や3層アーキテクチャ（webサーバー・

https://github.com/Swinject/Swinject 一般的なDIコンテナの話がしたいのですが、何か具体的な例があったほうがよいと思い、上記のDIコンテナを例に書きます。 READMEにある通り、下記で I'm playing with Mimi. と出力できます。 protocol Animal { var name: String? { get } } class Cat: Animal { let name: String? init(name: String?) { self.name = name } } protocol Person { func play() } class PetOwner: Person { let pet: Animal init(pet: Animal) { self.pet = pet } func play() { let n

DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる を、単体テストにフォーカスしたら単体テストが本来の目的では無い的なコメントが散見されました。 確かに DI コンテナは元々は SOLID 原則の D に該当する依存性逆転の原則 (Dependency inversion principle) の「具体ではなく、抽象に依存しなければならない」に大きく関係するものになります。 Wikipedia から引用します。 ソフトウエアモジュールを疎結合に保つための特定の形式を指す用語。 この原則に従うとソフトウェアの振る舞いを定義する上位レベルのモジュールから 下位レベルモジュールへの従来の依存関係は逆転し、結果として下位レベルモジュールの 実装の詳細から上位レベルモジュールを独立に保つことができるようになる。 例えば以下のように上位レベルのモジュール（Present

追記 2022/11/12 追記 この記事読んで、DI 便利だなって思ったらこちらも併せて読んでみてください。クリーンアーキテクチャーの開設の中で依存性逆転の説明が出てきます。難しいかもしれませんが、一度理解すればつぶしが効く考え方なので腰を据えて読んでみてください。 本文 ここでは、最近のそこそこの規模のアプリだと大体使われてる（と私は思ってる）Dependency Injection（DI）について、何故使ってるのか？というのを私の理解で書いていきたいと思います。 今回の対象言語は C# ですが、DI 使ってる言語であれば大体同じ事情なのかなと思います。 単体テストしたいよね アプリケーションを作るとうまく動いているかテストをすると思います。 たとえ、そのアプリがハローワールドだとしても動かして目視で確認してると思います。 もうちょっとアプリの規模が大きくなってくるとクラス単位やクラス

DIとは オブジェクトの注入 ⇒オブジェクトの注入ってなんやねん オブジェクト生成時に他のオブジェクトを注入すること 具体的には？？？ class Clazz { private $sample; public function __construct() { $this->sample = new Sample(); } }

はじめに アホでもわかるように解説してみるテスト。 あらゆる方向で説明してみる。 大雑把にまとめると「依存していた部分を、外から注入すること」です。 勘違い、間違いが沢山ありそうなので、是非ご指摘を! 登場人物 (用語) 依存性の注入 (日本語) Dependency Injection (英語) DI (Dependency Injectionの略語) 依存関係を設定ファイル等で定義してよろしくやってくれる「DIコンテナ」については書いておりません! 何が問題なの? クラス内などで固定化されたものがあると 柔軟性がない テストしにくい 解決方法 「依存している部分を外から注入する」 DIにおける「依存性」と「注入」の意味 依存性 (大雑把に)とあるクラスに、固定の定数、変数、インスタンスが入っちゃっている状態 つまりそのクラスは、その定数、変数、インスタンスに依存している 注入 そのクラ

メリットは？ コンポーネント間の依存関係を取り除ける コードの変更を行いやすい unit test をしやすい 変更に弱いクラスの構成 DogとCatクラスはどちらも、引数に与えられた数字を返すだけの関数numberを持っています Animalクラスではそれぞれのクラスを直接インスタンス化しています class Cat: def number(self, num: int) -> int: return num class Dog: def number(self, num: int) -> int: return num class Animal: animal_1 = Cat() # => ここで直接インスタンス化 animal_2 = Dog() # => ここで直接インスタンス化 def total_number(self, num_1: int, num_2: int) -> i