技術的負債

「保守や運用を考慮した開発」とは言うが、それが意図するところは思うより広い。ソフトウェアエンジニアとしてのその理解は、あくまでもソフトウェアエンジニアリングに閉じたものとなってしまいがちだ。 変更しやすいコードや、システムの安定した稼働は、無論、大切だが、バリューストリーム（value stream）という観点が抜け落ちることがある。そのペナルティとしてチーム間が密結合となってコミュニケーションコストが増大し、テスト容易性とデプロイ容易性を著しく損なう結果を招いたプロジェクトもある。 私が聞いた過去のあるケースでは、複数のアプリケーション間で一部の機能の共通化を進めたことでこのペナルティを支払…

久しぶりにウクライナが関係のない話。 エンジニア界隈で、技術的負債という言葉がある。 日本語版Wikipediaの概説を持ってくると、 技術的負債（英語: technical debt）、または設計負債、コード負債とは、ソフトウェア開発における概念であり、時間がかかるより良いアプローチを使用する代わりに、今すぐ簡単な（限定的な）解決策を選択することで生じる追加の手直しの暗黙のコストを反映したものである。 というものである。 言葉の理解 この技術的負債という言葉、エンジニアになった最初の頃は言葉を選ばずにいうと上品に担当部分の(自分を含めた)過去担当者を罵倒する言葉程度にしか思っていなかった。 …

で喋ってきた。 これ。 hatena.connpass.com カクヨムはここしばらく仕事で関わっているサービスで、正式なサービス開始から6年目に入っている。控えめに言って絶好調で、まだまだ終了はしそうにない。つまり開発も運用も続けることになる。 システム開発を始めてから5年もすれば相応に技術的負債も溜まってくる。このセミナーではそうした状況にどう対応して行こうとしているのか？ の概観と直近1年の実践を率直に発信できたのではないかと思う。 技術的負債はエンジニア界隈では人気のある言葉なので、対応事例はいくらあってもよいと思う。一つの参考としてみてもらえるのではないだろうか。

こんにちは、ライクル事業部 エンジニアの菊池@kichionです 現在、ライクルでは大きく2チームで分かれて開発を進めており、私は技術負債解消を行うチームでシステム改善を行っています ライクルでは早すぎたマイクロサービス化によりコードベースが30近いGithub repositoryに分散しており、システムツールのrepositoryを含めると50のrepositoryが存在していました。 アジリティ向上のため、コンテキストをまとめrepositoryを17個削ったのでその方法論を紹介したいと思います 背景 分散モノリスとの闘い 1. 重複コード・知識の分散を"なるべく"解消する 2. 使って…

ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負…

はじめに こんにちは、テックリードのかどたみです。 エンジニアの皆さんはエンジニア以外の従業員に業務内容を理解していただくために取り組まれていることはありますか？私は取り組みの１つとしてタイトルの通り社長と二人で技術的内容に関してZoomのレコーディング機能でラジオ収録を行い、Slackで社内に公開しています。 この記事では、なぜこのような取り組みを行うに至ったのかの経緯や内容、その結果としてどのような良いことが起こったのかを紹介したいと思います。 ラジオが始まった経緯 課題の共有 エンジニア以外に業務内容の理解がされていないとどのような問題が発生するでしょうか？ コミュニケーションコストが高…

はじめに 技術広報のyayawowoです。 いつもラクスのエンジニアブログをお読みいただき、またエンジニアイベントへのご参加、ありがとうございます。 今回は、6月に開催したラクスMeetupの発表内容をご紹介させていただきます。 rakus.connpass.com はじめに イベントテーマ概要 発表の紹介 新機能開発のアーキテクチャ選定 初コミットから3年たったので、負債について少し本気出して考えてみた 新規SaaSを創る際にインフラが考えること おわりに

こんにちは、プレックスの種井です。 今回は、PlexJob開発チームにおいて、技術的負債に対して、どのように向き合っているかを紹介したいと思います。 「PlexJob」は物流特化型のダイレクト・リクルーティングサービスです。 求職者様が求人を検索するサイト 企業の採用担当者様が採用活動を行うための管理システム を提供しています。 背景 技術的負債との向き合い方 スプリントのタスクの10~20%を負債の返済に当てる 負債の蓄積と共有を行う 振り返りと棚卸しを定期的に実施する 負債の返済に対しての敷居を下げる 負債に対して、個々人の目線を合わせる 現在抱えている開発上の課題 おわりに 参考 背景 …

meiko hori (@m3iq) | Twitter から献本いただきました！ありがとうございます！ カオスエンジニアリングについての説明から実践例、導入方法や応用などまとまった情報が集まっていました。 各章のざっくりまとめメモ イントロダクション：カオスの誕生 「カオスエンジニアはテストではなく、実験の1つ」単にカオスをもたらすのではなく、本番環境の不安定さに耐える能力に自身を持つために行う。 自信があるならそもそもやらなくていいし、自信をつける他の良い方法があるならそれを使ってもいい。 予測不可能な複雑性に対しては、ユニットテストのように既知のロジックを検証するのではなく、 ブラックボ…

ANDPADフロントエンドエンジニアの小泉（@ykoizumi0903）です。Vue / Nuxt での開発を行っています。 このテックブログでも、 Vue Composition API を使った開発にまつわる記事を過去に何件か書いていますが、現在担当しているプロダクトの開発に携わるようになって2年ほど経ち、いわゆる技術的負債と呼ばれるようなものも少しずつ増えてきました。 そういった状況を改善するアプローチの1つとして、Nuxt.js の既存リポジトリにおける型チェックのルールをより厳しい設定に変更する、という取り組みを2ヶ月ほどかけて行いました。 今回はその取り組みにおける道のりを振り返っ…

イントロダクション LCLエンジニアチームの杉山です。この2年間は新型コロナの影響もあり、会社として粛々とサービスの基礎体力を強化する事に力を入れてきました。 やっと、社会状況も戻ってきて、これからLCLは更なる成長に向けて歩んで行く事になると思っています。🏃 同時に会社の成長に伴う既存サイトの複雑さという、多くのネット企業でも抱えているだろう技術的負債の解消や属人性の解消に向けての対応も引き続き必要になっています。 フロントエンド、バックエンド、データマネージメントチームそれぞれが、リファクターや自動化に取り組み少しずつ改善して来ている部分も多々ありますが、 今後、更に全体で生産性を上げ、ア…

『恐れのない組織』で「心理的安全性」という言葉と概念を広く世に知らしめしたエイミー・C・エドモントン氏が序文を書いている本ということで『心理的安全性とアジャイル 「人間中心」を貫きパフォーマンスを最大化するデジタル時代のチームマネジメント』を買ったのですが、うーん、おれにはちょっと…。 まさにそのエイミー氏が、序文に『この本は驚異的なスピードで書かれたように私には見える』と書かれていまして、この言葉をもっとしっかりと受け止めるべきだったなぁ。 とはいうものの、「人的負債」と「印象操作」という2つのインパクトの強い言葉についての理解と、そのあたりに関する自分なりの考えをまとめるのには大いに役立っ…

はじめに CodinGameのコンテスト（CodinGame Green Circle)に参加しました 結果は世界19/1,758位（Legend）、日本10/156位でした 技術的負債から目をそらして上手くアプリケーションを5つ作ろう！ ルール ツカモさんの要約記事がとてもわかりやすいです（ありがとうございます） tsukammo.hatenablog.com やったこと 概要 方針：ボーナスを4つCIで貯める ルールベース+評価関数で行動決め（各フェーズごとに評価、5つ目のアプリの時だけターン全体をシミュレートしてリリース判定を全探索） 初手は先手後手関係なく2で決め打ち、相手に取られてた…

こんにちは、SNSアカウント管理SaaSのスタートアップ 株式会社SocialDog代表の小西(@koni)です。 6期目が終わったので、SocialDogは、6期目（2021/4〜2022/3）の振り返りと、7期目（2022/4〜2023/3）の展望について書きます！ SocialDog 事業 80万アカウント突破＆アカウント数No.1獲得 マーケティングチャネル 100万アカウント突破に向けて 企業ユーザー向け機能・サービス強化 対応SNSの追加 海外展開 UI/UXの改善 カスタマーサクセスの強化 「世界で使われるSNSマーケティングツール」を目指して 社内体制 CGO 就任 エンジニア…

最近思ったことだけど、あんまりネットでプレゼン資料を見なくなった。もしかしたら皆気づき始めたのかもしれない。パワポ資料は中身が薄いってことを。ワードで数枚にまとめることを字を大きくしてアニメーションを付けて写真や絵を付けて、頭に入りやすい「かのような」気持ちにさせる。でもよく考えると、何か資格試験を勉強するときでもそうだけど、細かい字でたくさん読み込まなければいけない。問題集もたくさん解いて本当に理解しているかを確かめなければいけない。なのに、あんな文字数も少ない紙芝居で何かわかるようになるというのが不思議ではないか。 パワポは「わかる」を乱造するからくり装置であり、世間はわかった結果、何か進…

読んだ本 ソフトウェアアーキテクチャの基礎 Fundamentals of Software Architecture 日本語版は紙、英語版はKindleで読みました。Kindle版は図がカラーで見れます。 本書を読んだ感想を書いていきます。 Chapter 1. Introduction Software Architectureとは Software Architectureの定義が業界でよく定まっているわけではないところから話が始まります。 その理由として、Microserviceような新しいArchitectの台頭によってsoftware architectの役割が拡大していることが挙…

こんにちは。id:daiksyです。 6月17日, 18日に開催予定のスクラムフェス大阪 2022にChatworkで活躍するスクラム実践者が総出で参加します！ www.scrumosaka.org

はじめに 株式会社アイキューブドシステムズでAndroidアプリ開発を担当しているt-yusakuです。 今回は、おそらくあまり知られていないであろうAndroid Enterpriseという領域のAndroidアプリ開発について紹介します。これに関連して、当社のAndroid開発チームがどのような業務を行っているか、どのような課題を抱えているかということにも触れます。 Android Enterpriseって何だろう？MDMやCLOMOに興味があるけどAndroid開発チームはどんなことをやっているの？と思っているAndroidエンジニアの方がこれらのことを知るきっかけになると嬉しいです。 …

ご挨拶 こんにちは！プロダクトマネージャーの稲垣です。 みなさん、先日のイベント「【SmartHR×hey】PM10人規模の組織・プロダクトのリアル」はご覧いただけましたか？ 本記事ではイベントレポートとして、当日語られた内容をご紹介いたします。 今回のイベントでは『PMぶっちゃけトーク』をイメージワードに、プロダクトの歴史の長さやPM組織の規模が近いhey・SmartHRの2社ならではの・またリアルな姿を伝えるべく、赤裸々な話が繰り広げられました。どうぞご覧ください！ 登壇者紹介 松栄 友希（ヘイ株式会社 リテール事業本部 シニアプロダクトマネージャー） デザイナー、マーケターなどを経た後、…