ぺんた

## プロジェクト概要 OSS生産進捗管理システムの維持・改善を行い、多様な環境での運用と開発者参入を可能にした。 ## 役割・体制 ### 自身のポジションと役割 - PinkieTech株式会社の役員として本プロジェクトを監督し、エンジニア3名のうちの1人としてコーディング、テスト、運用・保守を担当した。 - Laravelのバージョンアップや自動テストの整備に注力し、システムの安定性と拡張性の向上に寄与した。 - 工場現地での視察も踏まえて、実際のユースケースをもとにパフォーマンスを改善した。 - OSSのソースコード公開調整や開発環境構築も自身の責任範囲として取り組み、開発者が容易に参入できる環境整備に努めた。 ### チーム規模と構成 - エンジニアは合計3名で構成され、そのうちの一人として作業を進めた。 - 役員としての立場から、技術面だけでなく全体の戦略や進行管理にも関与し、OSSの継続的なメンテナンスとコミュニティ参加の促進に努めた。 ## 背景・課題 - 福岡県工業技術センターが開発・公開していたOSSであるYokaKitのメンテナが不在になるため、メンテンスを引き継ぎ、サポート体制を維持する必要性が生じていた。 - 既存のシステムは、OT/FAとの連携やセキュリティ要件に関する多様なニーズに対応する必要があるため、ローカルサーバーでの実行を前提に構築されており、サーバー構築が導入上の障壁になっていた。 - 将来的にマルチテナント型クラウドアプリケーションとして展開を検討している一方、現状の物理環境やセキュリティ要件に柔軟に対応できるアーキテクチャの構築が求められていた。 - このため、環境の分離と拡張性を両立させる設計を行う必要があり、関係者間の合意形成や調整に多くの時間を要した。 ## 実際の取り組み ### 開発環境 - OSSのソースコード公開と運用に対応するため、Dockerを前提とした開発・運用環境を整備し、クラウドとローカル双方で動作可能なシステム基盤を実現した。 - システムのセキュリティ要件を吸収しつつ、OTシステムと直接連携しないアーキテクチャを構築することで、安全性と拡張性を確保した。 - 実センサを用意できないWeb開発者が開発に参入できるよう、ダミーデータを注入する機構を実装した。 ### 設計・改善内容 - OTと直接連携せず、外部センサーのデータをMQTT経由で入力する構成とし、システムを系統的に分離することで、セキュリティリスクとシステム負荷を最適化した。 - ソースコードの調整やバージョンアップにあたっては、自動テストを整備し、コードの品質確保と作業効率化を実現した。 - コミュニティ参加者向けに、開発環境の整備やドキュメント更新も行い、OSSにおける共同開発のハードルを下げ、第三者が参入しやすい環境を整備した。 - AIエージェントによる開発を効率的かつ安全に行うため、Larastan/SonarQube/CodeQLによる各種静的解析を整備した。 ## 成果・価値 - 別のベンダによるクラウド版の稼働が開始した。 - システムの安定性向上とメンテナンス性改善により、開発・運用コストを削減し、メンテナンス体制を維持しつつ外部参入を促進した。

## プロジェクト概要 深川珈琲は広島県安芸郡府中町にあるコーヒー焙煎所で、高校生の頃に友人から紹介されて長らく通っていた。 深川珈琲では在庫管理を LINE グループのメッセージで行っており、 - 1日の終わりに手計算でその日の取引を合算しないと在庫がわからない - その後でないと発注をかけられず、品切れに気づけないことがある などの問題があった。 これを解消するため、2016年頃に Meteor フレームワークでリアルタイムに在庫情報を共有できるウェブアプリを作成し、Herokuでホストしていた。 試験導入時、アルバイトでも在庫切れを予測して発注をかけられるようになり、品切れによる機会損失を未然に防ぐことに成功している。 本プロジェクトはOSSであり、必要に応じて他事業者にも展開できるよう考慮した。 ソースコードは以下のリポジトリで公開している。 https://github.com/plageoj/fukagawa-coffee ## 開発内容 本プロジェクトは、Heroku の MongoDB アドオン有料化に伴い、Angular+Firebase構成でこのアプリケーションをリプレイスし、無料での運営を継続するためのものである。 初版のアプリケーションがもっていたリアルタイムでの在庫管理機能を継承しつつ、ヒアリングをもとに複数の拠点を管理する機能や発注書を生成する機能を追加した。 OSS として公開しているが、現在のところ全機能を一人で実装している。 ### 拠点管理機能 同名商品を複数店舗に在庫しているとき、店舗ごとに在庫を管理できるようにする機能である。 将来的に店舗が増える可能性や他事業者で使う可能性も踏まえて、店舗は専用のコレクションで持ち、在庫入力では各店舗ごとの入力欄を動的に生成するようにした。 各商品に店舗IDを追加し、特定店舗の在庫を見たいときは店舗IDで検索するようにした。 このアプリケーションは中小企業・個人事業主での利用を想定しており、数十に及ぶような店舗数を抱えることは想定していない。全店舗合計の在庫数を確認するときは、クライアントサイド join で対応することとした。 ### 発注書生成機能 顧客との発注書のやりとりは Fax またはメールで行われているとのことだったため、Fax 運用との互換性を確保しつつメールからの転記作業をなくせるように機能を検討した。 顧客に注文候補となる商品を登録できるようにし、候補に応じて発注書を HTML ベースで生成、印刷できるようにした。発注書には QR コードが含まれており、このリンク先からオンラインで発注内容を入力することもできる。メールの場合は発注リンクを直接送付する。 発注内容が顧客または Fax を受け取った担当者のどちらかに入力されると、対応する商品と個数が Todo リスト形式で登録される。発送担当者がそれを見て発送作業を行うと、同時に在庫残数が減算される仕様である。