runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜
zenn.dev
・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。
株式会社SODA taumu
株式会社ＳＯＤＡ
企業情報
株式会社ＳＯＤＡ
そーだ
法人代表者名: -
法人番号: 3011001123554
証券コード: -
事業概要: -
郵便番号: 1500001
本社所在地: 東京都渋谷区神宮前６丁目２７番８号
従業員数: -
従業員数（男性）: -
従業員数（女性）: -
創業: -
最新ニュース
runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜
zenn.dev
・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。
株式会社SODA taumu
runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜
zenn.dev
・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。
株式会社SODA taumu
購入・決済のDDD/モジュール化で考えたこと（実践で迷ったこと編）
zenn.dev
* SNKRDUNKでの購入・決済機能におけるDDD（ドメイン駆動設計）とモジュラモノリスの実践的な課題と、設計原則を適用する上での迷いや例外について解説。 * 決済システム（PSP）の制約を考慮した購入機能の設計に焦点を当て、具体的な実装における試行錯誤を紹介。 * バックエンドエンジニア、アーキテクト、プロジェクトマネージャー、プロダクトマネージャーなど、システム設計や開発プロセスに関わるエンジニアやマネージャー向け。
株式会社SODA taumu
購入・決済のDDD/モジュール化で考えたこと（実践で迷ったこと編）
zenn.dev
* SNKRDUNKでの購入・決済機能におけるDDD（ドメイン駆動設計）とモジュラモノリスの実践的な課題と、設計原則を適用する上での迷いや例外について解説。 * 決済システム（PSP）の制約を考慮した購入機能の設計に焦点を当て、具体的な実装における試行錯誤を紹介。 * バックエンドエンジニア、アーキテクト、プロジェクトマネージャー、プロダクトマネージャーなど、システム設計や開発プロセスに関わるエンジニアやマネージャー向け。
株式会社SODA taumu
購入・決済のDDD/モジュール化で考えたこと
zenn.dev
SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。
株式会社SODA taumu
購入・決済のDDD/モジュール化で考えたこと
zenn.dev
SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。
株式会社SODA taumu
購入・決済のDDD/モジュール化で考えたこと
zenn.dev
SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。
株式会社SODA taumu
Flutter 3.41 へのアップデートで対応したことまとめ（SceneDelegate移行・依存競合解消など）
zenn.dev
Flutter 3.41.4 へのアップデート対応ログ。 主な変更点は、UISceneDelegate への移行と依存関係の競合解消。 モバイルアプリ開発者、特に Flutter を使用して iOS アプリを開発しているエンジニア向けの記事。
株式会社SODA SOKu-ma
Flutter 3.41 へのアップデートで対応したことまとめ（SceneDelegate移行・依存競合解消など）
zenn.dev
Flutter 3.41.4 へのアップデート対応ログ。 主な変更点は、UISceneDelegate への移行と依存関係の競合解消。 モバイルアプリ開発者、特に Flutter を使用して iOS アプリを開発しているエンジニア向けの記事。
株式会社SODA SOKu-ma
Flutter 3.41 へのアップデートで対応したことまとめ（SceneDelegate移行・依存競合解消など）
zenn.dev
Flutter 3.41.4 へのアップデート対応ログ。 主な変更点は、UISceneDelegate への移行と依存関係の競合解消。 モバイルアプリ開発者、特に Flutter を使用して iOS アプリを開発しているエンジニア向けの記事。
株式会社SODA SOKu-ma
ECサイトの購入・決済システムの設計で考えたこと
zenn.dev
SNKRDUNKが開発中のDDD/モジュラモノリスな決済システムについて、Payment集約の設計、webhook受信アーキテクチャ、リコンサイル設計の3点に絞って解説しています。 Payment集約をルートとし、支払い方法によらない情報やステートソーシングを考慮した設計が示唆されています。 バックエンドエンジニア、アーキテクト、データベースエンジニア、プラットフォームエンジニアなど、システム設計や決済システム開発に関わるエンジニア向けの記事です。
株式会社SODA taumu
ECサイトの購入・決済システムの設計で考えたこと
zenn.dev
SNKRDUNKが開発中のDDD/モジュラモノリスな決済システムについて、Payment集約の設計、webhook受信アーキテクチャ、リコンサイル設計の3点に絞って解説しています。 Payment集約をルートとし、支払い方法によらない情報やステートソーシングを考慮した設計が示唆されています。 バックエンドエンジニア、アーキテクト、データベースエンジニア、プラットフォームエンジニアなど、システム設計や決済システム開発に関わるエンジニア向けの記事です。
株式会社SODA taumu
スニダンWebのトップページをリニューアルした話
zenn.dev
スニダンWebのトップページが、技術面・プロダクト面双方の課題解決と目的達成のためリニューアルされました。 主に、モノリス（Vue.js）からNext.jsへのリプレイスや、適切なフロントエンド設計に基づいた実装が行われました。 フロントエンドエンジニア、プロダクトマネージャー、デザインに関心のある方々におすすめの記事です。
株式会社SODA mz30
スニダンWebのトップページをリニューアルした話
zenn.dev
スニダンWebのトップページが、技術面・プロダクト面双方の課題解決と目的達成のためリニューアルされました。 主に、モノリス（Vue.js）からNext.jsへのリプレイスや、適切なフロントエンド設計に基づいた実装が行われました。 フロントエンドエンジニア、プロダクトマネージャー、デザインに関心のある方々におすすめの記事です。
株式会社SODA mz30
[Frontend Rebirth] コンポーネント設計篇 - Server 層を足した話
zenn.dev
・App Routerへの移行を機に、従来のContainer/Presentationalの2層構成からServer層を追加した3層構成へとコンポーネント設計を再設計した。 ・古典的なパターンにServer層を加えることで、よりモダンなフロントエンドアーキテクチャの実現を目指す。 ・フロントエンドエンジニア、特にアーキテクチャ設計に携わるエンジニア向けの記事。
株式会社SODA Maple
[Frontend Rebirth] コンポーネント設計篇 - Server 層を足した話
zenn.dev
・App Routerへの移行を機に、従来のContainer/Presentationalの2層構成からServer層を追加した3層構成へとコンポーネント設計を再設計した。 ・古典的なパターンにServer層を加えることで、よりモダンなフロントエンドアーキテクチャの実現を目指す。 ・フロントエンドエンジニア、特にアーキテクチャ設計に携わるエンジニア向けの記事。
株式会社SODA Maple
Claude Code MAXプランだけで情報収集エージェントを構築する
zenn.dev
- Claude Code Maxのサブスクリプションプランを利用して、LLMを使った情報収集エージェントを構築した事例を紹介しています。 - このエージェントは、国内外のテックブログのトレンドを収集し、内容を要約して通知する機能を持っています。 - 技術的な詳細として、Claude Code Routines（スケジュール機能）を活用して、Cloud上でタスクを実行する仕組みについて説明されています。
株式会社SODA taumu
Claude Code MAXプランだけで情報収集エージェントを構築する
zenn.dev
- Claude Code Maxのサブスクリプションプランを利用して、LLMを使った情報収集エージェントを構築した事例を紹介しています。 - このエージェントは、国内外のテックブログのトレンドを収集し、内容を要約して通知する機能を持っています。 - 技術的な詳細として、Claude Code Routines（スケジュール機能）を活用して、Cloud上でタスクを実行する仕組みについて説明されています。
株式会社SODA taumu
MagicPodで自動修復するステップを自動修復しないステップに作りかえる
zenn.dev
・MagicPodの自動修復機能について、意図的に無効化するステップを作成する方法を解説しています。 ・自動修復機能は、要素が見つからない場合に類似要素を自動で選択してテストを進めるが、結果は「要確認」として報告されます。 ・この機能は、テストの安定性を高め、手動での確認を促すことで、より確実なテスト実行を目指すQAエンジニアやテスト担当者向けの記事です。
株式会社SODA オカウチワニ