ニュースイミー

株式会社SODA

企業情報

株式会社SODA

そーだ

法人代表者名: -

法人番号: 3011001123554

証券コード: -

事業概要: -

郵便番号: 1500001

本社所在地: 東京都渋谷区神宮前6丁目27番8号

従業員数: -

従業員数(男性): -

従業員数(女性): -

創業: -

最新ニュース

Black Hat USA 2026 / DEF CON 34 参加記

zenn.dev

・世界最大級のセキュリティカンファレンスであるBlack Hat USAとDEF CONの参加レポート。・AIとセキュリティ、macOSセキュリティに関する最新の注目トピックを解説。・セキュリティエンジニアや最新の脅威動向に関心がある技術者向けの内容。

株式会社SODAたけまる

購入フローのテスト組合せ爆発対策で形式検証に入門した

zenn.dev

・購入フローにおける状態遷移の複雑化とテストの組み合わせ爆発による障害発生の課題を解説しています。・状態遷移図を用いた分析と形式検証の導入により、テスト漏れを防ぐ手法を提案しています。・品質向上を目指すQAエンジニアやバックエンドエンジニアに向けた実践的なアプローチです。

QA・テスト

購入フローのテスト組合せ爆発対策で形式検証に入門した

zenn.dev

・購入フローにおける状態遷移の複雑化とテストの組み合わせ爆発による障害発生の課題を解説しています。・状態遷移図を用いた分析と形式検証の導入により、テスト漏れを防ぐ手法を提案しています。・品質向上を目指すQAエンジニアやバックエンドエンジニアに向けた実践的なアプローチです。

購入/決済のACIDを守るための冪等性のお話

zenn.dev

・冪等性の定義と、購入・決済処理における重要性を解説しています。・ACID特性のうち原子性と整合性を守るための実装手法を学べます。・バックエンドエンジニアやシステムアーキテクトを対象とした技術解説記事です。

購入/決済のACIDを守るための冪等性のお話

zenn.dev

・冪等性の定義と、購入・決済処理における重要性を解説しています。・ACID特性のうち原子性と整合性を守るための実装手法を学べます。・バックエンドエンジニアやシステムアーキテクトを対象とした技術解説記事です。

購入/決済のACIDを守るための冪等性のお話

zenn.dev

・冪等性の定義と、購入・決済処理における重要性を解説しています。・ACID特性のうち原子性と整合性を守るための実装手法を学べます。・バックエンドエンジニアやシステムアーキテクトを対象とした技術解説記事です。

SODA における Devin の活用事例

zenn.dev

SODA社では、AIエージェントの活用が全社的に推進されており、自律型AIエンジニア「Devin」が開発フローに組み込まれています。 この記事では、スニーカーフリマアプリ「スニダン」のフロントエンド開発チームが、Devinをどのように活用しているかの事例を紹介しています。 フロントエンドエンジニア、AI開発に興味のあるエンジニア、開発効率化に関心のある方々に向けて書かれています。

機械学習

SODA における Devin の活用事例

zenn.dev

SODA社では、AIエージェントの活用が全社的に推進されており、自律型AIエンジニア「Devin」が開発フローに組み込まれています。 この記事では、スニーカーフリマアプリ「スニダン」のフロントエンド開発チームが、Devinをどのように活用しているかの事例を紹介しています。 フロントエンドエンジニア、AI開発に興味のあるエンジニア、開発効率化に関心のある方々に向けて書かれています。

モバイル

Flutter 3.44:Material が "外部パッケージ" になる話と、それに向けた準備

zenn.dev

Google I/O 2026で発表されたFlutter 3.44アップデートにより、MaterialおよびCupertinoライブラリがFlutter SDKコアから分離され、独立したパッケージとして提供されることになりました。 これにより、他のサードパーティパッケージと同様に、pub.devからの追加が必要になります。 Flutter開発者、特にUI/UXに関わるエンジニアやプロジェクトマネージャー向けの記事です。

Flutter 3.44:Material が "外部パッケージ" になる話と、それに向けた準備

zenn.dev

Google I/O 2026で発表されたFlutter 3.44アップデートにより、MaterialおよびCupertinoライブラリがFlutter SDKコアから分離され、独立したパッケージとして提供されることになりました。 これにより、他のサードパーティパッケージと同様に、pub.devからの追加が必要になります。 Flutter開発者、特にUI/UXに関わるエンジニアやプロジェクトマネージャー向けの記事です。

Flutter 3.44:Material が "外部パッケージ" になる話と、それに向けた準備

zenn.dev

Google I/O 2026で発表されたFlutter 3.44アップデートにより、MaterialおよびCupertinoライブラリがFlutter SDKコアから分離され、独立したパッケージとして提供されることになりました。 これにより、他のサードパーティパッケージと同様に、pub.devからの追加が必要になります。 Flutter開発者、特にUI/UXに関わるエンジニアやプロジェクトマネージャー向けの記事です。

SODA代表・内山雄太が語る、スニダンの現在地とこれから

note.com

CtoCマーケットで真贋鑑定の価値を確立してきた株式会社SODAの代表・内山氏へのインタビュー。 トレーディングカード市場での成功とファッション領域への進出について、現在の事業状況、課題、そして今後の展望が語られている。 この記事は、SODAの事業展開に関心のあるマーケター、プロダクトマネージャー、経営者、そしてファッション・トレーディングカード業界の関係者におすすめです。

Go

runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜

zenn.dev

・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。

runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜

zenn.dev

・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。

インフラ

runcのコンテナ起動処理を理解する〜CにできてGoにできないこと〜

zenn.dev

・runcがコンテナ起動時にGoのマルチスレッド制約を回避するために、CGoコンストラクタを利用していることを解説。 ・Linuxのシングルスレッド親プロセスの制約とGoのマルチスレッド動作の衝突が原因。 ・Go言語でコンテナを扱う開発者、Linuxカーネルのコンテナ技術に興味があるインフラエンジニア向け。

購入・決済のDDD/モジュール化で考えたこと(実践で迷ったこと編)

zenn.dev

* SNKRDUNKでの購入・決済機能におけるDDD(ドメイン駆動設計)とモジュラモノリスの実践的な課題と、設計原則を適用する上での迷いや例外について解説。 * 決済システム(PSP)の制約を考慮した購入機能の設計に焦点を当て、具体的な実装における試行錯誤を紹介。 * バックエンドエンジニア、アーキテクト、プロジェクトマネージャー、プロダクトマネージャーなど、システム設計や開発プロセスに関わるエンジニアやマネージャー向け。

購入・決済のDDD/モジュール化で考えたこと(実践で迷ったこと編)

zenn.dev

* SNKRDUNKでの購入・決済機能におけるDDD(ドメイン駆動設計)とモジュラモノリスの実践的な課題と、設計原則を適用する上での迷いや例外について解説。 * 決済システム(PSP)の制約を考慮した購入機能の設計に焦点を当て、具体的な実装における試行錯誤を紹介。 * バックエンドエンジニア、アーキテクト、プロジェクトマネージャー、プロダクトマネージャーなど、システム設計や開発プロセスに関わるエンジニアやマネージャー向け。

購入・決済のDDD/モジュール化で考えたこと

zenn.dev

SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。

購入・決済のDDD/モジュール化で考えたこと

zenn.dev

SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。

購入・決済のDDD/モジュール化で考えたこと

zenn.dev

SNKRDUNKの購入処理が、長年の開発により複雑なモノリス状態になっていた課題について解説しています。 変数のライフサイクルが長く、変更による副作用が懸念され、テストが書きにくく、責任範囲が不明瞭で、全体像の把握が困難な状態でした。 これを解決するため、「購入」と「決済」の処理をドメインごとにモジュール化・サービス化してカプセル化するアプローチについて、特に「決済」の分離に焦点を当てて検討した内容を紹介します。 この記事は、複雑なレガシーコードの改善や、マイクロサービス化、ドメイン駆動設計(DDD)に関心のあるバックエンドエンジニアやテックリード、アーキテクト向けです。