ソフトウェア見積もりと納期のいくつかの真実とウソ - 勘と経験と読経
ソフトウェア開発の見積もりと納期について言及されたブログ記事を見て違和感があったので掘り下げてみた記事。ソフトウェア開発の「見積もり」というと少なからずSIer臭がする。しかしSIerや日本のソフトウェア開発の現状を憎悪するからといって、見積もりというアクティビティの重要性は変わらないし、軽視してよいものではないというのが個人的な考え。 ウソ:ソフトウェアの納期見積もりは、星占いレベルのものである 論点を単純化するための釣りタイトルだと思うのだけれども、ソフトウェア開発における「不確実性のコーン」はスケジュールではなく、スコープ(工数、コスト、機能)の見積もりに関する分析であって、納期、スケジュールに関する分析ではない点には注意が必要である。 この本に「不確実性のコーン」という開発フェーズごとの見積もりの正確性に関する図がある。これを見ると、最初の企画の段階で実施した見積もりは、誤差が何と
【エンジニアリング組織論への招待】を10~15分で読めるように1万文字程度でまとめてみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ■ はじめに エンジニアリング組織論への招待という本を読みました。 ジョブ理論 に続く名著でした。 理想に向けて、事業を最速かつ生産性高く成長させるには、「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる ソフトウェア開発における不確実性のマネジメントには、不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性） の2点を中心に、事業成長×組織の幸せに必要なフレームワークを提供してもらえるものでした。 ソフトウェア関連の事業やプロダクトに関わっている人（特にマネ
マーチン・ファウラー氏「リファクタリング 2nd Edition」で20年ぶり内容刷新、サンプルコードはJavaScriptに。Web主体で書籍はエッセンシャル版の位置づけ
マーチン・ファウラー氏「リファクタリング 2nd Edition」で20年ぶり内容刷新、サンプルコードはJavaScriptに。Web主体で書籍はエッセンシャル版の位置づけ マーチン・ファウラー氏が20年ぶりに大幅に内容を刷新した書籍「リファクタリング 2nd Edition」を今年秋に出版する計画だ。サンプルコードはJavaからJavaScriptに変わる。また、コンテンツ本体はWebサイトとなり、書籍はそのエッセンシャル版の位置づけとなる。 「リファクタリング」とは、ソフトウェアの機能追加や変更、性能向上などに備えるため、開発されたコードの外部に対する振る舞いは変更せず、より整理された、あるいは洗練されたコードに書き換えること、あるいはその手法のことを指します。 いまでは開発者の間で広く知られているこのリファクタリングについて、その目的や手法などを書籍としてまとめあげ、出版したことで啓
科学の方法
中谷 宇吉郎 岩波書店 (岩波新書 青版 313, G50), 1958年 HTML化: 増田 耕一 (作業中, ひととおり入力完了 2003年8月17日, 最新改訂 2018年3月21日) [HTML化についての注 (2018年3月21日補足)] 自分用に入力したものを暫定的に置いたもので、長期的に置き続けることは約束しません。 入力のまちがいに気づいたときには修正していますが、 全体を通して原文と読みあわせて校正はしていません。 原文で漢数字が使われているのを算用数字にしてしまったところがあります。 数式は、自己流にむりやりHTMLにしており、正しく読めるかどうか確かではありません。 とくに、数式の上線(オーバーライン)は正しく表現できていません (スタイルシートによる表現に思い至ったのですが、まだ実行していません)。 目次 ページ
Pythonは今のうちに習得すべき？『スラスラわかるPython』著者・岩崎さんとPyCon JP理事の寺田さんが語る
長年Pythonユーザーとして最前線でコミュニティを牽引してきた寺田学さんをして、昨今のPythonの盛り上がりは本物で、しかも初めての規模だとのこと。今回、翔泳社のPython入門書『スラスラわかるPython』の監修を務めた寺田さんと、著者の岩崎圭さんに今Pythonを始める理由や勉強の仕方について対談していただきました。 Pythonの得意分野が盛り上がる今こそ学ぶべきタイミング 寺田：岩崎さんはどんな目的でPythonを使い始めたんですか？ 岩崎：4年くらい前、僕はWeb系のインフラエンジニアと呼ばれる立場で、サーバーやネットワークの構築作業やアラートが発生した際の障害対応などのオペレーションが中心で、あまりコードを直接書く機会のない仕事をしていました。細かい作業の自動化を手軽にできる手段はないかと探していて、様々な言語をお勧めされたんですが、最終的に辿り着いたのがPythonでし
実体験からくるリアリティに共感しつつ実践可能なカイゼン手法を学ぶことができる良書「カイゼン・ジャーニー」を読んだ - Tbpgr Blog
組織で働く人にとって大小差はあれど、不満のない組織など存在しないでしょう。 だからこそカイゼンに関するノウハウは万人にとって強い武器になります。 カイゼンしていける範囲が広いほど「当事者」として振る舞うことができる範囲が広がります。 そして、 EX「圧倒的当事者」 を手にすることになります。 自分の人生を「自分ごと」にできる範囲を広げるスキル、 それが「カイゼン」するスキルと言えるかもしれません。 与えられた環境に対して裏で不満を吐き出しつつ、実際に変化させることは諦め 「月曜日」恐怖症に陥り、嫌々働く人生を送る。 逆に、与えられた環境を変えることに対して一歩踏み出し、すこしずつ仲間を増やし、 気づけば働くことに喜びを感じ、笑顔を交換し合う仲間ができているような人生を送る。 前者から後者になるきっかけを与えてくれる書籍がカイゼンジャーニーであるように思います。 経緯 コンテキストと共感 こ
Big Sky :: 書評：［試して理解］Linuxのしくみ
Twitter で「読みたい」と呟いたら著者の武内覚さんから献本しましょうかとお声を掛けて頂いたので即答でお願いしました。 僕はいつも Linux でしか動作しないソフトウェアを Windows に対応させるパッチを書いたりしているので、普段 Windows しか触っていないと思われがちですが、実は僕が Linux を触り始めたのは 1996 年にトッパンから出版された「Linux 入門」くらい昔だったりします。ちょうど Linux 2.0 が出た頃だったと思います。その頃の Linux はようやく SMB カーネルが出た頃で、まだまだお遊び感のある OS で不安定でもありました。ディストリビューションもほぼ Slackware くらいしか無かったかもしれません。 あの頃の Linux はインターネットを検索しても殆ど情報が出て来ず、本気で調べるにはソースコードを読むしかありませんでした。
O'Reilly Japan - オープンソースソフトウエア Web版
目次 訳者まえがき 謝辞 1 はじめに クリス・ディボナ／サム・オックマン／マーク・ストーン 2 真のプログラマ（hacker）たちの国――概略史 エリック・S・レイモンド 3 バークレー版UNIXの20年 （UNIXが、AT&Tの所有物からオープンソースソフトウェアになるまで） マーシャル・カーク・マクージック 4 インターネット・エンジニアリング・タスクフォース スコット・ブラドナー 5 GNUシステムとフリーウェア運動 リハード・ストールマン 6 シグナスソリューションズ社の将来性（創業者からの報告） マイケル・ティーマン 7 オープンソース開発におけるソフトウェア工学的側面 ボール・ヴィクシー 8 Linuxの強味 リーナス・トーバルズ 9 ユーザにすべてを提供するビジネスモデル ロバート・ヤング 10 努力、忍耐、謙遜 ラリー・ウォール 11
私が料理のレシピをみないでも料理を作れるようにしてくれた、料理人三傑とそのバイブル本 - 勝間和代が徹底的にマニアックな話をアップするブログ
約28年前に結婚して、実家を出てから、当時の夫がほとんど料理をしない人だったので、それから強制的に料理主担当になりました。そこから今日まで、日々料理と格闘していたのですが、まぁ、料理本やレシピをみないで料理ができるようになったのが、ここ10年くらいです。 で、なぜその辺からできるようになったかというと ×個別の料理を覚える ○料理のロジックを覚える というように、料理の覚え方を変えたからです。 昔は、クックパッドがなかった時代ですが、似たような料理大全みたいな本から、いつも材料の逆引きで、料理写真と材料、それにそういった本の指示の調味料や料理分数を常時参照しながら料理をしていました。 でもそれだと、まるで アルクの英会話集を見ながら英語を話している観光客 みたいな感じで、いつまでも自由に料理語が話せるようにならないのです。作れるものは作れるけれども、作れないものは作れない。 そこでちょっと
あるべき論だけではできない組織改善に必要なものがここにあった - Tbpgr Blog
組織改善、業務改善。これらをするときに、あるべき正解というのはわかっているが 変化を恐れる人、古い固観念。こういったものに阻まれて実際には変化を起こせなかったケースや、 諦めてその企業を離れる例などは多くあると思います。 書籍「学習する組織」には、その変化するために必要なものがのっていたのです。 学習する組織――システム思考で未来を創造する 作者: ピーター M センゲ,Peter M. Senge,枝廣淳子,小田理一郎,中小路佳代子出版社/メーカー: 英治出版発売日: 2011/06/22メディア: 単行本購入: 3人 クリック: 89回この商品を含むブログ (37件) を見る 今まで得ていなかった情報であり、私はかなりの衝撃をうけました。 そこで、この衝撃を他の人にもシェアしたくなり、概要をまとめることにしました。 ここでは各トピックに関する薄いまとめを書くだけに留めるので、 興味を持
おすすめの本20選！2017年に読んだ本の中で、買ってよかったもの - PEAKを生きる
今年も沢山の本を読んだ。Amazonの購入履歴を見ながら、これは買ってよかったなと思った本を紹介したい。どれも面白い本なので、年始・年末の読書などにいかがでしょう。 反脆弱性 反脆弱性[上]――不確実な世界を生き延びる唯一の考え方 作者: ナシーム・ニコラス・タレブ,望月衛,千葉敏生出版社/メーカー: ダイヤモンド社発売日: 2017/06/22メディア: 単行本この商品を含むブログを見る 反脆弱性[下]――不確実な世界を生き延びる唯一の考え方 作者: ナシーム・ニコラス・タレブ,望月衛,千葉敏生出版社/メーカー: ダイヤモンド社発売日: 2017/06/22メディア: 単行本この商品を含むブログを見る 今年の最も影響を受けた作家は、タレブだ。元デリバティブのトレーダーで、現在は不確実性の研究をしている。トレーダー時代には、オプション取引で「暴落」に賭け続け、巨額の富を得ている。その後「ま
書評 「悲劇的なデザイン」｜深津 貴之 (fladdict)
BNNさんから、「悲劇的なデザイン」をご恵投いただきました。 デザインで人が死ぬ本書はデザインの「倫理」と、「間違った使われ方の影響」について語った本だ。今年のアタリ本の一つ。 ひどいデザインの影響力は、一般に想像されるよりはるかに大きい。 医療ミスが発生して患者が死ぬ。フェリーが衝突し、飛行機が墜落する。選挙の結果で、特定の候補者が有利になる。さらには悪意あるデザインによって、ユーザーは騙され間違った選択を行わされる。 著者は、このような問題の原因を「ユーザー不在のデザイン」に置く。クリエイター（あるいはスポンサー）のプライオリティが、ユーザーよりも高くなったとき、ひどいデザインは生まれる。目先の指標の追求が強くなりすぎ、そのサービスが行うべき真の価値は、たやすく捨て置かれてしまうのだ。 しかし、目先の指標（利益）を安直に追い求めた場合、企業は大きな代償を支払うことになる。顧客の流出、事
UXから脳を掘り下げる読書の旅｜Go Ando / PREDUCTS / THE GUILD
THE GUILDの @goando です。 同僚のこばかなさんから読書バトンが渡ってきたので、お勧めの書籍を紹介します。 はじめに: UXのために脳を知りたくなった2017年お勧めの書籍を紹介する読書バトンですが、今年はUXへの理解を脳視点から掘り下げてみたくなり脳科学に関する書籍を読む機会が多かったので、これをテーマに2017年の私のお勧めの書籍をご紹介したいと思います。 #1 : ファスト&スロー - ダニエル・カーネマンまず今年、脳について理解したいと思ったきっかけの一冊があります。行動経済学のノーベル賞受賞者ダニエル・カーネマンの「ファスト&スロー」です。 以前にも読んだ事があったのですが今年に入って改めて読み直して、これがきっかけとなり今年は脳の働きに強く興味を持ちました。 ファスト&スロー - ダニエル・カーネマン 行動経済学は「人間は必ずしも合理的に行動しない」という観
リーダブルコード要約/Digest 「The Art of Readable Code」
readable_code.md リーダブルコード読書会及び要約共有会の目的 今後コードレビュー時に「これってリーダブルコードの◯◯だよね？、こう直したほうがいいよね」と引用できレビューの時間の短縮化が実現できる。 リーダブルコードに登場する特殊ワードをチームのコーディングの共通語とする。デザインパターンのカタログ的な考え。 リーダブルコードを読んでない人も内容を短時間で把握できる。 チーム全体のコードを読みやすくメンテナンスしやすくし品質をあげる。 リーダブルコード教になりチーム以外にも広める。コードの品質が悪い人にはリーダブルコードの読書を進めてみる。ひどいコードのままコーディングしてもらうよりその時間を読書の時間に割り当てることも考える(結果的に時間が還元できるなら）。 リーダブルコードに書いてあることが全てのプロジェクトに適用てきるわけではないけれでもコーディングルールを考える際の
天才でなくていい！『Team Geek』訳者・角 征典と考える、チームに貢献するエンジニアの気配り力 - エンジニアHub｜Webエンジニアのキャリアを考える！
天才でなくていい！『Team Geek』訳者・角 征典と考える、チームに貢献するエンジニアの気配り力 「チーム開発を進めるために、エンジニアはどう振る舞えばいいのか」に迫る、名著『Team Geek』。その勘どころを、訳者である角 征典さんと読み解きます。 数多くの開発者から支持を受け、読み継がれてきた名著。そこには読み継がれる理由があります。 名著には、内容・ボリュームともに充実した書籍が多く、概要に目を通しただけで本を読んだつもりになっていたり、腰を据えて読む時間がなく「積ん読」してしまいがち。「エンジニアが絶対読むべき書籍●選」といった記事をブックマークするだけで読んだつもりになっていないでしょうか。 ポイントを押さえつつ内容を深掘りし、名著の根底に流れるエッセンスを開発に活かしましょう。 エンジニア向け名著を読み解いていく当企画。第4回に取り上げるのは『Team Geek—Goog
大人にも是非読んで欲しい本『よく考えて！ 説明のトリック 情報・ニセ科学』 - 空中の杜
主に児童向け書籍を発行しているので有名な岩崎書店という出版社があります。はてなブログでなら「『お茶が出ない』で有名な人が社長している出版社」のほうが通りがいいとは思いますが。 さて、そこから出ている本で、先月@lucky_jpさんのTweetでバズっていたものがありました。 昨日ツイートした、説明のトリック、この辺りも学校の授業でやったほうがいいよな。と思った。 pic.twitter.com/QEz08HHD03 — ラッキィ@ダライアス本委託あるよ (@lucky_jp) 2017年11月5日 こちらの本、『よく考えて！ 説明のトリック 情報・ニセ科学』という本で、「ウソ・ホント？ トリックを見やぶれ」というシリーズの本になります。こちらに興味があったので、先日注文して読んでみました。 ニセ科学、言葉のトリック、そして情報 悪徳商法や詐欺によく使われることばのトリック 情報の見方につい
読書猿『問題解決大全』はスゴ本
一生役立つ一冊。 これ、言い切っていいと思うが、わたしが直面するあらゆる問題は、検討済みである。 新しい問題なんてものはない。「問題」をどの抽象度で定義するかにもよるが、新しく「見える」だけで、分析してみれば、分解してみれば、裏返してみれば、再定義すれば、古今東西の人たちがすでに悩み、検討し、着手し、対処してきた問題であるにすぎぬ。 ただし、対応する人にとってみれば、それは新しい問題である。または、初見の状況に直面することもある。だが、人や状況が違えども、問題そのものは、ほどいてみれば、既出なのだ。新しい状況下で、新しい人が、既出の問題を解き直しているといえる。 そして、問題を解決するための方法もまた既出である。わたしが知らないだけで、古今東西の人たちがすでに考え抜いている。ある手法は学問分野になっていたり、またある方法はライフハックやビジネスメソッドになっていたりする。規制や法制度化され
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://comingbook.honzuki.jp/?detail=9784065123843
SaaS スタートアップ創業者向けガイド - SaaS リーダーが伝えるコンセプト、戦略、および戦術
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版