2024年のPR TIMES開発者ブログ振り返り

2024年12月27日

URLをコピーしました！

PR TIMESでCTOをやっている金子 (@catatsuy) です。

金子がCTOとして入社してから3年が過ぎ、もうすぐ4年になります。その間、組織やサービスには多くの変化がありました。

組織面では、開発チームの拡大に伴いマネジメント体制の強化が行われました。CTO一人体制から、VPoEやEM代行を加えた3人体制へと変わり、それぞれが役割を分担しながら開発組織全体を支えています。また、開発部は2つのグループに分かれ、個々の強みを生かしながらプロジェクトを進める体制を目指しています。

サービス面でも進化が続いています。昨年末にリニューアルされたプレスリリースエディターを皮切りに、メディアリスト機能のリニューアルもリリースされています。これまで新旧エディターの2つをメンテナンスしてきましたが、旧エディターの廃止も行いました。またjQueryやPHPのテンプレートエンジンのSmartyベースだったページをフロントエンドはReactやNext.jsでバックエンドはJSON APIベースの実装にリプレイスするプロジェクトも進行し、多くのページがリプレイスされて新機能を追加できる状態になっています。

こうした変化を通じて、私たちの組織やサービスが成長し続けていることを実感しています。

この記事では、この開発者ブログの2024年の記事を振り返りながら、どのようなことを進めてきたのか、これから何をしていくのか少しお話しできればと思います。

過去の記事はこちらです。

また今年リリースされた新機能についてはこちらの記事でも紹介しています。

これまでの振り返り記事

サービスの変化が目に見える形になったことで、これまでの取り組みについて、開発メンバーが現場の視点で書いた振り返り記事も公開されています。これは私よりも現場に近い目線での記事になるので、ぜひご覧ください。

システムリプレイス

先程紹介した通り、トップページやメディア関係者向けマイページ、企業向け管理画面のダッシュボード、企業登録申請ページなど、多くのページがリプレイスされています。

基本的にログイン不要で閲覧可能なSEO上重要なページにはNext.jsを使い、管理画面などのその他のページにはReactを利用してリプレイスされています。リプレイスにより、機能追加ができない状況だったフロントエンドが刷新され、バックエンドのコードもAPIベースに書き換える過程でテストを追加し、堅牢でありながらコード変更が容易にできるようにしています。

リプレイスではスケジュール通りにリリースすることと開発側の改善に集中するために、デザイン変更や仕様変更は微修正程度に留める方針で行っています。そうすることでリプレイスリリース時にやることが明確になりますし、リニューアル時の仕様を事前に決定することで、その後のリニューアル開発を円滑に進められるようにしています。

エディター

エディターはサービスの根幹機能であり、新機能開発を進めています。

以前のエディターはレガシーなシステムであり、変更が不可能な状況でした。そこでTiptapを利用し、デザインや出力するHTMLが元のエディターと同じエディターをリリースしました。まずレガシーなエディターを廃止することで、機能改善が可能な状態にしました。

昨年末にはエディターのリニューアルを行い、新しいエディターをリリースしました。今年も新しいエディターに新機能を追加するリリースを複数行っています。校正機能のアップデートはプレスリリースも配信しました。

それでも古いエディターがサービス上に存在していたため、開発的には2つのエディターが併存する状態となりました。2つのエディターをメンテナンスし続けることは社内リソース的に不可能であり、ライブラリーのバージョンアップ時に影響範囲が不明なため、技術改善のタスクを進められない状況になっていました。

そこで今年、古いエディターを廃止し、リニューアル後のエディターだけにしました。これにより技術改善を進め、更なる新機能追加を行える体制が整ったので、来年は技術改善を進めながら、よりよいユーザー体験を目指して開発を進めていく予定です。

メディアリスト

メディアリスト機能は、プレスリリースの配信先を選ぶというPR TIMESの機能の根幹に関わる重要な部分です。しかし、これまでなかなか改善が進められない状況でした。今年はこの機能をリニューアルすることができ、プレスリリースも配信しています。

改善が進まなかった原因の一つは、メディアリストのデータベースのテーブルが非正規化されていたことにあります。今回のリニューアルでは、テーブルの設計を抜本的に見直し、ソースコードの改善を行いながらリリースを達成しました。

来年以降も機能の追加を続けていく予定です。

機能改善

既存の機能が外部要因で動かなくなることはよくあることです。今年、多くの会社が直面した大変な対応の一つに、Gmailのワンクリック解除機能があると思います。当社も対応を行い、内容をブログ記事として公開しています。

社内管理画面の機能改善

社内管理画面はコードベースが非常に古く、機能追加が極めて困難な状況にありました。そこで数年前から現行の社内管理画面の廃止を目指し、Basemachinaを利用してリプレイスを進めています。来年前半には現行の社内管理画面の完全廃止まで持っていきたいと考えています。

リプレイスと同時に機能改善も進め、社内の業務効率改善を図っています。

その業務効率改善として社内で熱望されていた機能がFAX送信業務の自動化でした。しかし最近ではFAX自体利用事例が少なく、自動化の事例も耳にしたことがないという状況でした。そんな状況でも実装方法を模索し、Windows上でC言語を利用することで自動化が可能であることを確認し、CGIを利用して実際に自動化を成し遂げました。

CGIは最近ではあまり使われない技術だと思いますが、今回の要件には非常にマッチしました。使用する技術が最新かどうかは関係なく、目的達成のために貪欲に結果にこだわったことで、リリースまでこぎつけた事例だと考えています。個人的に技術面では今年一番おもしろい事例だと思っています。これからも結果にこだわり、ビジネスを前に進められる開発を進めていきたいと考えています。

フロントエンド開発・テスト

LintツールのXO導入をはじめ、ライブラリの活用などによるソースコードの改善を進めています。

また、リファクタリングデーとRenovateを活用し、ライブラリのバージョンアップも進めています。これらの活動は、セキュリティや開発速度を落とさずに開発を続けるために非常に重要だと考えています。

改善を進める過程で、E2Eテストなどを含むフロントエンドのCIが増えた結果、GitHub Actionsの無料枠に収まらなくなりました。そこでCIの速度改善なども進めていきました。

アクセシビリティの改善にも取り組み始めています。アクセシビリティを進めることで、様々な人に安心して使っていただけるサービスを目指していきます。

バックエンド開発・テスト

フロントエンドと同様に、テストやLintを活用して効率よく成果を出せる仕組みを整えています。

システム改善

安定したインフラを提供するためにシステムの改善を進めています。基本的にはAWSのマネージドサービスを活用し、自前で管理する必要があるインフラを削減しつつ、既存のマネージドサービスの改善も進めています。それによりサービスの安定稼働や今後の円滑な機能追加を行えるようにしています。

定常的に出ていたエラーを減らす活動も行っています。こういった地道な活動こそ大切だと考えています。

ケーススタディ

開発を進める中で見つけたり、実装したTipsを紹介する記事もいくつか公開しています。

こうした記事は知見の宝庫であり、必要な人には非常に有用だと考えています。今後も積極的に紹介していければと考えています。

プロダクト開発とコミュニケーション

開発部では、他部署とのコミュニケーションが以前から課題となっています。そのため、必要なコミュニケーションが取れるよう試行錯誤を続けています。円滑なコミュニケーションを目指し、現在も改善を続けています。

グループ内留学

2023年に株式会社グルコースがPR TIMESグループにジョインしました。そのときのプレスリリースに以下の記述がありました。

PR TIMESとグルコースで双方向の出向を制度化し、グループ内の人的交流を促すことで、志向性の変化による離職を防ぐとともに、相互の知識や技術が交換されることでイノベーションの機会が生まれると期待しています。

グループ内の人的交流を促す施策の第一弾として、当社から1名がグルコースに1ヶ月勤務するグループ内留学を行いました。

2025年は逆にグルコースから当社へのグループ内留学の受け入れを行う予定になっています。今後も同様の取り組みを続けていければと思っていますし、グループ外の交換留学も実現できたらおもしろいと個人的には考えていますので、興味のある会社があればぜひご連絡ください。

LLM活用

ChatGPTをはじめとした、LLMを社内で活用して業務効率を改善できないか試行錯誤しています。

社内ではChatGPTのAPIが利用できるLibreChatをセルフホスティングしていたり、GitHub Copilotを希望者に付与しています。社内ITでGemini for Google Workspaceを希望者に付与できる体制にしました。

私自身がやったものですが、GitHubのPull Requestに対して自動でレビューすることで、人が見る前に凡ミスに気付く事例が出ています。

LLMは既にサービスにも一部活用されていますが、更に活用を進めていく予定です。

社内の取り組み

最近の当社の開発ではバックエンドとフロントエンドの垣根が非常に低くなっており、普段バックエンドを開発しているメンバーもフロントエンドのタスクを進めたり、その逆のパターンも増えています。

現状ではバックエンドとフロントエンドはチームとして分かれていないため、本人の希望次第で柔軟にタスクを進めることを推奨してきました。

私たちの組織では、インターンの受け入れにも積極的に取り組んでいます。これまでにも、インターンが成長し、成果を上げる例が多くありました。今回紹介するブログ記事もインターンが書いたものが多く存在しています。そうした成長の姿に触れることで、互いに良い刺激となり、組織全体の成長につながると考えています。このような環境を整えることで、より良い体制を築いていきつつ、業界内で活躍できる人材を輩出していきたいと考えています。