エンジニアは17人。 2025年は、チームとして機能開発やデリバリーに集中することができた1年だった。Go や Cloud に関する技術基盤の変化が小さく安定していたことが大きい。 改善面は、主にサーバ費用の削減、AI と多人数開発を前提とした制約の追加、内部ライブラリの品質向上に取り組んだ。 2024年と比較すると技術基盤の大きな変更は少なく、基盤が安定してきたことがわかる。代わりに2025年は、完成度を上げるための詳細な改善が増加した。 改善の加速Stackでは、専門の Enabling チームや Platform チームを設けていないため、構造的に改善を進めにくい環境にある。それでも開発と並行して積極的に改善に取り組んでくれるメンバーが増え、新たな視点からの改善が進んだ。 ドキュメントこれまでチームで管理するドキュメントは、品質や効果を安定させることが難しいと考えており、チームでのド
この記事は、人間が書きAIが推敲した文書になります 現在、App Store の Review 待ちの時間を利用して記事にまとめている。 iOS、Android アプリをそれぞれネイティブで開発する上で使い分けが決まってきた。 現在課金している or 無料プランで使用しているツール 以下のようなものがある。（スポンサー表記も含めて）. Devin (Cognition AIからライセンス提供いただいている) Claude Code (Claude Code Max Plan を契約している、 Credit を気軽に受け取ったりもしている) ChatGPT (現在はPlus Plan である、主にCodex CLI目的で使用している) Cursor (20ドルプラン) GitHub Copilot (会社が契約しているものを個人でも使用できるようになっているため、利用している) 各ツールの使
どうもこんにちは、たくびーです。 最近、CIにかかる時間が気になり、その手始めとしてテストの高速化に挑戦していました。 今回はそこで得たボトルネックの特定方法と意外なボトルネックについて紹介したいと思います。 推測するな、計測せよ かの有名なロブ・パイク氏の「Notes on Programming in C」の言葉を意訳したものです。 Rule 2. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. ルール2：計測する。計測するまでは速度のために調整せず、さらに、コードの一部が他の部分を圧倒しない限り、調整しないこと。 テストのパフォーマンスを向上させたいと思っても絶対に適当なところから始めないで
皆さんこんにちは。この記事は株式会社カオナビ Advent Calendar 2025の4日目（シーズン3）の記事です。 TypeScriptに関連する最近のニュースとしては、TypeScriptチームからネイティブ版（Go移植版）の現在のステータスが共有されましたね。 まだ実装中の機能もありますが、型チェックに関してはかなり安定したステータスになっているとされています（上記の記事から引用、強調は筆者）。 A frequent question we get is whether it’s “safe” to use TypeScript 7 to validate a build; in other words, does it reliably find the same errors that TypeScript 5.9 does? The answer is a resoundi
結論: Blacksmithのrunnerを使うといいよ！ サードパーティであるBlacksmith製のrunnerを利用した所、1分あたりの単価が半額になった上に、実行時間も減り、結果コストも約70%削減できました。 今回の結果は、正確には、Github Actions用yamlの各Jobのrunnerを変更（runs-onを修正）する前に、導入に向けての調査や、Blacksmith自体への登録という作業をしたことにより実現しております。 はじめに ご無沙汰しております。 去年に引き続き、あらためて自己紹介なのですが、株式会社カウンターワークスにて、テックリード的存在として、リーシングのDXを実現するクラウド管理システム「ショップカウンター エンタープライズ」を開発しておりますshimです。 11月上旬から、これめっちゃ良かったから導入記事を書こう！と思っていたら、気がついたら12月にな
OpenCI ランナーを使えば、GitHub Actionsのコストを大幅に下げ、CI/CDの処理速度を向上させることができます。
こんにちは、ほとけです。 ベースマキナは、GitHub ActionsのランナーをBlacksmithに置き換えました。結論から言うと、Blacksmithは心の底からお勧めできるサービスです。ほとんどノーコストでCIの速度向上・コストカットが実現できました。 Blacksmithとは Blacksmithは「GitHub Actionsの代替ランナーを提供する」というかなりピンポイントな課題を解決するサービスです。セールスポイントはその価格と実行速度です。GitHubの公式と同一のコア・メモリー数のランナーが半額、しかもハードウェア性能は公称で2倍、キャッシュのダウンロード速度は4倍です。つまり、同レベルのランナーに置き換えるだけでコストカット・速度向上が見込めるわけです。 そんな夢のような話があるのかと思うかもしれませんが、真実です。そして、畳みかけるようですが、驚くべきことに公式ラン
npm Trusted Publishingが2025年7月31日に一般公開されました。 これにより、OpenID Connect (OIDC)を使ってnpmトークンなしでCI/CDからnpmパッケージを公開できるようになりました。 npm trusted publishing with OIDC is generally available Trusted publishing for npm packages | npm Docs この記事では、npm Trusted Publishingの仕組みや設定方法、実際のリリースフローについて紹介します。 npm Trusted Publishingとは npm Trusted Publishingは、npmレジストリとCI/CD環境（GitHub ActionsやGitLab CI/CD）の間でOIDCベースの信頼関係を確立する仕組みです。
CodSpeedは継続的ベンチマークを行うためのサービスです。CodSpeedを使うことで、ベンチマークを自動で実施し可視化できます。CodSpeedは、ベンチマークの結果を比較できるため、コードの変更によるパフォーマンスの変化を追跡できます。 対応言語はRustとPython及びNode.jsです。この記事ではRustを使う場合を説明します。 PublicなOSSプロジェクトでは無料で使えます。Privateなリポジトリを使う場合は有料です。 CodSpeedの概略 自分のプロジェクトへの導入方法の前に、私が導入したプロジェクトで何ができるのかを説明します。これは私が練習でSATソルバーを書いているプロジェクトです。まずGitHubのリポジトリ毎にCodSpeed側にもページが作成されます。このページはログインせずに見ることができます。 Overview まずデフォルトブランチの履歴毎に
はじめに こんにちは！株式会社ダイニーの Platform Team に所属しています。0tanyです。 モダンなモジュラーモノリスアーキテクチャでは、環境変数の管理が重要な課題の一つです。事業成長とともにサービス数と環境数が増加すると、その管理複雑性は指数関数的に増大していきます。 本記事では、この移行を通じて得られた知見を共有します。同様の課題を抱えるチームの参考になれば幸いです。 従来のアーキテクチャの問題点 環境別の.env ファイルと Docker イメージの管理地獄 上記が従来のアーキテクチャです。ダイニーでは飲食店向けのモバイルオーダーサービスを 4 つの環境（develop/staging/beta/production）で運用しており、それぞれの環境に対して 4 つのサービス（web、backend、backend-online-payment、backend-reser
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
