クライアント先の社内ポエムだけど必要になることがあったので転記した。 @nekoya さんにお願いしたらそちらも公開してくれた。:圧倒的感謝: @nekoya さんの話がとても良かったので僕もポエムを書いてみる。 zenn.dev 僕もその昔はもちろん駆け出しのエンジニアで自信が無くて自分を低く見積もったり、ある程度自信があっても 謙虚であることが美徳 と思って自分を敢えて卑下するなんてことをよくやっていた。 脳ある鷹は爪を隠す、なんていうけど確かに周囲に低能力だと思われていたほうが便利なシーンもあるにはある。 しかし少なくとも社会で働く上で 自分の能力を適切に評価する ことは自分にとっても会社にとっても重要なことだ。 その前提の上で、自分を過小に評価することは、あなたの仕事の成果に対して高評価し、認めてくれている人たちにとっては裏切り行為と言える。 例えばとても良い仕事をしたのにも関わら

この記事の内容は 2022/12/20 現在、かなり古くなっています。 v0.4.1 時点での使い方について記事を書き直しましたので、こちらをご参照ください。 Dagger Go SDK でポータブルな CI/CD パイプラインを構築する Dagger が Go SDK を発表しました 🎉 Dagger を使うことでローカルマシン、 CI ランナー、専用サーバー、その他任意のコンテナホスティングサービス上などで実行可能な CI/CD パイプラインを構築することができます。 以前「インフラもバックエンドもフロントエンドも Go で書いてみた」という記事を公開したのですが、 Dagger Go SDK ができたことで CI/CD までもが Go で書けるようになったので書いてみました。 インフラ・バックエンド・フロントエンドの方に関しては下記の記事をご参照ください。 作ったもの GoGoGo

こんにちは。ブロックチェーンチームのソフトウェアエンジニアの id:odan3240 です。 tech.mobilefactory.jp 上記の記事で紹介した通りユニマ/ガレージのインフラは Terraform で管理されています。 この記事では Terraform を管理するリポジトリのディレクトリ構成とその思想について紹介します。 前提 Terraform を管理するリポジトリは2020年の1月頃に開発されたものです。 当時の最新版の Terraform のバージョンは 0.12 でした。 当時の Terraform のバージョンでのディレクトリ構成の紹介であり、現在の最新版のベストプラクティスに沿わない可能性があります。 ディレクトリ構成 リポジトリルートのディレクトリ構造は次の通りです。以降で紹介するディレクトリ構造は説明のために一部簡略化しています。 $ tree -L 1 .

こんにちは。メディアサービス開発部Webアプリケーション開発課の奥川です。ニコニコ漫画のバックエンド開発を担当しています。 2021年初頭、ニコニコ漫画である作品の連載が開始されました。それに端を発する数カ月間のサーバ障害により、ユーザーの皆様には大変ご迷惑をおかけしました。 少し前の話にはなりますが、当時ニコニコ漫画のサーバでは何が起こっていたのか、どのような対応を行ったのかを振り返ってみたいと思います。 1号棟（事の起こり） 2021/01/08 問題の作品（以後、「作品I」*1と記述します）の第1話が投稿されます。その過激な内容からSNSなどでは一部で話題になりましたが、まだニコニコ漫画へのアクセスも穏やかなものでした。 2021/01/22 その2週間後、「第2話（前編）」の公開から事件が起こります。 ピークタイム最中の12:22頃から、まずmemcachedがCPU Utiliz

顧客はいったん継続課金を開始すると、特に大きな問題に遭遇しない限り概ね何ヶ月も継続して利用する傾向があります。最近のチャーンレート(解約率)は2~3%で、驚くほど低いものでした。ターゲット層である開発者はこだわりが強いため、彼らは熱心に他のMarkdownエディタを何年もかけていろいろ試しています。そして僕のアプリを最終的に選択しました。だからそう簡単に他に移ったり辞めないのでしょう。ちょうど彼のように： Your application is a life changer. I’ve tried numerous markdown based applications over the years and I’m so pleased to finally find a keeper! Awesome work! — James Lilliott しかし彼らは常によりよいツールを探し求め

思考の引き出しを増やすモジュール設計のヒント

2022.08.05 カルチャー・環境 話題のキャラ配信アプリ「IRIAM」チームってどんな感じなんだろう？ 〜異動して3ヶ月過ごしたエンジニアが見てきたモノ〜 by Kengo Imae #iriam はじめに IRIAM事業部の今江です。IRIAMに2022年3月から異動して早3ヶ月経ちましたので、自分がIRIAMに入って感じた文化/技術の話に関してざっくばらんに紹介できればと思います！ 2021年8月にDeNAに仲間入りした話題のキャラ配信アプリ「IRIAM」、急成長・組織拡大中で気になってる方も多いのではないでしょうか？ つながりを大事にするIRIAMの思想を感じ取ってもらえれば幸いです。 本記事のスライド版は こちら です！ (Speaker Deck) ※ 本記事は 2022年6月に実施された社内勉強会の内容を元にしています 1. IRIAMとは？ 「スマホ１つでキャラライブ！

#asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

概要 ここ最近、Kubernetesクラスタを本番運用するにあたって負荷試験を行ってきました。 Kubernetesクラスタに乗せるアプリケーションの負荷試験は、通常の負荷試験でよく用いられる観点に加えて、クラスタ特有の観点も確認していく必要があります。 適切にクラスタやPodが設定されていない場合、意図しないダウンタイムが発生したり、想定する性能を出すことができません。 そこで私が設計した観点を、汎用的に様々なPJでも応用できるよう整理しました。 一定の負荷、スパイク的な負荷をかけつつ、主に下記の観点を重点的に記載します。 Podの性能 Podのスケーラビリティ クラスタのスケーラビリティ システムとしての可用性 本記事ではこれらの観点のチェックリスト的に使えるものとしてまとめてみます。 確認観点 攻撃ツール 1: ボトルネックになりえないこと Podレベル 2: 想定レイテンシでレスポ

近年、普段の作業をマウスでやりたくない気持ちが高まっている（デスク周りが散らかってきたせいだという説が有力です）。メールは結局ターミナルでメールを読むことにしたため問題なく過ごせているが、その他のタスクをキーボードだけでやるには、ターミナル動くアプリケーションを作れる必要がある。それもリッチなやつだ。見た目は派手な方がいい。 この記事は Kyoto.go remote #32 LT会 で発表した 入門 Bubble Tea の増補版です。 Bubble Tea とは GitHub - charmbracelet/bubbletea: A powerful little TUI framework 🏗 Bubble Tea とは、Go でリッチなターミナルアプリケーション（TUI）を作るためのフレームワーク。Charm というプロジェクトの一部のようで、ホームページを見てもらったら分かると

全部キーボードで済ませたいシリーズです。 多忙な現代人の一日はその日の予定チェックから始まるわけです。普段であれば定期的な間隔で組まれたミーティングのリズムに身を委ねればいいわけですが、そこに非定型的なミーティングが紛れ込んでくる。これは採用面接など外部との機会であることが多く、そのぶん重要です。事前に入れてあるものを避けて予定を組もうとすると、参加者の数に応じて困難さが増していくので、ある程度は既存のものに被せて予定に招待してもらうことにしていると、いつの間にかダブルブッキングの嵐になっている。直前になって慌てて一方のミーティングに参加しないことを告げる……みたいなことを繰り返していてはいけませんね。 そういうわけで事前にカレンダーの重複を確認して、必要に応じて辞退したり再調整したりしたい。だけどそれを Google カレンダーのウェブ UI からマウスでポチポチやるのは非常につらい……

肌と変わろう。肌と進もう。 自分の変化が最も純粋にあらわれるのは、 髪型でも、服装でもなく、素肌かもしれない。 環境が変わること。価値観が変わること。 そして、身体が変わること。 年齢とともに深みを増していく移ろいを、 素直な気持ちで楽しみたいから、 今日も、これからも、肌の変化を大切に。 メンズスキンケア・HAUT。

2022.06.16 技術記事 新サービス Aurora Serverless v2 の検証とその評価 [DeNA インフラ SRE] by Keijun Kumagai #infrastructure #aurora #aws #database #technical-verification #game-infrastructure #infra-quality こんにちは！IT基盤部の k-jun です。IT基盤部にて大規模ゲームのインフラを見ているインフラエンジニアです。この記事では、2022/04/21 に GA となった AWS の新サービス Aurora Serverless v2 に対して行った技術検証とその調査結果をご紹介させて頂きます。 Aurora Serverless v2 とは Aurora Serverless v2 は Amazon Aurora のオンデマン

11月1日（水）15時よりオンラインストアが移転リニューアル！ 現在のオンラインストアが誕生して早3年…！ 皆さんに更にお買い物を楽しんでいただくため、リビセンオンラインストアは生まれ変わりました！ 下記バナーをクリックして新しいオンラインストアをぜひチェックしてくださいね！ わたしたちは長野県諏訪市で、古材と古道具を販売するリサイクルショップです 家屋の解体やお片づけの現場に大家さんから連絡をいただいてお伺いし、行き場を失ってしまった古材や古道具をレスキューし販売しています。 合言葉は"ReBuild New Culture!" 規格外の農作物やプロダクトは、本質的な価値を正しくつたえる。家の住み継ぎかたを、アップデートする。「もったいない」を価値化・可視化していく。 そうしていくことで、捨てられていくものや忘れられていく文化を見つめ直し、再び誰かの生活を豊かにする仕組みをつくっていきた

DDDではよく「モデリングが重要だ！」と言われますが、どのようにモデリングすればいいのかがわからず、一歩を踏み出せないことは多いのではないでしょうか。 そんな方のために、本記事ではDDDにおいてシンプルで成果が出しやすいモデリング手法について紹介します。 (本記事は、YouTube動画「10分でわかるドメインモデリング」の内容をもとにした解説記事です。) DDDの目的 DDDの目的から確認しましょう。 DDDの目的は2つ。 ①機能性を高めること これは、役に立つものを作ること、言い換えると「作ったけど使えない」を避けることです。 そのために、ドメインモデリングを行い、ソフトウェアを適用して役立てようとしている現実世界の領域(これの領域をDDDでは「ドメイン」と呼びます)について理解を深め、解決策を検討することを目指します。 ②保守性を高めること これは、長期間開発しても機能拡張が容易であり

リモートワークにシフトしてから2年くらい経って、自分の中でもペースができてきたと思う。たまに出社すると時間が全然わからなくなることに気がついた。自宅で仕事しているときはほぼずっと PC の前にいて、右上をみると時間と次の予定がわかるようになっている（Dato ってアプリを使ってます）。物理出社するとオフィスはやっぱ広くて居心地いいのでうろうろして、本棚の本を読んで……とかしてるうちに予定の時間を逃していたりする。面白いですね。 他人の存在感がぜんぶ画面の向こう側にいるようになったせいなのか、ときどき集中できなくなって仕事ができていない状態になることがある。ミーティング中、資料に目を通していたら別のタブに目移りしている、みたいなこと。もともと気が散りやすいほうで、教科書やノートにもめちゃくちゃ落書きがあったな～。物理で仕事していたころには、そういうときは眼鏡を外していたりした。目が悪くて、画

小さな薄い財布の原点にして完成型 「手ぶらで気軽に出かけたい」 その想いを叶えるために、小さな薄い財布 Hitoe® Foldは誕生しました。 収納物を重ねないHitoe®構造（意匠登録済）、金具レスのインナーフック（特許）、手のひらサイズに数々のアイデアを詰め込み、極めて薄いデザインとスムーズな操作性を両立した小さな薄い財布の原点です。 小さな薄い財布の原点 薄さへの挑戦 薄さ際立つHitoe®（単）構造 カードとコインを重ねないHitoe®（単）構造（意匠・商標登録済）で薄さを実現。 ・重なる革は最大5枚＆金物レス ・収納時の最厚部13mm （カード7枚・紙幣10枚・100円玉10枚収納時） ・Hitoe® Foldシリーズ最小 86 x 89mm 最大でカード7枚、紙幣15枚、硬貨20枚を収納可能。 たっぷり収納しても、圧倒的に薄い財布です。 カードとコインが重ならないHitoe®（