ID:79867さん

### 概要 客先常駐にて、PHP製のQAサイトのリプレース案件に参加。既存システムはコードのスパゲッティ化が進んでおり、要件定義がない状態でのZend Framework移行が進められていました。 ### 課題 - 要件定義が存在せず、プログラマが開発を進められない状態 - 既存のJava製検索機能はブラックボックス化しており、仕様不明で改修困難 - DB設計にはドキュメントはあったが更新されておらず、正確なデータ構造が不明 ### 担当・取り組み - 旧PHPコード、バッチ処理、テスト環境のDB構造から要件を読み解き、ドキュメントとして要件定義・詳細設計を整備 - 不足していたデータベース設計を補完し、テーブル定義書に情報を追加 - 社内Wikiにて常駐先のエンジニアチームと情報共有体制を構築 - WebシステムにMemcachedを用いての透過キャッシュの導入を提案 - ブラックボックス化していたJava製検索機能を、PHP+Solr構成で再設計・実装 - Solrコンサルタントやサーバー担当と連携し、検索精度やインデックス更新も含めた運用体制を構築 ### 成果 - 要件定義と設計の整備により、開発作業がスムーズに進行可能となった - ブラックボックスだった検索機能をPHP+Solrにより可視化 - 常駐先の開発チームから「見通しが立った」と高評価を得る - ドキュメントと設計資産はその後の保守開発にも活用された

### プロジェクト名 ガラケー向け Twitter メールクライアントの個人開発 ### 概要 2008年当時、TwitterはWebブラウザでの投稿のみが可能で、公式APIも未提供の状態でした。スマートフォンも普及前だったため、ガラケーからツイートできる手段として、メールをインターフェースにしたクライアントを個人で開発・運用しました。 ### 課題 - Web版以外からTwitterを利用する手段がなかった - 通常のメール投稿ではユーザー識別や操作が困難 - 外部APIとの連携や安定運用が求められた ### 担当・取り組み - メールを受信して処理するPerlスクリプトを作成し、投稿／タイムライン取得／アイコン変更などを実現 - ユーザー識別のため、固有のハッシュ値を含んだメールアドレスを割り当てる設計を採用 - メール件名にコマンド（例: `t` / `k Perl`）を指定することで多機能操作を実現 - 他の開発者が提供していたTwitter検索APIとも連携し、投稿以外の機能も強化 - Sendmail と連携したサーバ構築、ログ管理などもすべて自前で対応 ### 成果 - 約1年半にわたり5000人超のユーザーにサービスを提供 - ガラケーからリアルタイムにツイートや検索が可能な環境を実現し、当時としては革新的なUXを提供 - SNS黎明期において、個人開発で大規模運用と継続的改善を実現 - 技術系メディア『週刊アスキー』（2008年7月22日号／2009年12月21日号）にて2度紹介されました

### プロジェクト名 PDFlib活用支援サイトの社内制作と技術サポート ### 概要 PDFlibというPDF生成ライブラリの日本国内販売を行う企業にて、ヘルプデスク業務を担当。問い合わせ内容によっては、PDFlib社（ドイツ）の技術スタッフと英語でのメールによる技術確認を実施しました。問い合わせ対応の中で多かった「PHPでの基本的なコーディング方法」に対応するため、社内で技術情報サイトを構築・公開するプロジェクトに関与しました。 ### 担当・取り組み - PHP + PDFlibによるコード例の執筆と検証と、ヘルプデスク対応と連動 - サイト構築は社内方針でm4マクロを用いて静的生成方式を採用 - 初期構想ではShift_JISを想定されていたが、将来的な保守性と外部公開性を考慮しUTF-8構成へ切り替え提案し実現 - プログラミング初心者にも伝わるサンプルと説明にこだわって構成を改善 ### 成果 - 英語での技術問い合わせを通じて、PDFlib社との連携を確保し、より精度の高いサポート体制を構築 - コーディングに関する基本的な問い合わせは大幅に減少し、ヘルプデスク業務が効率化 - 国内の販売パートナーがこのサイトを活用して技術説明を行うケースも発生 - 結果的に、問い合わせ層が高度化し、より深い技術支援が求められるようになるなど、社内の支援レベルの変化に影響 - 社内事情により最終的にサイトは閉鎖されたが、静的な技術ナレッジ共有の取り組みとして一定の役割を果たした