Searlsさんです。Justinさんは古いコードのメンテナンス,リファクタリングについて話しました。技術面のみならず,経営層にリファクタリングの重要性を説く方法にまで触れた,大変興味深い講演です。🏥という,リファクタリングを支援するgemがお披露目されました。盛りだくさんの内容でしたが,絵文字を盛り込んだスライドなどの工夫が凝らされ,笑いあり,驚きありの,あっという間の1時間でした。〜後期の成功に求められるもの〜Justinさんは今日の問いとして,次のことを挙げました。「古いRubyを簡単にメンテナンスできるようにできるか?」Rubyが成功を納めたことに間違いはありません。初期の成功と後期の成功では求められるものが異なります。初期の成功では,簡単にものが作れることができることが大事です。言語が一度成功した後,継続して発展していくためには,今度は別のことが問題となります。理由としては,人気が出てより批判的に見られるようになること,仕事に使われるようになるので,より重大なものになっていくことなどが挙げられます。後期の成功で鍵となるのは,古いもののメンテナンス性だとJustinさんは主張しました。そこで,冒頭の問いに繋がります。問いに答えるべく,具体的にレガシーなコードをリファクタリングしていく段階に移っていきます。その前に,Justinさんは今日用いるリファクタリングとレガシーコードの意味を次のように定義しました。リファクタリング::新機能の実装やバグ修正に先立ち,それらを簡単に行うために前もって変更を加えることレガシーコード::自信を持って変更できるほど十分に理解していないコードリファクタリングは技術的にも,ビジネス的にも難しいリファクタリングが一般的に難しい理由として,以下の3つが挙げられました。どれくらいかかるか時間を見積もるのが難しいどれくらい作業が必要になるかも,どれくらいリスクがあることなのかもわからないため。ビジネス的な視点からは価値が見えないリファクタリングをした結果得るのは同じ振る舞いであり,どんな価値が生まれたのかわからないため。して,リファクタリングはとても複雑な箇所に施すことになるため,そこの箇所の開発を止めなければならなくなる複数の変更をそこにマージするのが難しくなるため。複雑なコードであればあるほど,重要性も増すことも難しさの一因として挙げていました。コストとリスク,それとビジネス的な優先度を照らし合わせたとき,リファクタリングは最も理解を得るのが難しいエンジニアの仕事であるとJustinさんは自身の経験に基づき述べました。そこで,リファクタリングをより簡単に行うための一環として,まずビジネス的な優先度を上げるための3つの作戦を検討していきました。ここでの前提として,ビジネス的視点によれば,リファクタリングは「道路工事」のように見える,という仮定があります。すべてが止まり,交通量はゼロになり,しかしお金ばかりが普段の勢いと変わらず出ていくという状態です。これは,ビジネス的な視点から見れば魅力的ではありません。次のような作戦を立てられます。例2.「リファクタリングをしないと,メンテナンスコストは今より相当高くつくことになりますよ!」しかし,例1については遠い未来の話であり,証明が困難です。例2については,定量的にはかることができず,実感を得ることができません。コストを取りこむ自己規律とプロ意識によってコストを取り込むこともできます。新機能を追加するときには通常,計画を立て,開発をし,テストを書くという活動をするでしょう。ここに前もってリファクタリングの段階を盛り込むことによって,新機能について,それぞれもう少し時間をかけることもできます。これができれば,大変素晴らしいことです。これを実現するにはほとんどの人が持ち合わせていない厳しい自己規律が要求されます。時間が押してくると,真っ先に落とされるのはこのリファクタリングの時間です。時間が押してくるというのは,ほとんどのチームが経験することです。この方法もそこまで効果的ではありません。人質をとる上記2つに代わる作戦として,人質をとるのはどうでしょうか。4と設定されたとき,チームとしてはそれにNoと言い,機能1を作ったらその後はリファクタリングをやらないとダメだ,機能3の前にはまたリファクタリングが必要だ,という具合に要求し返すのです。これは問題をはらんでいます。基本的にやっていることは,開発チームを急かす経営陣を咎め,もっとゆっくりじっくりとやる必要があると主張することです。これでは,経営陣のチームに対する信頼を損ねます。コードを書いてもらうためにたくさんのお金を払っているのに,毎回立ち止まっての修正が要求されるようでは,仕事を遂行する能力がないと思われてもおかしくありません。このように,リファクタリングを売り込むのは難しいのです。そこでJustinさんは次のように主張し,方向を変えます。「自分たちはプログラマーだし,今さら文化を変えられるとは誰も思っていない。短期的な解決法はそこにはないのではないだろうか。」ビジネス方面で攻めてもしかたがなく,自分たちはプログラマーなのだから,技術で解決しようという熱い方向転換です。進化しつづける柔軟なアプリケーションの育て方』の訳者。Evansさん「たのしいRubyの先に,はやいRubyがある。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。