統計学ブーム - プログラマの思索
日経情報ストラテジー2013年12月号に「統計学が最強の学問である」著者特別インタビューがあったのでメモ。 「統計学が最強の学問である」の本は立ち読み程度しか読んでいないけれど、記事は面白かった。 最近のバズワード「ビッグデータ」「データサイエンティスト」が気になっていたから。 記事で気になった点は２つ。 一つは、最近のコンピュータ能力の向上のおかげで、プログラマのレベルの人でも統計学という理論を背景に、手持ちの大量データを解析する環境が揃ってきたこと。 １０年以上前まで、Excelでグラフ化したり、Excelで財務分析したりするぐらいだった。 でも、今は、業務システムで貯められた大量のトランザクションデータを元に、回帰分析など統計学の手法を使って色んな観点で分析できる。 その時、ビジネス系のエンジニアならば、RDBに関するSQLは必須。 さらに、最近のビッグデータというバズワードを背景と
テスト駆動開発による組み込みプログラミングも良い本です - プログラマの思索
「テスト駆動開発による組み込みプログラミング」を頂きました。 ありがとうございます。 既に色んな方が感想を書かれています。 【元ネタ】 「テスト駆動開発による組み込みプログラミング」 - Yasuo's Notebook [書評]テスト駆動開発による組み込みプログラミング | Ryuzee.com O'Reilly Japan - テスト駆動開発による組み込みプログラミング 書籍『テスト駆動開発による組み込みプログラミング』：柴田 芳樹 (Yoshiki Shibata)：So-netブログ "これこそ私の探していたものだった" - テスト駆動開発による組み込みプログラミング: 菊と書評 テスト駆動開発は設計技法である～組み込みアジャイルコーチ James Grenning さんインタビュー: プログラマの思索 C言語でTDDをやる場合、JavaやRubyに比べると、リフレクションやモック
アジャイル開発は常識だ - プログラマの思索
アジャイルサムライ著者のインタビューを読んで、心の琴線に触れるフレーズがいくつもあった。 感想をラフなメモ書き。 【元ネタ】 Jonathan Rasmusson さんインタビュー ( 前編 ) Jonathan Rasmusson さんインタビュー ( 後編 ) 【1】Jonathan さんが「アジャイルサムライ」を執筆した動機の一つは、アジャイル開発をコーチングや導入する時に使いたいためだったらしい。 というのも、新たな会社にアジャイル開発を導入する時には、7冊のアジャイル本を読んでから説明しなくてはならなかった、と。 ユーザーストーリー、計画、見積りについても10ページの説明で十分だ、と。 「アジャイルサムライ」の良い所は、アジャイル開発の概略を網羅的に知ることができる点にあると思う。 「アジャイルサムライ」はXPやScrumにも触れているけれど、XPやScrumを全て説明していると
アジャイル開発による品質改善の事例 - プログラマの思索
ソフトウェアテストで著名な秋山さんがSQIP分科会で細谷さんの講演をTwitterでログ公開されていたのでリンクしておく。 内容がとても為になると思う。 【元ネタ】 日科技連 ソフトウェア品質 第6回特別講義 「アジャイル開発での品質向上への取り組み」 - Togetter 【1】ここでのアジャイル開発は、Scrumをベースとした開発のようだ。 つまり、要求をプロダクトバックログに一覧化するプロダクトオーナー、プロダクトバックログを元にスプリント単位で開発していくチーム、プロダクトオーナーとチームを側面支援するスクラムマスターの3つの役割がある。 「品質の問題が発生する要因として、『階層構造＋オーバーコミット』がある。オーバーコミットはスコープとコストに矛盾がある状態です。上の階層から実行部隊に矛盾が落ちてくる。この矛盾を上に上げて解消するためのロスがある。」という細谷さんの指摘は鋭い。
アジャイル開発を推し進めると組織を動かす政治力が必要になってくる - プログラマの思索
最近、いろんな記事を読みながら、アジャイル開発を推し進めると、アジャイルだけでは解決できない問題がどうしても残り、その問題を解決するには政治力が必要になってくるような気がしてきた。 ラフなメモ書き。 【1】アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：ITmedia オルタナティブ・ブログ 多分、チケット駆動開発は右寄りのツール寄り。 プログラマ出身で、プログラムにこだわりがある人は右寄りだろう。 逆に、プログラミングから離れて、マネジメント職に就き始めれば、自然に左寄りになる。 プロジェクトリーダーにもなれば、メンバーに的確な指示を出してチームを回す役割を周囲から期待されている。 100人月規模のプロジェクトになれば、プロジェクトマネージャとして、複数人のプロジェクトリーダーに的確な報告と指示を出しながら、プロジェクト全体をコントロールする役割を期待されて
IPAから日本のアジャイル事例報告 - プログラマの思索
@hiranabeさんのTwitterから、IPAから日本のアジャイル事例報告書を見つけたのでリンクしておく。 【元ネタ】 Twitter / @hiranabe: IPAから日本のアジャイル事例報告。「中大規模事例でよく行われた工夫」が末尾にある(パタン言語への入り口か)！ ｢非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」報告書を公開～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査概要報告書[2.29MB]～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査報告書[3.87MB]～情報処理推進機構：ソフトウェア・エンジニアリング 160ページもの報告書には、11社のアジャイル開発12事例が掲載されている。 注目すべきは、組
レイヤの多い組織は無駄に複雑なシステムを作る～Conwayの法則 - プログラマの思索
Conwayの法則とは「アーキテクチャは組織構造に従う」という経験則。 よく出る例は、4チームで作ったコンパイラは4パスのコンパイラになってしまい、複雑なアーキテクチャになってしまうというもの。 レイヤとConwayの法則について考えたことをメモ。 【元ネタ】 Togetter - 「RxTstudy Redmineでのタスク管理を考える勉強会＠大阪」 Twitter / @cero_t: 「アーキテクチャは組織構造に従う」という経験則。 ソフトウェアのどの部分であれ、それを作った組織の構造を反映する。 ・・・いや、これは深いですね。なんか分かる気がする。今まで気づいてなかったけど、言われてみれば、確かにそうだ。 #RxTstudy [#TiDD] アジャイル開発への壁 #RxTstudy: ソフトウェアさかば Redmineプロジェクトの構造とConwayの法則: プログラマの思索 10
いつテストを終わらせるか？ - プログラマの思索
信頼度成長曲線の使い方について、フジハラさんのBlogによいリンクがあったのでメモ。 【元ネタ】 Redmine プラグイン開発 - テストレポートプラグイン開発中 - フジハラボ -- 目指せ！スーパーエンジニア どこでテストをやめるのか？ 日本電気株式会社 川村真弥さん オープンソースソフトウェアにおけるコードの 安定性予測に向けたゴンペルツ曲線の適用 成長曲線（ゴンペルツ曲線とロジスティック曲線） つれづれなる技術屋日記: バグカーブ 対数曲線や二次曲線での近似のお勧め テスト消化曲線とバグ発生曲線の7パターン診断 － ＠IT MONOist プログラムバグの成長曲線とプログラム品質の判定 テスト消化曲線とバグ発生曲線のパターン診断: プログラマの思索 信頼度成長曲線の使い道は、テストでソフトウェアの品質が歩溜りに達したかどうかを判定するのに使う。 つまり、テストの止め時は、信頼度成
歴史的使命を終えつつあるUMLそしてオブジェクト指向: プログラマの思索
Janet Gregory: 実践アジャイルテスト テスターとアジャイルチームのための実践ガイド (IT Architects’Archive ソフトウェア開発の実践) アジャイル開発におけるテスト管理、リリース管理、ビルド管理などの観点を詳しく解説した本。アジャイルテストの4象限の図は、とても分かりやすい。「アジャイル開発の本質とスケールアップ 変化に強い大規模開発を成功させる14のベストプラクティス」と共に、Agile2.0時代においてアジャイル開発に関する必読の書籍の一つ。 ディーン・レフィングウェル: アジャイル開発の本質とスケールアップ 変化に強い大規模開発を成功させる14のベストプラクティス (IT Architects’ Archive) XPが出た2000年初頭に出現した初期のAgile開発では、その利点は受け入れられたものの、スケールアップが難しいなどの弱点を言われ続けて
The Haskell Road to Logic, Maths and Programming - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
プログラマの思索 ER図モデリングツール DBDesigner
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト駆動開発は設計技法である～組み込みアジャイルコーチ James Grenning さんインタビュー - プログラマの思索
Jenkinsのジョブフローを可視化 - プログラマの思索
時代はハードからソフトへ静かに移りつつある - プログラマの思索