2つの視点で見るecbeing開発 ──製品開発と案件対応を経験して学んだこと

こんにちは。入社3年目のHです。

私はECパッケージ「ecbeing」の製品開発部門に配属されたのですが、案件対応にも携わる機会がありました。 製品開発は汎用的なパッケージを作る仕事、案件対応はそれをベースにお客様ごとにカスタマイズする仕事です。 同じECシステムでも求められる視点は大きく異なり、その両方を経験する中で、開発において大切なことが少しずつ見えてきました。

本記事では、それぞれの経験で印象に残っているエピソードをもとに、「標準パッケージの機能を理解すること」と「お客様の運用を理解すること」の大切さをお伝えできればと思います。

迷わない仕事術──AI時代に「道筋を作れる人」は本当に強い

みなさんお疲れ様です。
アイマス20周年の怒涛の供給で心は潤い、財布はカラカラになっている新卒7年目のPです。

最近は、生成AIに自分の考えをぶつけて思考を言語化し、その内容を教育や育成に応用できないかを試し続けています。
その過程で「これは多くの人に共有したい」と感じた気づきがあったため、今回こうして書かせていただきました。

パッケージ開発×AIエージェント導入記

こんにちは！入社2年目のYです。普段は、ECパッケージ「ecbeing」の製品開発を行っています。

パッケージ開発では、コードベースが大きいため既存コードの読み解き・影響調査に時間がかかります。そこで業務効率化のために、部署としてAIエージェントを試験導入してきました。具体的には、GitHub Copilot → Claude Code → Codex の順に、各種AIエージェントツールを使いこみました。

本記事は、各エージェント活用時の所感とポイントをまとめたものです。あくまで私の環境での実感値ですが、これからAIエージェントを導入する方の参考になれば嬉しいです。

「勘で改善するな、まず計測せよ」──SQLチューニングで40秒が1秒になった奮闘記──

こんにちは。入社2年目でSEをやっているT・Sです。

ECサイトで改修をした際に、「カート処理が異常に遅い」という報告が舞い込んできました。 通常なら1秒程度の処理が、特定の条件下で40秒以上もかかってしまう。ECサイトにとって、これは致命的な問題です。

この記事では、その問題をどう分析し、どう解決したのか。その一連のプロセスを、ストーリー形式でサンプルコードと比喩を交えながらご紹介します。

単なるテクニックの羅列ではなく、「勘で改善するな、まず計測せよ」という原則に基づいた、パフォーマンスチューニングの思考プロセスをお伝えできればと思います。

優柔不断な自分を変えた意思決定の3つのポイント

はじめに

こんにちは、入社4年目のヤマコフです。 私は昨年の4月に予約管理システムRESOMOの開発チームに参画し、昨年秋頃からRESOMO開発チームのリーダーを任されるようになりました。 初めてのリーダーということで、試行錯誤しながら開発を推進しています。

今回はリーダーになってから特に苦労していた意思決定について、先輩に相談して改善したポイントをお話できればと思います。 若手のリーダーなど意思決定に悩む方に、少しでも参考になれば幸いです。

スクラムとウォーターフォール開発を経験してみて

はじめに

こんにちは。入社4年目のバッキーです。

今回は、私が経験した開発手法の大転換についてお話しします。
これまで担当していたスマホアプリ開発では、1週間単位で進めるアジャイル（スクラム）開発が中心でした。 しかし、3年目の夏から主力製品である「ecbeing」の開発チームに異動し、全く異なるウォーターフォール開発の現場に飛び込むことになりました。

このブログでは、私が感じたこの環境変化のリアルをお届けします。

読みやすいコードとは何か

はじめに

新卒入社8年目のK・Fです。製品開発部門に移ってから4年ほどになります。

実は私が製品部門に移るきっかけは、とあるプロダクトの立て直しのためでした。そのプロダクトも今では改善が進み、多くのメンバーが開発する当社を代表するプロダクトの一つになっています。その経験から培った「読みやすいコード」について、自分なりに語ってみたいと思います。