Tebiki株式会社 取締役CTO 渋谷 和暁 神戸大学法学部卒業後、SIerを経てWebシステムの開発会社に入社。ECなどの受託開発やゲームアプリ開発のリードとして従事した後、コーチ・ユナイテッドに転職。クックパッドによる吸収合併のタイミングでCEO貴山氏とともにTebiki社を起業し、取締役CTOを務める。 GitHub Medium アジャイルなプロダクト開発において、コード品質・学習効率・チームワークの向上に効果があるとされる「ペアプロ」。1人でプログラミングすること（＝ソロプログラミング、以下ソロプロ）が主流の中で、ペアプロをどうやって組織に浸透させるべきか、困っている組織は少なくないのではないでしょうか。 かつてのTebiki社も、同じ悩みを抱えていた組織の一つでした。2018年3月に創業し、小売、製造、サービス、物流などの現場マニュアルのDXを目的としたSaaSを開発する同社

ssmonline #43 での発表資料です。 (運用設計ラボ合同会社 波田野裕一)

VPoTの岩本 (iwamot) です。 この記事では、Terraformモジュール構成のベストプラクティスをご紹介します。Terraformドキュメントに書かれているものですが、従わずに時間を溶かした失敗談をまじえてお伝えすることで、同じ轍を踏む方が減ることを願っています。 取り上げるのは下記のベストプラクティスです。 Module Composition（フラットなモジュールツリー） Dependency Inversion（依存性の逆転） Module Composition（フラットなモジュールツリー） Module Compositionは、モジュールをフラットに並べられるよう構成すべし、という話です。Terraformドキュメントでは下記の例が挙げられています。 module "network" { source = "./modules/aws-network" base_c

背景 Next.js に App Router が導入されてから1年近くが経ちました。しかし、未だに App Router を前提として設計のベストプラクティスが定まっておらず、身近なフロントエンドエンジニアはみな「まだプロダクトに取り入れるには考えることが多いよね」という共通認識のまま止まっているような気がしています。 また、App Router が導入されるまでは、技術選定の無難な選択肢として Next.js が最有力でした。しかし、現在は App Router の設計のプラクティスが未発達なことや、オーバースペックであるという見方が出てきており、検討しなければならないことが多くなったように感じます。 そうした中で、ではその懸念というのはどのようなものがあり、導入しずらい要因に何があるのか、というところが、今回執筆を行う上での背景になります。 App Router導入で考えないといけな

CSSのtext-wrapプロパティを使うと、テキストの行の折り返し方法を変更できる。text-wrap: balanceを適用すると、適用しない場合と比べて次のように変化する。 CSS text-wrap: balance  |  CSS and UI  |  Chrome for Developers text-wrap: balanceが適用された下の例では、すべての行の長さが均等になるように制御されている。 しかし正確に言えば、すべての行の長さが必ずしもまったく同じになるわけではない。文字の適切な折り返し位置を考慮した上で、おおよそ同じくらいの長さになるように分配される、というのが正しい。その際、一つの英単語の途中で行が分割されるようなことは通常起こらない。これは、英語では単語の区切りに空白文字を挟んで記述されるが（わかち書き）、それが改行位置を決めるためのヒントとなるからである。

背景 本家のruncで実装されているSELinux機能が、Youki (Rustでruncを再実装するOSS）に実装されていないことがわかった。 そこで、SELinux機能をYoukiに導入することになったのだが、SELinux crateが無かったのでRustで再実装することになり、そのプロジェクトにアサインしてもらった。 しかし、SELinuxについて何も知らなかったので、SELiuxについて色々と調べたことをまとめた。 SELinuxとは何か？ security-enhanced Linuxの略称。MAC制御を行うことができる。通常のセキュリティに加えてSELinuxを設定することで、システムセキュリティを更に強化できる。 Labelとpolicyを組み合わせたセキュリティ制御が特徴である。process・file・networkなどのobject、process・userなどのsu

AWS CloudFormationの最近の変更 AWS CloudFormationでは2023年末から2024年6月にかけて多くの改善・機能追加がありました。 特に下記は「三大変更点」と呼んでもいいかなと思います。 Gitと同期(Git Sync) (2023/11) IaCジェネレーター (2024/02) オンラインエディタをデザイナーからApplication Clomposerへ変更 (2024/03) また、『最近CloudFormationのデプロイが早くなった気がする』とか思っている人も多いと思います。下記の変更がアナウンスされています。 4 スタック作成を高速化 (2024/04) スタックセットでも地道に変更があり、オプションが追加されています。 5 スタックセットで「同時実行モード」オプション追加 (2023/11) 他にも変更はありますが、CloudFormati

Amazon Web Services ブログ AWS 上で大規模な GitHub Actions のセルフホステッドランナーを使用する際のベストプラクティス 注記: お客様は自身の GitHub ランナーを管理する必要がなくなりました。AWS CodeBuild を使用すると、管理された GitHub Actions セルフホストランナーを利用できるようになり、強力なセキュリティ境界と低い起動レイテンシーを備えた一時的でスケーラブルなランナー環境を提供します。CodeBuild を使えば、独自のインフラストラクチャを維持したり、スケーリングロジックを構築する必要がありません。すべてが CodeBuild によって完全に管理されます。開始するには、単に Webhook を作成して、CodeBuild で GitHub Actions ジョブを自動的にトリガーするだけです。 概要 GitHu

序論 先日IaCをオーケストレーションしてくれるツール、Terramateについて紹介しました。 この時はクイックスタートということでnullリソースを使ってTerramateの動作確認程度のハンズオンを実施しました。 今回は複数のStateファイルで分割され、CI/CDパイプラインの処理に時間がかかるようになったTerraformリソースをTerramateを活用して、変更差分があった場所のみ検知してapplyを実行するCI/CDパイプラインの構築について紹介いたします。 対象読者 Terramateを使ったCI/CDパイプラインの構築に興味がある人 Terraform(OpenTofu)の基礎知識がある人 GitHub Actionsの基礎知識がある人 IaC(Terraform)導入後の課題についておさらい Terramateの概要については私の記事や本家ドキュメントを読んでもらえま

序論 先日LinkedInで面白そうなIaCツールを紹介してもらいました。 マネージドサービス版はまだクローズドベータで一般利用できませんでしたが、GitHubにCLI版がオープンソースとして公開されておりました。 一見、Terraformの実行を代行するTerragrunt[1]のようなラッパーツールかと思いましたが、Terramateは単なるラッパーツールではなくオーケストレーションツールとしてIaC開発を楽にしてくれるさまざまな機能が提供されていましたので、Terramateを使ったIaC開発について紹介いたします。 対象読者 複数のIaCツールの管理に苦労している人 (後述のハンズオンのため)Terraformの基礎知識がある人 Terramateについて 創業者のブログを見ると2022年5月にリリースされた比較的新しいGo製の開発ツールのようです。 ドキュメントではTerrama

2024/06/29、開発生産性カンファレンス2024での登壇発表資料です。 https://dev-productivity-con.findy-code.io/2024?m=2024/m/Z8HnzjZb

はじめに どもども、インフラ案件で奮闘中の井上弥風（いのうえみふう）です。 現在プロジェクトでELB（Elastic Load Balancing）を使用しており、その内部機能を完全に理解したいと思い、この記事を書きました。 この記事について この記事の最終的な目標は、「ELBとは何か？」を深く理解し、それを自信を持って説明できるレベルになることです。 しかし、ELBを完全に理解するためには、まず基本的なロードバランサーの概念を押さえる必要がありました。 そこで、この記事ではELBの根底にあるロードバランサーとは何かという点に焦点を当てていきます。 ELBの詳細については、この記事の後に公開予定の「ELBってなんやねん」という記事で詳しく取り上げます。 ELBに興味のある方は、ぜひそちらもご覧ください。 記事のゴール この記事を通じて、ロードバランサーがどのようにしてトラフィックの負荷分散

はじめに こんにちは、セキュリティエンジニアのJJ (yuasa)です。今回はGitHub Actionsのワークフローにおける脅威検知ツールであるtracee-actionを触り、検知ルールの書き方について見ていきます。なお、tracee-actionは2024年7月時点で本番環境での利用は想定されていない点にご注意ください。 This project is not production ready. We are experimenting with it to test and demostrate Tracee capabilities. tracee-action tracee-actionはTraceeを用いてGitHub Actionsのワークフローにおける脅威を検知します。TraceeはeBPFを用いてLinuxランタイム上でのシステムコールを検出することができるツールです

調味料何買ったら良いんだ？という増田が定期的に出るので2024年版の初心者向けの調味料ティアリスト作ってみた（異論は認める）。 一応、料理研究家業で食っててメニュー開発案件とかで貰うの含めると、年間100種類以上はいろんな調味料触ってます。マニアックなオススメブランドとかも色々あるけど、とりあえずはスーパー(オオゼキ)で買えるベースで書いていこうと思う。 ＜判断基準＞ まずは先に判断基準書いておくと、 ・使うメニューの対応範囲が広いものが高ランク。メニュー限定みたいなのは評価下げる ・保存が楽なものは気持ち加点要素。 ・調味難易度が低いのは、ルーキー帯なので加点評価。ネットで調べてレシピ通りに作れるゴールド帯以降の人達に向けては書いてない。手なりで、かける、混ぜる、ぶちこんで炒めるが成立するものは高評価。 ・一応スト６勢用語使ってるのでわからない人向けに書くと（未経験→ルーキー→ブロンズ→

唐突なAstro話。 Astroのv4からi18n（国際化）機能が標準利用できるようになりました。 docs.astro.build ただ、この場合に @astrojs/rss で言語別にフィードを配信しようと思ったらどうやるのかわからず苦戦したのでメモ。 簡単に、Astroの多言語化について 詳細は先のリンク先に書いているとおりだが、Astroで言語別にURLを分ける場合のやり方を簡単に。 Astroのconfig設定 astro.config.mjs の defineConfig() に下記を追加 i18n: { defaultLocale: 'ja', locales: ['ja', 'en', 'zh'], routing: { prefixDefaultLocale: true } } ここではデフォルト言語も他の言語と同じパス構成にするために、 prefixDefaultLoc

当社では複数の SaaS プロダクトを開発・稼働するための環境として、主に AWS を利用しています。AWS 等のシステムにかかるコスト構造を正確に把握することは、プロダクト原価の算定や適正なプライシングを行う上で非常に重要です。 今回、カスタム定義のコストカテゴリ体系を各種 AWS リソースにかかるコストに適用し、継続的にモニタリングするための仕組みを構築してみたので、本記事ではその内容についてご紹介したいと思います。 概要 まず、実装を試みたコストカテゴリ設計の考え方について説明します。 次に AWS Cost Categories で実装する際の課題感に触れた後、今回利用する AWS Cost and Usage Report (CUR) について紹介します。 コストカテゴリ設計 コストカテゴリのレベルとして、以下の 3 つを定義しました。 Level-1 ... プロダクト原価を構

GitHubが提供しているプログラミング支援AIの「GitHub Copilot」が、GitHub上のコードを違法にコピーしているとして、開発者から訴訟を提起されました。しかし、担当判事は22件の申し立てのうち、20件を棄却しています。 Judge dismisses DMCA copyright claim in GitHub Copilot suit • The Register https://www.theregister.com/2024/07/08/github_copilot_dmca/ GitHub Copilotは2021年にGitHubが発表したソースコードの続きをAIが自動補完してくれるという機能です。GitHub CopilotはGitHub上のコードでトレーニングされているため、リリース後まもなく一部の開発者から「自分が書いたコードを出力している」という声が挙がり

東京都は9月15日に「八重洲一丁目北地区」(呉服橋交差点の北東側)の開発事業を認可しました。 この開発で日本橋駅と東京駅がついに地下通路で接続。大手町・日比谷・東銀座まで広がる巨大地下道網に仲間入りします。再開発は2024年にスタートし、東京駅〜日本橋駅の地下通路は早ければ 2028年にも開通する見込みです。

はじめに私たちの首都･東京の地面の下には巨大な街が広がっている。 中でも最大規模とされているのが、東京駅を中心に、北は大手町・南は銀座まで広がる長い地下街だ。複数の通路を連結しながら、その長さは4km超に及ぶらしい。 以前から興味があった「日本最長の地下街」であるが、今回都合よく時間ができたので、この機会に端から端まで歩いてみることにした。手軽に非日常体験を味わえるなかなか楽しい旅だったので、皆様もぜひ挑戦してみてほしい。 「日本最長」ルートはどこか日本最長の地下街はどこにあるのか。調べてみると、東京駅周辺に広がる4050mの地下通路（大手町(JAビル)～八重洲～東銀座）が日本最長である、というのがネット上の通説になっているようである。 恐らくは下の日経の記事が初出だと思うのだが、筆者は残念ながら日経電子版を契約していないので、どなたか見られる方がいれば確かめてみてほしい。 日本一長い地下

「君子危うきに近寄らず」という言葉は、賢明な人は危険を避けるという意味を持ちます。 アンチパターンを知り、それを回避するのは第一歩 準備を怠ると動いてるシステムがアンチパターンとなる。 準備とは、データを集め、テストを繰り返すことから。 新しいことへの果敢なチャレンジをわすれずに。ときには、AW…