仕事を知る

ibisPaintの開発のやり方とは？

＜開発＞

ibisPaintアプリ開発のメインのプログラミング言語はC++です。OSのAPIを呼び出すために、Objective-CやJavaを利用する場合もあります。また、並列性の高い画像処理を実装するためにOpenGLを使用しています。Webサイトの開発では、JavaとTypeScriptを使用します。データベースはMySQLで、フロントエンドのフレームワークとしてReactを使用します。

ibisPaintアプリ、Webサイト、いずれもチームでの開発であるため、第一に可読性・保守性・拡張性の高いコードを書く必要があります。次に重要なのが、仕様通りに動作するプログラムであることです。
「順序が逆では？」と思われるかもしれませんが、この順で意図通りです。ibisPaintは既に軌道に乗っているプロダクトのため、長期間に渡って開発を続けていくことが確定しています。仮に、誰かが「他の人の半分の時間で実装できるから」と可読性・保守性・拡張性の低いコードを書いてしまうと、将来に渡って残りのメンバーの足を引っ張り続ける負の遺産となり、「時間が倍かかってでも、他の開発者に実装してもらったほうが良かった」という事態になってしまいます。

また、性能の良いアプリケーションを目指しているため「適切なデータ構造・アルゴリズムを選択しているか」などの計算量オーダーの最適化と、「無駄なコピーを発生させていないか（適切にムーブされているか）」、「無駄にメモリ確保をしていないか」、「無駄にキャッシュミスを発生させていないか」といった計算量の係数に配慮しながらコードを書きます。
現在のスマートフォン、タブレットでは、メモリを確保するとメモリスワップが発生するのではなくアプリがキルされるものが多いため、計算速度だけではなく、メモリ効率についても注意を払う必要があります。
可読性・保守性・拡張性とパフォーマンスがトレードオフになるような箇所では、書いている関数の呼び出し頻度などを基に、ちょうどよい塩梅を選択するバランス感覚が必要とされます。

＜コードレビューと教育＞

品質の高いコードを生産するため、共有ブランチへマージする前に、必ず先輩の開発者のコードレビューを受けることになります。そして、良いコードが書けるようになってきたら、コードレビューする側にまわり、後輩の育成、社内教育にも携わってもらいます。

＜不具合修正＞

社内でのテストやユーザの報告、クラッシュレポート等により発見された不具合の調査・修正を行います。再現性のある不具合であれば修正をするのは比較的簡単ですが、ほとんどが再現方法不明な状態からスタートします。ログを見て再現手順を確立したり、起こり得ないと思われているスタックトレースとコード（場合によってはコンパイル後のアセンブラコード）を照らし合わせて、何が起きているのかを突き止めたります。

一見、地味な仕事に見えるかもしれませんが、ユーザ体験を高めるためにとても重要な作業です。また、少ない情報を元に不具合の原因を推理する作業は、実際にやってみると楽しいものです。C++やclangやメモリ確保戦略について、知識を総動員して原因を突き止められると、まるでハッカーになったかのような気分を味わうことができます。

＜設計＞

ibisPaintのモットーは「高度な機能を、使いやすいユーザインターフェース（UI）で提供すること」です。そのために、機能の設計、特にUIデザインに全力を注ぎます。

UIデザインを行う際は、ユーザの行動や心理をよく推測しなければなりません。

• ある操作を行うための操作の回数を一回でも減らせるように配慮する
• 各種コントロールの使用頻度を推測し、よく使われるものを目立つ場所に配置する
• 操作ミスをしづらいようにボタンを並べる、操作ミスをしたときの取り消しが容易になるようにする
• 画面に表示される文字列を1単語ずつ丁寧に選択する

直感的にわかりやすい平易な単語を選択すべきか、それとも専門的だが画像処理業界で標準となっている単語を選択すべきかを考えます。
このようにユーザの目線に立って設計を行います。

また、ツールの快適性にはUIへの高速なレスポンスが必要不可欠なため、設計の段階でアルゴリズムの方針や処理を実行するスレッドについても検討します。最後に、こだわりすぎない、作り込み過ぎないことにも注意して仕上げます。常にコストパフォーマンスに配慮します。

＜コミュニケーション＞

チームで仕事をするにあたって、コミュニケーションはメンバーのスキルやモチベーション、ひいては製品のクオリティにも大きな影響を与えます。
特に、ibisPaintの開発チームは東京本社と名古屋本社に分かれているため、チャットやWeb会議を使った頻繁かつ迅速なコミュニケーションが欠かせません。ツールはMicrosoft Teamsを使用しています。

＜技術勉強会＞

チームメンバーが仲良くなる場、雑談をする場、興味の対象について共有する場、向学心を掻き立てるための場として、技術勉強会を開催しています。

発表者が自身でテーマを選択し、30分程度の発表を行ったあと、参加者からの質問を受けたり、テーマについての議論を行ったりします。大学のゼミでの発表のようなものが近いイメージです。

勉強の場というよりコミュニケーションの場であると考えているので、テーマ選択についての制限はかなりゆるく設定しています。「趣味でこんなプログラムを書いています」「今こういう論文を読んでいます」「こんなアルゴリズムを発明しました」など、最近の自分の技術的アクティビティを紹介する発表が多くなっています。

とは言え、個々人が自分の得意な分野からテーマを選ぶため、発表内容のレベルはかなり高くなっており、時に話の内容についていくのが大変なこともあります。ですが、たとえ内容が理解できなくても「周りの人はこんなに勉強しているなら自分も勉強しないと…！」という焦りや緊迫感を持つだけでも、メンバー全員の学習意欲が高まり、良い効果を与えるのではないかと考えています。