概要設計工程でRedmine導入してみた事例 - T/O
やっぱり事例だよねということで、自分とこの事例をまとめてみる。 お仕事の概要 規模 => 当初の見積もりは900時間。ただし、途中で2割くらい減った。 期間 => 2ヶ月 メンバー => 3~4名。自分込み。 2〜3名が設計書作成、自分はレビュアーとして参加しつつ雑務。 概要設計に先立ち、要件定義は完了。30項目ほど。 滝。 Redmineの設定など 「概要設計」をバージョンとして作成。 30項目の要件をチケットとして登録。 ターゲットバージョン => 「概要設計」 開始日 => 登録したその日 期限日 => 概要設計完了予定日の2w前 予定工数 => それぞれの見積もり値を設定 担当者 => 設定しない ユーザの権限は全て「管理者」。 5名程度なら問題ないんじゃないの？ チケットのフロー 新規 -> 担当 -> 作成済 -> レビュー済 -> 完了 運用方法 タスクの割り振り それぞれが
BPStudy #25 雑メモ - すぎゃーんメモ
BPStudy#25 : ATNDのメモ。 色々まちがって解釈してるところがあるかも知れませんが、間違いを発見したらDISらずに優しく指摘してください ＞＜ サイボウズ・ラボ 奥一穂さん Kazuho@Cybozu Labs Happy Optimization 正しい最適化 プロファイラを使うとか以前の話として 「30%速くなったよ」ではダメ 投入するコストを回収できるかどうか 処理速度には必ず上限がある 「理論上の最速値の70%まで到達」のようなものがgood ではどうやって上限を予測するか 一般的にはIPC(プロセス間通信)のコストがボトルネックになる サーバを単純化してもメリットは小さい とは言えC10Kだとアルゴリズム重要 速度の壁を突破する方法を考える SIMD、圧縮、グループコミット、Lock-free algorithmなど Scaling? 「スケール」とは ムーアの法則
業務を通した学習の落とし穴: 柴田 芳樹 (Yoshiki Shibata)
拙著『プログラマー現役続行』では、「業務を通した学習の落とし穴」（110頁）として次のように述べています。 新たな技術を習得するのに最も効率的な方法は、業務で使用している技術について学習することです。業務で使用していますので、すぐに業務に役立ちますし、多くの時間その技術に接しているため、効果的に学習することができます。 業務を通じての知識の蓄積は効果的なのですが、落とし穴もあります。それは、業務をこなすのに最低限必要な事柄だけしか学ばないで終わってしまうことです。業務で使用する技術が自分にとって初めての場合に、その技術を学習方法には、大きく次のどちらかのパターンに分かれるのではないかと思います(極端な分類ですが）。 初心者本を買ってきて、それを読んで、あとは、詳細を理解することなく、他人のコードをコピー＆ペーストしてソフトウェア開発を行う。 その技術のバイブルとなるような書籍を探して、それ
ふざけんな - codemaniaxの脱・公務員宣言
かつて、あなたは言った。「君の言うことなんて誰も共感しない」。でも今はこう言う。「本物の経営者が必要だ」。ふざけんなと言いたい。僕はずっと言い続けた。「若い連中が入ってきたがるような「ビジネス」をどう組み立てるのか、顧客の利益と我々業界の利益をどうリンクさせるのか。それこそが問題だ」。でも、あなたたちは聞く耳を持たなかった。税金を使ってベンチマークを続け、ギークを奉り、スーツをけなし続けた。その結果が、このザマだ。今になって、経営者が云々言い始めている。ふざけんな、と言いたい。あなたたちは言った。オープンソースこそが世の中を変えると言った。ギークがスーツに勝ると言った。であるならば、僕が今、ビジネススクールに通う必要はなかったはずだ。僕が今、高い学費を払ってMBAを目指す必要性なんか無かったはずだ。あなたたちの言うことが正しかったのならば。あなたたちの考え方で、やり方で、オープンソースが世
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
簡単にやめるならば、正社員で採用されなければいいのに - akon2.00βのよっぱらいの戯言
正社員としての安定した収入を期待しておきながら、自分自身は辛いからとか理由はともかくとして、辞めてしまうのは、アンフェアじゃないかな。なんというか権利だけ主張して、義務は果たしたのかなと思うと、嫌悪感を感じました。長く勤める気だったけど、うんぬんといういいわけはあると思うけど、仕事が辛いとか、ガマンできないということは、長く勤める気はなかったということだよ。
IE6 はノードに追加したオレオレプロパティが消せない(delete document.body.hoge が出来ない) - latest log
オレオレ要素が消せない → オレオレプロパティが消せない 余談だけどそれは「属性（アトリビュート）」またはJS的に「プロパティ」と呼ぶものだと思う。「要素」だとHTML要素のことだと思ってしまう。 by Yuichirou たしかに。 Yuichirou さん ありがとう! 本文 document.body.hoge = {}; delete document.body.hoge; // IE6 でエラーになる, IE8 は大丈夫delete ではなく、こうします。 document.body.hoge = {}; document.body.hoge = void 0;document.body に限らず、Node だとダメなようです。IE7でどうなるかは試してません。 IE以外のブラウザは、どちらの方法でもオレオレプロパティを削除できます。 追記 『試したのはIE6だけですが、remo
JDaveの寄り道にhamcrestを試してみる。 - Fight the Future
JUnit4でも使えるマッチングライブラリ「hamcrest」。 ただ、hamcrestはjarが分かれているから注意する。 hamcrest-core-1.1.jar hamcrest-library-1.1.jar JUnit4.4に同梱されているのはcoreの方だけ。 libraryはsugerの定義が多いけど、機能的な追加もあるっぽい。 libraryを入れていれば、マッチングはすべてMatchersクラスから利用できる。 たとえばequalTo()メソッド。 public class Matchers { public static <T> org.hamcrest.Matcher<T> equalTo(T operand) { return org.hamcrest.core.IsEqual.equalTo(operand); } } coreのIsEqualクラスに委譲してい
hamcrestのMatcherメモ - 都元ダイスケ IT-PRESS
技術ネタじゃないところで盛り上げてしまった。技術ネタいこう、技術ネタ。 さて、JUnitを使う際、hamcrestライブラリを使って、英語として読めるようなassertionを書く、なんてのは流行ってたり流行っていなかったり？ JUnit4限定だけれど、assertionの際、assertEqualsとか色々assertionのメソッドはあるけど、全てassertThatで書くことができるはず。assertThatメソッドの第一引数にテスト対象、第二引数にhamcrestのMatcherインターフェイスの実装を与えます。なんのこっちゃですが。 Jiemamyでは、なるべくassertThat以外のassertionメソッドを使わないようにテストを書いています。（もしかしたらもう一つも残ってないかも。） まぁ、以下のように書くと、英語っぽいのが書けますよ、と。 assertThat(aaaa
ソフトウェアアーキテクトが知るべき97のこと
ビジネスとプログラム両方の知識と経験が求められるソフトウェアアーキテクト。本書は世界中で活躍するソフトウェアアーキテクトによる97本のエッセイを収録した書籍です。プロジェクトにおいてもっとも重要な事柄とは何か、顧客やチーム、またコーディングやスケジュールなどについて、経験豊かなアーキテクトが自らの体験を踏まえて解説します。ソフトウェアアーキテクトを勇気づけ、新たな気づきをもたらす一冊です。日本語版には、伊藤直也、江島健太郎、小野和俊、榊原彰、鈴木雄介、萩本順三、萩原正義、牧野友紀による11本の書下ろしを収録。 目次 監修者まえがき はじめに 01 システムの要件よりも履歴書の見栄えを優先させてはならない ニティン・ボーワンカー 02 本質的な複雑さは単純に、付随的な複雑さは取り除け ニール・フォード 03 最大の問題は、たぶん技術的なことではない マーク・ラム 04 まずコミュニケーション
Java の enum - ぐるぐる～
イマドキの Java には enum があるんですよ実は、という話。 知ってるよそんなこと！な人は読むまでもないかも。 enum って？ 列挙型のこと。C とか C++ とか C# とかでおなじみのアレ。 単純な enum は Java でもこれらの言語の enum と同じような記述になるけど、これらの言語の enum が整数型をベースにしているのに対して、Java ではオブジェクトをベースにしている点が異なる。 まぁその話は後ほど・・・ 単純な enum ただ列挙するだけの enum なら、本当に C や C++ や C# とほとんど変わらない。 // 信号機の色 enum SignalColor { RED, BLUE, YELLOW } ただこれだけ。末尾には、余分なカンマがあってもいい。 enum SignalColor { RED, BLUE, YELLOW, } 更に、末尾にセ
IEをChromeにするGoogle Chrome Frameがすごい(けど実用的なレベルではないよ) - os0x.blog
Googleから、Google Chrome FrameというIE用プラグインが開発者向けにリリースされました。 FirefoxのAdd-onで、Firefoxの中にIEを表示するIE TabというAdd-onがありますが、Google Chrome Frameの場合はIEの中にChromeを表示します。 今のところ、Chromeで表示させる方法は3つあります。 URLにcf:というプリフィックスをつける(手軽だけど、その時限り) HTMLのメタタグで下記の記述をする(サイト側の指定) <meta http-equiv="X-UA-Compatible" content="chrome=1"> レジストリでURLを指定する Page not found - The Chromium Projectsに詳細がありますが、ここでの紹介は控えます。 この通り、Google Chromeのdev版
IEをHTML5対応にするプラグイン、Google Chrome Frameを試してみた - IT-Walker on hatena
出ましたね！ http://code.google.com/chrome/chromeframe/ Google Chrome FrameはInternet Explorer6/7/8に対応したプラグインで、インストールするとこれらのブラウザが「HTML5に対応」するとされています。 また、Chrome Frameを使うよう指示されたページに対しては、レンダリングエンジンやJavaScriptエンジンもChrome Frameのものが使われるようになるため、かなりの高速化が見込めるとのこと。現在はearly access版です。 と言う訳で、早速触ってみました。 使い方 すごく簡単。 Webページに以下のmetaタグを記述しておくと、Chrome FrameがインストールされたIEでこのHTMLを閲覧したとき、Chrome FrameがレンダリングやJSの実行を肩代わりしてくれます。 <m
Subversionの嫌なところ - 日記を書く [・w・] はやみずさん
前方互換性が悲惨 前方互換：新しいシステム向けのデータなどが、古いシステムでも使えること 最近は個人的にはgit使ってるし、バイトではBazaar使ってるしで、分散VCS以外ほとんど使っていなかったんだけど久々にSubversion使ったら見事にハマった。 なんなんですかね。新しい svn でレポジトリをいじったら古い svn から使えなくなるって。簡単に svn のバージョン上げられる環境じゃないケースとか考えてないんだろうか。パッケージマネージャのあるプラットフォームでいちいち最新版を落としてきて入れるとかナンセンスすぎでしょう。 分散VCSのほうがモデルとして優れている云々以前の問題ですね。
![Subversionの嫌なところ - 日記を書く [・w・] はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/d33216f1aa3ad7218cf50201e5de5570e3a4e6ab/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128190941%2F1557447124)
本の虫: QuirksBlog: HTML5のドラッグ＆ドロップはクソだ
QuirksBlog: The HTML5 drag and drop disaster QuirksBlogで有名なPeter-Paul Kochさんが、HTML5のドラッグ＆ドロップに関して、酷くののしっている。かなり好い文章で、興味深かったので翻訳してみた。記事が長いので、blockquoteを使うのは御免を被る。 一日半もテストして、HTML5 drag and drop moduleはクソなばかりか、ゲロみてえな臭いがプンプンするってことが、いやというほど分かったね。 コイツはHTML5規格から、ソッコーで消すべきだし、もっとまともな規格が制定されるまでは、現行ブラウザは、この機能を、一刻も早く無効にするべきだ。 Web開発者は、HTML5のドラッグ＆ドロップを使うな。絶対使うな。RFC2119で規定されているMUST NOTの意味で使うな。使いたきゃ、従来通りのスクリプトで実装
死滅病棟: YAPC::Asia 2009 今更レポート
2009年9月24日 YAPC::Asia 2009 今更レポート YAPC::Asia 2009 が終わってからずっと風邪を引いていたりネット乞食をやって DS とラブプラスを手に入れたりして忙しくてレポートを書くことができなかった。しかし会社のスポンサー枠で参加した以上はレポートを上げなければならない。面倒だが書くしかない。 技術的に全く接点の無いセッションも多く、もう殆ど覚えていないので印象に残っているセッションの簡単な感想だけ書いて終わりにする。 Yokohama.pm 出張版 - YAPC::Asia 前夜祭 仕事の会議で押していたので途中からしか見ることができず、既に kuzuha も acotie も amachang も発表が終わっていて残念だった。酒を呑んで最後の方は寝ていたので殆ど見ていない。Perl のソースコードを強制的にワンライナーに変換するという LT の発表
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://mitsukuni.org/bpstudy_25.txt