株式会社オープンロジ
おーぷんろじ
法人代表者名: -
法人番号: 3011001098103
証券コード: -
事業概要: -
郵便番号: 1700013
本社所在地: 東京都豊島区東池袋１丁目３４番５号
従業員数: -
従業員数（男性）: -
従業員数（女性）: -
創業: -
「テクノロジー×物流プラットフォーム」の設計に挑む理由について、大規模現場での経験を基に、プラットフォームの「OS」となる標準モデル（SOPや工程設計）を構築する使命について語られています。現場での実証と「三現主義」を重視し、現場の事実をプラットフォームの仕組みへ変換するプロセスが重要視されています。 - 物流プラットフォームの標準化について、現場経験に基づいた実践的なアプローチを知りたいエンジニア。 - 新規事業立ち上げやオペレーション改善に携わるプロジェクトマネージャー。 - 仕組み化や標準化の重要性、そのプロセスに関心のあるプロダクトマネージャーやエンジニアリングマネージャー。
「テクノロジー×物流プラットフォーム」の設計に挑む理由について、大規模現場での経験を基に、プラットフォームの「OS」となる標準モデル（SOPや工程設計）を構築する使命について語られています。現場での実証と「三現主義」を重視し、現場の事実をプラットフォームの仕組みへ変換するプロセスが重要視されています。 - 物流プラットフォームの標準化について、現場経験に基づいた実践的なアプローチを知りたいエンジニア。 - 新規事業立ち上げやオペレーション改善に携わるプロジェクトマネージャー。 - 仕組み化や標準化の重要性、そのプロセスに関心のあるプロダクトマネージャーやエンジニアリングマネージャー。
開発未経験のビジネスメンバーが、Gemini（生成AI）を活用して1日でChrome拡張機能を開発した事例を紹介します。 開発から社内展開までのプロセスを、具体的なやり取りを交えて解説。 日常業務の効率化や生成AI活用に関心のあるビジネスパーソンや開発者におすすめの記事です。
開発未経験のビジネスメンバーが、Gemini（生成AI）を活用して1日でChrome拡張機能を開発した事例を紹介します。 開発から社内展開までのプロセスを、具体的なやり取りを交えて解説。 日常業務の効率化や生成AI活用に関心のあるビジネスパーソンや開発者におすすめの記事です。
オープンロジのテックブログ開設のお知らせです。 VPoEによるブログ開設の告知で、今後の情報発信に期待が高まります。 エンジニアリングマネージャーやテックリード、プラットフォームエンジニア向けの可能性がありそうです。
オープンロジのプロダクト開発チームで働くプロダクトマネージャーに焦点を当てた記事です。 これまでのキャリアやオープンロジでの仕事内容、やりがいについて紹介しています。 プロダクトマネージャーや、物流業界に興味のある人向けの読み物です。
この記事は、オープンロジが創業12周年を迎えるにあたり、同社を支える技術について紹介するものです。 オープンロジの技術的な取り組みや、今後の展望について言及していると推測されます。 インフラエンジニアやテックリード、アーキテクトの方々にとって興味深い内容です。
この記事は、社内AIチャットボット「OMNIS」の導入効果と、定着率73%を支えた要因について解説しています。 社内マーケティングと体験設計の重要性に焦点を当て、データと失敗談を共有しています。 AI活用に関心のある方々、特に社内AIボットの導入を検討している方々にとって役立つ内容です。
QAエンジニア向けの記事。QAと開発経験について掘り下げていく。 オープンロジのアドベントカレンダー2025の記事。 クリスマスイブにQAエンジニアが書いた記事。
オープンロジのエンジニア達による社内LTイベント「BeerBash」の第5回レポートです。 技術的な話題から哲学的な話、動画LTなど、バラエティ豊かな発表が行われました。 主に、オープンロジのエンジニア、または社内イベントに興味のある人向けです。
オープンロジのエンジニア達による社内LTイベント「BeerBash」の第5回レポートです。 技術的な話題から哲学的な話、動画LTなど、バラエティ豊かな発表が行われました。 主に、オープンロジのエンジニア、または社内イベントに興味のある人向けです。
UMLクラス図を用いたドメイン駆動設計における集約の表現について解説します。 詳細設計や分散システムなど、ソフトウェアの構造的な問題に関心のあるエンジニアを対象としています。 会社のリポジトリでの開発トレーニングから得られた知見を共有します。
UMLクラス図を用いたドメイン駆動設計における集約の表現について解説します。 詳細設計や分散システムなど、ソフトウェアの構造的な問題に関心のあるエンジニアを対象としています。 会社のリポジトリでの開発トレーニングから得られた知見を共有します。
UMLクラス図を用いたドメイン駆動設計における集約の表現について解説します。 詳細設計や分散システムなど、ソフトウェアの構造的な問題に関心のあるエンジニアを対象としています。 会社のリポジトリでの開発トレーニングから得られた知見を共有します。
この記事は、Git WorktreeとDocker Composeを用いた開発環境における、データベースの扱い方を解説しています。 データ量が多いプロジェクトで、Git Worktree環境でDocker ComposeとMySQLを効率的に利用する方法を紹介しています。 主に、バックエンドエンジニアやインフラエンジニア、データベースエンジニアを対象としています。
この記事は、Git WorktreeとDocker Composeを用いた開発環境における、データベースの扱い方を解説しています。 データ量が多いプロジェクトで、Git Worktree環境でDocker ComposeとMySQLを効率的に利用する方法を紹介しています。 主に、バックエンドエンジニアやインフラエンジニア、データベースエンジニアを対象としています。
この記事は、OPENLOGIのSREが、2024年のSRE NEXTでの登壇内容から1年4ヶ月経ち、どのように変化し、課題にどう向き合っているかを振り返ります。 Datadogを活用したオブザーバビリティの取り組みや、各機能開発チームとの連携についても言及しています。 SRE、インフラエンジニア向けの、日々の業務や組織の成長に役立つ情報を提供します。
この記事は、OPENLOGIのSREが、2024年のSRE NEXTでの登壇内容から1年4ヶ月経ち、どのように変化し、課題にどう向き合っているかを振り返ります。 Datadogを活用したオブザーバビリティの取り組みや、各機能開発チームとの連携についても言及しています。 SRE、インフラエンジニア向けの、日々の業務や組織の成長に役立つ情報を提供します。
MagicPodの一括実行結果ダッシュボードの構築に関する記事です。 テストの傾向分析やチーム共有を目的としたダッシュボードの必要性と構築の過程が説明されています。 QAエンジニアやテストエンジニアが主な対象読者です。
この記事は、バッチ処理をイベント駆動型に移行する際の対策と反省をまとめたものです。 バックエンドエンジニアやインフラエンジニアなど、バッチ処理に関わるエンジニア向けの内容です。 移行プロジェクトの経験から得られた知見が共有されています。