レガシーソフトウェアをチームで改善するためにまずしたこと | Recruit Tech Blog
はじめに 今年度、新卒で入社した suke です。インターネットではよく omuomugin というアカウントを使っています。現在はゼクシィアプリの内製開発チームでソフトウェアエンジニアとスクラムマスターをしています。 ゼクシィのiOSアプリは2011年から開発されており、レガシーになっている部分も多くありました。本記事では、去年の5月に立ち上がったゼクシィアプリの内製開発チームで取り組んできたレガシーなソフトウェアに向き合うためにやってきたことを書いていきます。レガシーなソフトウェアの定義は様々ですが、レガシーソフトウェア改善ガイドによれば、優れたテストコードがなかったり、ソースコードが変更に対して柔軟でなかったり、いわゆる技術負債が溜まってしまっているソフトウェアのことを指します。 僕らのチームでは、改善の最初のステップとして大きく以下の3つのことをしてきました。 「レガシーソフトウェ
ITエンジニアの新たなバイブル『レガシーコードからの脱却』を読んだ - paiza times
こんにちは。谷口です。 先日、オライリー社から『レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス』が発売されましたね。 弊社でもすぐ購入し、読みまくり、「これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…」と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本（ソフトカバー） 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた
ソフトウェア開発における 「設計」と「パフォーマンス」の相互作用 / Interaction Between Design and Performance on
Software Development - Speaker Deck
設計Night2018の資料です https://connpass.com/event/104821/
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみた - Qiita
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみたGo初心者まとめアーキテクチャCleanArchitecture はじめに Clean Architecture 達人に学ぶソフトウェアの構造と設計を読んだ。 なぜソースコードを綺麗に書くのかから始まり、オブジェクト指向、コンポーネントの原則、アーキテクチャと体系的にまとまっている良い内容だった。 この記事では、本書の内容の引用を踏まえながら自分の考えの振り返りをまとめたものである。 実際にGoで実装したりしたので、なにか間違いなどあれば指摘していただきたい。 クリーンアーキテクチャの書籍を読んだのでAPIサーバを実装してみた 対象読者 ・Clean Architecture 達人に学ぶソフトウェアの構造と設計を読むか迷ってる人 ・Clean Architec
ソフトウェアに対しての敬意 - 良いあそなすちゃん
ソフトウェアに対しての敬意を欠如しているのではないかという場面を多々見ることがあって、そのたびに怒りに近い、けど諦めや落胆のようなのグニャっとしたものがドッと押し寄せてもやもやした気分になり、ヤァヤァ我は斯く斯く然々と躍り出て叱るべきなのかどうなのか、という状態に陥る。 そもそものところ、敬意のない言動をしている人を外から見たときの畏怖はコンビニにたむろするヤンキーに似たミームを感じてしまい、一言申せばえもいわれぬ罵詈雑言が飛び火してきそうだ、と思ってしまい、今まで目をそらし聞き流して我関せず、と一貫してきた。 自分が得る情報は自分で制御しなければならない、という信念と、自分がソフトウェアの開発を生業にしているからこそのソフトウェアへの感謝やそれこそ敬意からくるソフトウェアを守らなければ、という正義感から反撃・反論したくなる。けど、ソフトウェアへの敬意が欠如している人に対して、お前はソフト
IoT時代に「ソフトウェアがイノベーションの主な源泉に」--Software AG
「新たなデジタルビジネスモデルはソフトウェアで構築される必要があり」、ソフトウェアを理解できる人材が先頭に立って道を切り開いていく必要がある。 ITマネージャーは率先して仕事に取り組み、IT分野の競合がひしめく複雑な状況のなかをビジネスリーダーが適切に意思決定していくための手助けをするとともに、IoTを積極的に受け入れる必要がある。ITに長けた競合他社が企業とその顧客の間に、そして従業員との間にくさびを打ち込もうとしている。そんななか、企業のリーダーらは、進んで自社の変革に手をつける必要がある。 これは、Software AGの最高経営責任者（CEO）Karl-Heinz Streibich氏が、ローマで最近開催された同社のイベントで語った戒めの言葉だ。同氏は「新たなデジタルビジネスモデルはソフトウェアで構築される必要がある」と述べたうえで、「机上のものではなく、ハードウェア主体でもなく、
2016年の国内ソフトウエア市場は前年比3.9％増、ビッグデータ関連が成長
IDC Japanは2016年12月26日、国内ソフトウエア市場の予測を発表した。2016年の同市場規模を前年比3.9％増の2兆7416億9000万円と予測。2015～2020年は年間平均4.2％で成長し、市場規模は2019年に3兆円を突破、2020年には3兆2388億円に達するとした。 同市場はパッケージソフトやSaaS（ソフトウエア・アズ・ア・サービス）、PaaS（プラットフォーム・アズ・ア・サービス）の売上高を含む。2016年の成長率を分類別にみると、アプリケーション市場が前年比4.0％増、アプリケーション開発／デプロイメント市場が同6.1％増、システムインフラストラクチャー市場が同2.3％増との予想である。 最も高い成長率を見込むアプリケーション開発／デプロイメント市場では、企業のビッグデータへの投資拡大が寄与した。2020年にかけても同市場は年平均6.2％と高い成長率を見込む。ビ
コレ1枚で分かる「ソフトウェア化する世界 - 物理的存在を越える利便性」
例えば、データセンターに設置されたサーバやストレージ、ネットワーク機器などのさまざまなシステム資源は、Hyper-VやKVMなどの仮想化ソフトウェア、OpenStackやVMware vCloud、MesosなどのクラウドOSによって管理され、利用者は物理的な機器類を見ることも意識することもなく、必要なシステムの能力を利用できます。 このクラウドコンピューティングという仕組みにより、物理的には1つの大きなシステム資源であるにもかかわらず、利用者にとっては個別の専用システムとして扱うことができます。そして、必要なときに必要なだけのシステム資源を即座に調達でき、手間の掛かる運用管理の大部分もソフトウェアに任せることができるようになりました。 このように、ソフトウェアによってハードウェアや設備などの物理的実体を覆い隠し、利用者の利用目的や利用シーンに合わせて、分かりやすく見える化することで、利用
日本のソフト技術者、労働時間は最も長く、やりがいは最下位 国際比較
日本のソフトウェア技術者は労働時間が長い一方、やりがいや満足度は低い──同志社大学技術・企業・国際競争力研究センターの5カ国調査でこうした結果が出た。ソフトウェア技術者が長時間労働にあえぎながら仕事に不満を抱えている現状が浮き彫りになった形で、同センターは「速やかな改善が必要」と指摘している。 日本と米国、ドイツ、フランス、中国のソフトウェア技術者個人を対象に、2015～16年にかけてアンケート調査した結果をまとめた。 週当たり51時間以上働いている割合が最も多かったのは日本で、27.2％と3割近い。中国は2番目に多かったが、割合は10.5％と日本に比べ低く、3番目の米国も6.8％だった。 一方、週当たりの労働時間が40時間未満だった技術者は、日本では4.3％に過ぎなかった。だがドイツは91.7％、フランスも76.4％が40時間未満。欧州2カ国よりは少ないものの、米国も40.6％が40時間
中高年の開発者に悲報？ ソフトウェア開発現場の若年化が顕著に
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 中高年層の強みは、長年の経験と、そこから培われた豊富な知識である。だがこの常識は、果たしてソフトウェア開発の現場にも当てはまるのだろうか。 開発者の平均年齢の低下を示す統計や事例は、枚挙に暇がない。 コンピュータサイエンスを専門とするカリフォルニア大学のNorman Matloff教授は、開発者の年齢には上限があると主張している。教授によると、「統計では開発者の大半が40歳までに現場を退いている」という。ちなみに2015年には、従業員の平均年齢が29歳であるGoogleに対して、年齢差別の訴訟が起こされた。 シリコンバレーの外側に目を向けてみても、結果は同じだ。近年の調査結果はいずれも、世界中で開発者の若年化が進行中であることを示してい
システムにいま何が起きているのか、どんなログでも読み込んで可視化するツール「Splunk」。新しいシステム運用とセキュリティ対策を実現するシスコ製品群との連携［PR］
多くの企業のITシステムは、サーバやネットワーク機器、ストレージなどのさまざまなハードウェアとそこで稼働するソフトウェア、そして外部のサービスなどが連係して動作しています。 この複雑なシステム全体が正常に稼働しているかどうかを管理・監視するためにもっとも重要な情報として、それぞれのハードウェアやソフトウェアが吐き出すログがあります。 ログはシステムを構成するさまざまなコンポーネントから秒ごと分ごとに出力されるため、一定以上のシステム規模であれば、その容量と増加速度はいわゆるビッグデータの1つと言えるでしょう。 そこで求められるのが、ログを横断的に分析し、可視化と知見をもたらしてくれるソリューションです。この分野でいま、存在感を急速に高めているのが統合ログ管理を実現するソフトウェア「Splunk」（スプランク）です。
ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ
このエントリでは、ソフトウェアの見積もりがどういうものであるかをシェアした上で、今後日本はどのような方向に向かえばよいのでは？という私のアイデアをシェアしたいと思う。 注：このエントリは、某銀行の件とは全く関係ありません。考えるきっかけになっていますが、中の人がどんな状況だったかもわからないのに、勝手なことを想像して、人や企業を叩くのは私の趣味ではないからです。 ソフトウェアの見積もりの正確さ ソフトウェア見積もりのことを知りたければ、下記の本がお勧めだ。 books.rakuten.co.jp この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と16倍もあり、概算見積もりのレベルでも4倍の開きがある。画面帳票仕様を「確定」したレベルでやっと1.6倍程度の開きになる。 請負開発を実施するときに、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
国内システム管理ソフト市場は今後も堅調に成長、複雑化するシステム運用の最適化が目的
「ソフトウェアがイノベーションを実現する」、米CA TechnologiesのCTO
ソースネクスト、筆まめの株式を取得し子会社化
国内ソフトウェア市場は2019年に3兆円を突破へ～IDC Japan予測
国内コラボレーティブ／コンテンツアプリケーション市場、2015年の市場規模は3860億9400万円～IDC Japan調査
システム管理ソフトウェア国内市場、2015年の市場規模は前年比4.9％増で3000億円を突破～IDC Japan調査
「ウォータフォールは何のメリットも無い」のラジオ番組の公開 - メソッド屋のブログ
上書き・削除されたファイルをシャドウコピーから復旧「PreviousFilesRecovery」 - 窓の杜
