人が増えても速くならない ～変化を抱擁せよ～
2023年6月10日紙版発売 2023年6月10日電子版発売 倉貫義人 著 四六判／136ページ 定価1,540円（本体1,400円＋税10%） ISBN 978-4-297-13565-2 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 ユーザー数が伸びるにつれて多くの要望が出てきても，新しい機能をスピーディーに追加できなくなってきた。ちょっとした修正のはずなのに，ものすごく時間がかかる。 ――そのようなことが起こる原因は，ソフトウェアが変化に適応できないから。 プログラミングを学んでも理解できないソフトウェアの本質を，プログラマーとして12年，経営者として12年の経験を持つ著者が集大成。 完成しても終わりではない 人が増えて
Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト
ユーザーページをリニューアルしました - Qiita Blog
※こちらの機能について2020/03/25にリリースしたユーザーページについて、現在の状況を共有いたしますを公開いたしました。 早急に「読んだ記事」の取り扱いに関する社内協議を全力で進め、適切に対応していく所存でございます。 こんにちは、Qiita開発チームのgetty104 です。 最近サウナにはまっていて、疲れた時にはだいたいサウナで整いながら物思いにふけっています！ さて、今回はユーザーページがリニューアルされたことをご連絡します。 よりアイデンティティを発見、表現できるページへ今までのユーザーページはあまり自己表現には向いていなかったと思います。 今回のリニューアルでは、より「どんなエンジニアなのか」を自分自身で見ても気づきを得られ、他の人が見れば自分がどんなエンジニアなのかがわかるページを目指しました。 新しいユーザーページのUIは以下のようになっています。 また、新しいユーザー
リクナビの内定辞退率提供 中川総合法務オフィス
個人情報を軽く見てはいけない。企業に就活生の「内定辞退率」を含めrたプロファイルを有償で提供することの明確な同意を得ていたのか、リクナビは。GDPRが強調するように個人情報は個人の尊厳に直結する基本的人権である。https://rima21.com/
【極秘入手】7pay開発の内部資料。｢セキュリティー不備｣は急な開発と“度重なる仕様変更”が一因か
Business Insider Japan編集部｢7pay｣取材班は、7payの開発スケジュールを取りまとめた内部資料を入手した。 開発現場の関係者の間でやりとりされた資料の最終版に近いもので、2018年末からサービスイン直前までの間が、どのようなスケジュールで動いたのかを示す資料だ。現場をよく知る複数の関係者の証言からは、記者会見で注目が集まった｢セキュリティー不備｣につながる慌ただしい開発現場の姿が浮かび上がる。 7payの不正利用に関しては、7月3日にアカウント乗っ取りと不正利用が発覚し、続く4日セブン＆アイHDが記者会見で被害推定額を｢約5500万円｣と発表。同日夜に中国籍の男2人が不正利用に関して詐欺未遂の容疑で逮捕された。 セブン＆アイHDはセキュリティー対策の甘さへの指摘を受ける形で、5日にはセキュリティー対策強化を目的とした新組織発足と二段階認証導入、1回あたりのチャージ
消防士からエンジニアへ、そして退職｜ryoKawamata
昨年2月に消防士から未経験でエンジニアに転職。さらに昨日付けで、その会社を退職しました。 あまりないキャリアだと思うので、退職エントリ書いてみました。 あなたは誰？商業高校を経て、大学は経営学部を卒業。生粋の文系。 新卒で地元の消防本部に就職。消防隊を4年、救急隊を2年経験。 28歳の冬にエンジニアに転職。そして29歳の春（現在）退職。 趣味は懸垂。既婚、3歳になる息子がいます。 （単管で自作中の懸垂バーと息子） なぜ消防士からエンジニアへ？単純にプログラミングが好きで、それを仕事にしたいと思ったからです。 ・ 自分の手でサービスを形にしていくのが面白い ・ 良いものが作れたときの達成感がすごい ・ 働く場所を選ばないというところに惹かれました。 プログラミングに触れた最初のきっかけは、妻が自宅で開業した鍼灸院のWEBサイトを作ったこと。 制作会社に依頼すると高いので、本を買って自分で一か
プロジェクトの炎上を防ぐためにSEが「要件定義」で気をつけたい4つのこと - paiza times
Photo by Amtec Photos こんにちは。倉内です。 システム開発の上流工程の1つに要件定義という工程があります。 要件定義はプロジェクトの成功・失敗を左右すると言われるほど重要な工程で、炎上したプロジェクトをあとで振り返ってみると「要件定義が甘かった……」と思い当たることが多いです。 要件定義が難しいのは、ユーザーの漠然とした課題や要望を引き出してシステム要件として定義するという性質上、プロジェクトごとの違いが大きく、明確な正解というものが存在しないことにあると思います。 しかし、要件定義をおろそかにするとシステムで何を実現しなければならないかがはっきりしないままプロジェクトを進めることになり、設計・開発・テスト…あとのすべての工程で困ることになります。 そこで今回は、なんとなくでやる要件定義はやめて、プロジェクトを炎上させない要件定義を実施するために気をつけたいことをお伝
情報学広場：情報処理学会電子図書館
※ユーザ登録は無料です． 本電子図書館のご利用にあたっては「情報処理学会電子図書館利用規約」をご遵守下さい。 情報学広場に掲載されているコンテンツには有料のものも含まれています。 有料コンテンツをご購入いただいた場合はクレジットカード決済のみとなります。 複写および転載をされる方へ一般社団法人情報処理学会では複写複製および転載複製に係る著作権を学術著作権協会に委託しています。当該利用をご希望の方は、学術著作権協会が提供している複製利用許諾システムもしくは転載許諾システムを通じて申請ください。 尚、本会会員（賛助会員含む）および著者が転載利用の申請をされる場合については、学術目的利用に限り、無償で転載利用いただくことが可能です。ただし、利用の際には予め申請いただくようお願い致します。
テストを開発する ～最適なテスト設計プロセスの構築～
キーワードで探す カテゴリで探す トレンドを知る 事例を知る 展望を知る 技術ブログ サービスで探す コンサルティング CRM（Salesforce） ERP（SAP/Biz∫） 顧客接点・決済 カーボンニュートラル SCM・ロジスティクス 電子申請 データ＆インテリジェンス アプリケーション開発・管理 ブロックチェーン 量子コンピュータ・イジングマシン デジタルツイン IoT ロボティクス・RPA クラウド ネットワーク データセンター サイバーセキュリティ アウトソーシング 業種で探す 金融 官公庁・自治体 医療・ヘルスケア 防災・レジリエンス 食品 小売・流通 モビリティ 製薬・ライフサイエンス 食農・農業 製造 通信・放送 電力・ガス・水道 建設・不動産 個人のお客様向け 教育 トピックで探す Innovation Conference サステナビリティ キーワードで探す カテゴリ
ソフトウェアプロダクトを管理するときに考えること | ソフトウェア開発のメモ帳
ソフトウェア開発チームの人数が増えると情報の整理方法が悩ましいので、網羅性はありませんが思いついたものを列挙しておきます。 ドキュメントを書く インフラを整える 開発環境を整備する 設定情報を管理する ドキュメントを書く そもそも何を実現するソフトウェアなのかがブレてしまうプロダクトもあると思いますので、 基本的なことをしっかりと書いておくことは重要です。 基本事項 目標 要件 (機能要件、非機能要件) 設計思想 仕様 (外部仕様、内部仕様) チームメンバーの入り口となる情報 ソースコード管理システムへのポインタ チケットなどのトラッカーへのポインタ 開発ロードマップとマイルストーン コミュニケーション・チャンネル (メール、チャット、ニュースレターなど) プロジェクトの用語集 - SQLAlchemy の場合 プロセスに関するドキュメント 開発全般に渡るワークフロー - mozilla.
みずほ 夜間・土日も振り込み可能な全銀協システムに接続へ | NHKニュース
みずほフィナンシャルグループは、週末にＡＴＭを止めて行ってきたシステムの移行作業が進んできたことから、夜間や土日でもほかの金融機関への振り込みが直ちにできる全国銀行協会のシステムに、早ければ夏までに接続する方針です。 ９回に分けた移行作業のうち、８回目が先週末から12日朝にかけて終わり、これで、作業はことし７月中旬に予定される１回を残すだけになりました。 これまで目立ったトラブルなく作業が進んで来たことから、みずほは顧客の利便性を高めるため、早ければ夏までに金融機関どうしの振り込みが夜間や土日、祝日でも直ちにできる全国銀行協会のシステムに接続する方針です。 みずほの新しいシステムの開発には4000億円余りが投じられていて、移行作業が終わったあとは、巨額の投資を顧客サービスの向上や業務の効率化にどれだけ結び付けられるかが問われることになります。
要求定義と要件定義の違いを考える - Qiita
要求定義と要件定義についての記事というのは需要があるようですね。 検索されるだけなのか？そもそも話し合いの中では、その「定義」を確定して、話しておくことが大事なのですよね。言語を学ぶ上で、まずはひらがなからカタカナからそしてローマ字など文字を学ぶように、プログラミング用語や現場で使う単語などというのは意識して使っていかないと追いつけなくなってしましますからね。 役割分担、期日を決めるなどマネージメントの方もプロジェクト進行では、考えていきたいですね。 ##最近の近況 バーチャルな世界に興味があり、バーチャルSNSなどにも顔を出しながら作業してます。 ##はじまり はぁ… なんでシステム開発が失敗するんだろう… 仕様の変更が多くて… 言った言ってないのトラブルから避けたい… システム動かしてみても全然使えない… 実は．． 事業運用をオペレーションレベルに展開しないままに、 システム開発をして
スプリントのキャパシティを明らかにする方法
みなさんこんにちは。@ryuzeeです。 スプリントを始めるには、スプリントプランニングを実施します。 プロダクトオーナーはあらかじめプロダクトバックログの並び順を最新にしておき、プロダクトオーナーはどれを実現したいのかを提示するとともに、開発チームは実際にどれくらい実現できそうなのかを考えた上で、対象となるプロダクトバックログアイテムを選択します。その上で、選択したプロダクトバックログアイテムを実現する方法を開発チームは検討し、作業計画をたてます。 このときに考慮が必要になるのが、スプリントのキャパシティです。 キャパシティとは何かスプリント期間が1週間の場合で考えてみましょう。 1週間スプリントの場合、休日を抜くと5日間になります。その間毎日8時間働くとするとスプリント期間中の総時間数は40時間になります。 しかし、この40時間に人数をかけ合わせたものがキャパシティになるわけではもちろ
己を知れば、たったの30秒でバグ数が予測できる
己を知れば、たったの30秒でバグ数が予測できる：山浦恒央の“くみこみ”な話（51）（2/2 ページ） 3．バグ率を使った残存バグ数の推定 過去の統計情報からバグ率が分かると、いろいろなタイミングで総バグ数を予測できます。 プロジェクト立ち上げ時 プロジェクト立ち上げ時に、何人のエンジニアが何カ月必要かを予測するため、開発するソフトウェアの規模を推定します。実際には、ソースコード行数かFP（ファンクションポイント）を使う場合がほとんどでしょう（この2つの規模見積もりについては、本コラムの第36、37回を参照してください）。この時、予測したソースコード行数に過去の「プロジェクトとしてのバグ率」を乗ずると、バグ数を計算できます。例えば、ソースコード数を105KLOCと見積もり、前回、同じような製品を開発した時、全部で83KLOCのソースコードを作り、357個のバグを作り込んだとします。ここから以
デスマーチが起きる理由 - ３つの指標
デスマーチが起きる理由 - ３つの指標 著者： 青い鴉（ぶるくろ）さん @bluecrow2 これは結城浩さんの運用されていた YukiWiki に当時 Coffee 様 (青い鴉（ぶるくろ）さん）がかかれていた文章です。 ただ 2018 年 3 月 7 日に YukiWiki が運用停止したため消えてしまいました。その記事のバックアップです。 今は 404 ですが、もともとの記事の URL は http://www.hyuki.com/yukiwiki/wiki.cgi?%A5%C7%A5%B9%A5%DE%A1%BC%A5%C1%A4%AC%B5%AF%A4%AD%A4%EB%CD%FD%CD%B3 になります。 昔、自分がとても感銘を受けた文章なので、このまま読めなくなるのはとてももったいないと思い、バックアップとして公開しています。 お願い もしオリジナルの図を保存されていた方いら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バックエンドの設計で直したほうが良いコード9選
コインハイブ逆転有罪、IT業界への影響は？ 識者から「デジタルけしからん罪」の声も - 弁護士ドットコムニュース
コインハイブ事件、男性に罰金10万円を求刑 弁護側は無罪主張 - 弁護士ドットコムニュース
Engadget | Technology News & Reviews
技術的雑談-プログラム開発プロジェクト未整理Tips - Tsubasa's HomePage