「チケット駆動のサーバ/インフラ運用における問題点と手動作業の自動化」の資料のリンク - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
Mooldeの基本的な概念 - プログラマの思索
「Moodle 2ガイドブック―オープンソースソフトウェアでオンライン教育サイトを構築しよう」本を読んだ。 Moodleの基本概念(ドメイン)をメモ。 【発端】 この記事を書こうと思った発端は、「ルポ MOOC革命――無料オンライン授業の衝撃」を読んで衝撃を受けたから。 2011年は電子書籍元年と言われたが、2012年はMOOC元年と言われていたのに気づかなかったから。 実際、MITの無料授業公開をきっかけとして、米国の大学はほとんどが無料の授業を公開しているらしい。 | edX Course Catalog for Online Classes - Udacity Your Courses | Coursera 2014年になってようやく、東大や京大もMOOCに参加する記事があった。 日本の大学も、世界中の大学と競争せざるを得ない環境に陥っている。 MOOCとは - はてなキーワード 1
「SysML/UMLによるシステムエンジニアリング入門」の感想 - プログラマの思索
SysMLの概要、SysMLのダイアグラムの意味や使い方を知るのは良い本。 最近IPAが注目している「組込システム開発にモデルベース設計を適用する」発想が何となく分かった。 この本では、SYSMODと呼ばれるSysMLを使ったモデリングアプローチを紹介している。 【流れ】 プロジェクトスコープ、ステークホルダー分析を実施 ↓ 要求を収集して要求図を作成 ↓ 開発対象のシステム境界(開発スコープ)を明確にするために、システムコンテキスト図(ブロック図の一種)を作成 ↓ システムやアクターの情報フローをモデル化する。 ・情報フローはアクティビティ図で作成＆詳細化 ・アクターやシステムの内部構造の仕様が分かったら、ブロック図でメモしておく ・システムの相互作用点(ポート)はブロック図で表現 ・概念モデルを書きたいなら、ブロック図でメモしておく ↓ システム境界が明確になったら、要求図を元に、シス
ソフトウェアパターンの記事 - プログラマの思索
ソフトウェアパターンの記事があったので、リンクをメモ。 【参考】 先人の知恵を集めた「ソフトウエア・パターン」 - 第1回 適用範囲が拡大する「ソフトウエア・パターン」：ITpro 先人の知恵を集めた「ソフトウエア・パターン」 - 第2回 アクティビティ配置のひな型「ワークフロー・パターン」：ITpro 先人の知恵を集めた「ソフトウエア・パターン」 - 第3回 成果物や組織の管理方法「マネジメント・パターン」：ITpro (引用開始) パターンの目的はソフトウエア開発で直面する様々な問題とその解決策を明快に示すことだ。先人の経験に裏打ちされていることから，パターンは先人の知恵とみなすことができる。パターンで示されている問題に実際に直面したとき，そこに書かれている解決策は大いに参考になる。 例えば，最も知名度の高いパターンにGoF（Gang of Fourの略）の「デザイン・パターン（Des
「APIデザインの極意」のメモ - プログラマの思索
「APIデザインの極意」の感想Blogがとても素晴らしいのでメモ。 「APIデザインの極意」を買おうと思ったら、台風で警報が出ており、買いに行けないのが残念。 ラフなメモ書き。 【元ネタ】 アジャイルAPI設計時代の到来！？APIデザインの極意を読みました。 - シスアーキ in はてな ソフトウェア再利用の概念: プログラマの思索 ソフトウェア部品化の幻想: プログラマの思索 SIerの俺様フレームワークは最悪に激しく同意: プログラマの思索 【1】ソフトウェア再利用の概念としては、ホワイトボックス再利用、ブラックボックス再利用の2種類の区別がある。 ブラックボックス再利用とは、再利用資産を変更なしでその まま利用する。 よくある例は、GUIコンポーネントや数値演算ライブラリなど。 例えば、DLL、Jar、Exeなどのバイナリの実行ファイルが相当するだろう。 ホワイトボックス再利用とは、
Redmineチケットの担当者を固定にする手法はWBS駆動に凝り固まり過ぎ - プログラマの思索
RedmineとWBS駆動の相性の悪さについて、一つの意見を聞いたのでメモ。 【参考】 チケット駆動開発がWF型開発と相性が悪い理由: プログラマの思索 EVMとバーンダウンチャートは本質的に違う: プログラマの思索 TiDD初心者から必ず聞かれる質問～「チケットの粒度」と「チケットの完了条件」 #47redmine #redmine: プログラマの思索 イテレーションの考え方は締め処理と同じ: プログラマの思索 何故チケット駆動開発はタスクやイテレーションの変更に強いのか？: プログラマの思索 【1】とある人から、RedmineとWBS駆動の相性の悪さの意見を聞いた。 その人曰く。 Redmineでは、チケットの担当者がどんどん変わっていくように運用すべきなのに、WF型開発に凝り固まっている人は、チケットの担当者を固定して作業を管理しようとする。 だから、プロジェクト管理をチケット管理に
「納品をなくせばうまくいく」の感想part3～「納品のない受託開発」のビジネスモデルの不明点とあるべき姿 - プログラマの思索
「納品のない受託開発」のビジネスモデルの不明点とあ今後の方向性について考えたことをメモ。 倉貫さんに直接質問しないと、理解できた気にならないと思っている。 間違っていたら後で直す。 【元ネタ】 書評：システムインテグレーション崩壊 ~これからSIerはどう生き残ればいいか？ | Social Change! 「納品をなくせばうまくいく」の感想part2～「納品のない受託開発」のビジネスモデル分析: プログラマの思索 「納品をなくせばうまくいく」の感想part1～ソフトウェア業界のビジネスモデルが抱える問題: プログラマの思索 【公開】第30回IT勉強宴会「最近感じる日本企業のITの問題と展望～「ソフトを他人に作らせる日本、自分で作る米国」を読んで」: プログラマの思索 【1】「初期費用なしで開発したソフトウェア」は誰の資産なのか？ 「「納品」をなくせばうまくいく」を読んでみて、このビジネス
第33回関西IT勉強会の感想～製造業の基幹システムのパターンが知りたい - プログラマの思索
第33回関西IT勉強会のメモ。 感想をラフなメモ書き。 【元ネタ】 第３３回 ＩＴ勉強宴会in大阪 : ATND 関西ＩＴ勉強宴会のブログです: 第33回IT勉強宴会in大阪 【「受注生産」のためのシステム開発ライブ】 Twitter / akipii: 渡辺さんの話。受注生産にはロットごとの在庫管理もいらない。下手に経験し過ぎて過去の開発の経験の奴隷になっていた。すごく意味深 Twitter / akipii: 渡辺さんの受注生産の話は単品生産かつ受注後に仕様に基づいて生産する方式。作出属性や評価をデータベースで実現する場合、evalを使うと言う事例。最終的にはDSLに繋がるだろう. Twitter / akipii: 生産管理システムの設計パターンが知りたい。佐野さんの話では四種類あり、それぞれ特徴と課題がある。トヨタのJIT生産方式もその一つに過ぎない。在庫の変動と工場の操業率に課題
「納品をなくせばうまくいく」の感想part2～「納品のない受託開発」のビジネスモデル分析 - プログラマの思索
「「納品」をなくせばうまくいく 」を一通り読んだ。 自分の理解のために、「納品のない受託開発」のビジネスモデルを分析してみたので、ラフなメモ書き。 自分の想像で書いているので、今度お会いした時に、実際にレビューしてもらった方がいいかもしれない。 間違っていたら後で直す。 【元ネタ】 「納品をなくせばうまくいく」の感想part1～ソフトウェア業界のビジネスモデルが抱える問題: プログラマの思索 【1】「納品のない受託開発」の戦略マップ(イメージ) バランス・スコアカードの戦略マップを真似て、ソニックガーデンの戦略を整理してみた。 すると、4つの大きな戦略があるように読み取れた。 【1-1】財務の視点 基本は「月額定額制」であり、月額のサービス利用料として回収する。 おそらく当月末請求翌月末入金のような流れかな。 この契約は、準委任契約や派遣契約とは同じではない。 常駐しない保守契約のような「
出版システムや文書共有システムを作った事例 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
TortoiseSVNでastahファイルのリビジョン間の差分を表示する方法 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「朝の3分モデリング講座 - UML基本編(番外) なぜモデリングするの？」が分かりやすい - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「高専生と取り組むScrum」の資料が素晴らしい - プログラマの思索
【参考】 「Ameba流Scrum」を浸透させるために私たちが実践したこと スクラムを大規模組織へ導入した事例: プログラマの思索 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」の発表資料が素晴らしい #devsumi: プログラマの思索 PBLのためのScrumとチケット駆動開発を組み合わせた事例: プログラマの思索 Scrumの入門資料リンク: プログラマの思索 Doneの範囲はチームの能力に比例する: プログラマの思索 【感想】 【1】社会に出るまでの教育の現場では、小学生・中学生・高校生・大学生も、実験や体験学習で、プロジェクトに似たような経験をする。 つまり、その場限りで、有期性を持ち、明確な回答が一意に決まっていないプロジェクトに対し、自分たちでどのようにアプローチして解決するか、その内容をレポートする宿題。 しかし、教育
「納品をなくせばうまくいく」の感想part1～ソフトウェア業界のビジネスモデルが抱える問題 - プログラマの思索
「「納品」をなくせばうまくいく ソフトウェア業界の常識を変えるビジネスモデル」を購入してさっそく読んでいる。 感想を書く前にメモ。 【参考】 Twitter / akipii: ビジネスモデルの劣化コピーは誰も幸せにしない指摘 RT @kuranuki: 岡島さんもブログ書いてくれました。ありがとうございます！ link:書評。『「納品」をなくせばうまくいく』を読んで身を引き締める - Happymanブログ http://happyman.hatenablog.jp/entry/2014/06/20/002521 Twitter / akipii:ビジネスモデルの因果ループ図で説明できるはず RT @yasuohosotani: はてなブログに投稿しました 「納品をなくせばうまくいく」を読みました - Yasuo's Notebook http://htn.to/wGcxpe Twitt
DevOps時代の必読本「チーム開発実践入門」 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
BABOKの4つの要求 - プログラマの思索
BABOKの4つの要求について考えたことをメモ。 【参考】 BABOKで“超上流”を強化する - Part2 4種類の要求を区別する：ITpro （2/4）BABOKで“超上流”を強化する - Part3 “超上流”の標準化にBABOKを活用する：ITpro 要求の分類方法について｜ザ・プロジェクトマネジャーズ 【プロジェクトマネジメントを成功に導くビジネスアナリシス】（その1、2） BABOKR2.0 知識エリア： 要求アナリシス 【1】発注者がベンダーにシステム開発を依頼する時、RFPにシステムの要求や要件を載せる。 しかし、RFPに何をどこまで書くべきか、あいまいな時が多い。 最悪な発注者は、自分たちが欲しいシステムの要求をRFPに書けない。 その理由は、色んな利用部門の要望を収集するうちに、どんなシステムを作るべきか、「システムのあるべき姿」を想像できないからだ。 たくさんの利用部
第7回ドメイン駆動設計勉強会の感想 #dddosaka - プログラマの思索
第7回ドメイン駆動設計勉強会に参加してきた。 第4章「ドメインを隔離する」を皆で輪読して議論して、自分の浅い理解を深めることができて有意義だった。 議論した内容を質問回答形式で記載しておく。 【参考】 第７回ドメイン駆動設計読書会@大阪 - ドメイン駆動設計読書会@大阪 | Doorkeeper vol7_20140601_事前疑問質問 ・ dddosaka/reading_ddd_report Wiki [ 技術講座 ] Domain-Driven Designのエッセンス 第1回 [ 技術講座 ] Domain-Driven Designのエッセンス 第2回 [ 技術講座 ] Domain-Driven Designのエッセンス 第3回 [ 技術講座 ] Domain-Driven Designのエッセンス -目次- 【Q1】「ドメイン駆動設計は、伝統的ないくつかの考え方を基に、強調す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「業務システムモデリング練習帳」の感想 - プログラマの思索
製造業の受注生産プロセス - プログラマの思索
BOMのトポロジー類型～MRPとBOMの関係 - プログラマの思索