まずは，業務フローの例を見てみよう。UMLのアクティビティ図で書いたのが（図1）である。スイムレーンに役割を書き，上から下（または左から右）に向かって業務の進行を書いていく。かどの丸い四角形で示したアクティビティが業務プロセスに対応し，矢印で示したフローが業務の流れになる。「誰が何をするか」が明確になる。 よほど定型化されたものでない限り，業務とは複雑なものである。厳密に書こうとすると，業務フローも複雑になりがちである。しかし，分かりやすさを重視するなら，一つの業務フローに登場するアクティビティはせいぜい10～15程度にとどめるべきだ。 複雑なフローを表現したければ，一部の業務フローを別に切り出して，サブ業務フローとして記述すればよい。親の業務フローのある業務プロセスの内部が，サブ業務フローとなっているというように階層化する。 スイムレーンには顧客や営業担当など役割を設定する。「松山さん」
outputz でいまだに1位になれたことがない村瀬です。 社内で開発をスムーズにするための tips 集を紹介したので、まとめておきます。 記事ではデモができないので便利さが伝わらない物も多いですが参考になれば幸いです。 screenとかzshとか便利だよ！と言う話は社内ではさんざんしているのでありません。 また、OSX 限定の内容もあります。 でははじめましょう。 keychain keychain と言っても OSX の KeyChain ではなく、コマンドラインのツールです。 これは ssh-agent をより便利にするためのラッパーです。これを使用すると ssh の秘密鍵のパスワードを一度入力するとあとはパスワードなしで ssh 接続できるようになります。 「同じこと二回も言わせんな！」といつも切れているような人は導入すると良いでしょう。 使い方は $ keychain ~/.s
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
以前から何度もあった話なのですが…ちょいとかみ砕いて。 まず。 「このサイトと同じように作ってください」という発注は、原則NGだと思っています。ここが結論。 高確率で「無考察」という背景が見えるから、というのが理由になるのですが。 以下、もう少々かみ砕いて。 上述の発注が来た場合。作業としてはまず「指定されたサイトの仕様調査」になるわけなのですが。 いわゆる「画面遷移」ひとつをとっても。コンパクトなサイトであっても、数十Pageに渡るなんてのは案外にさらっとある話です。 正直、全Pageなめ回して、抜けオチがないようにチェックするだけでも一苦労ですし。ある程度まで「使ってみて」、様々な分岐処理を全部洗い出した上で確認しなければならないので。 結果として…おそらく、発注側が気軽に使っているニュアンスとは裏腹に、大抵の場合「結構な高コスト」になります。 …という話をすると大抵出てくるのが「そこ
$Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ
追記：最速インターフェース研究会 :: Firefoxでの開発を高速化する自動リロードスクリプトで既出でした。 デモを 2008-11-03_1209 - javascripter's library に置いた。 ライブラリ本体は javascripter's gist: 21788 — Gist にある。 (function () { var last = null; (function request() { with (new XMLHttpRequest()) { open('get', location.href, true); send(null); () { if (!last || last == this.responseText) { last = this.responseText; setTimeout(request, 500)
SIerが必要としているのは業務知識だという都市伝説のエントリで、誤解されたのは、「SIerは深い業務知識が不要だ」というふうに私が主張していると思われたことですね。 誤解されるのは、もちろん、私の書き方が悪かったせいなので、続きを書きます。 SIerで深い業務知識が必要とされる人がいます。案件の提案者と要件定義者です。営業がお客様のところから案件を持ってくると、その案件に関する深い業務知識を持っている人がアサインされ、提案書と見積りを作ります。この役割の人は、深い業務知識が必要です。 無事に案件が獲得できたとしましょう。お客様のところにいって要件をつめるのですが、このときのメンバも深い業務知識が必要です。しかし、全員が深い業務知識を持っていなくても大丈夫。全体の半分弱くらいのメンバが深い業務知識を持っていれば大丈夫だと思います。案件の難易度にもよりますが、一人が業務を深く理解していれば大
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） シェア競争に挑まないWebブラウザ「Safari」の登場 2008年3月、iPhoneの日本登場に先駆けて、Windows版Safari 3.1が登場しました（参考「Apple、Windowsにも正式対応の「Safari 3.1」リリース」）。 WebブラウザのシェアはFirefoxが健闘しつつも、いまだInternet Explorer（以下、IE）が大半を占め、多くのWebアプリケーションサービスにとって、IEへの対応が必須であると思われてきました。そんなWebブラウザのシェア競争の中へSafariが登場したことは、最初はとても異質なことに感じられました（参考「新しいWebブラウザ
4/30にJJUG Cross Community Conference 2008 Springが開催されるそうです。JJUGというのは日本Javaユーザグループですね。場所は秋葉原ダイビル。 Seasarの開発者として著名なひがやすを氏が ITゼネコンをぶっつぶせ というBOFをやるそうな。 これは面白そう。 ITゼネコンを潰すには 潰すといっても、強権による解体というのは無理でしょうから、 市場原理に則って、ITゼネコンの中抜きを行う必要があるでしょう。 システム発注側にITゼネコンに発注すると損をするというアピールをしなければならない。 もちろん、アピールを行うには実績も必要です。 ITゼネコンに発注するよりも安く、早く、良いものが作れるという確証がなくてはならない。 技術力のあるところがプロジェクトを統括すれば、安く、早く、良いものを作ることができる。 これは、技術を売り物に独立起
日本Javaユーザグループ主催で、クロスコミュニティカンファレンス(CCC)が、4/30日に行なわれます。その中で私も「ITゼネコンをぶっつぶせ」というテーマでBOFをやるので、興味のある方はぜひおいでください。 http://www.java-users.jp/contents/events/ccc2008spring/sessions.html#BOF1 BOFなんで、わきあいあいと「ITゼネコンをいかにしてぶっつぶすのか」について、ディスカッションできれば良いなと思っています。 BOFの中で、「Programming First Development」という開発手法を披露します。これがITゼネコンをつぶす秘策なんですよ。直ぐにつぶすことはできないと思うけど、そのきっかけにしたいなと思っています。 「Programming First Development」の考えは、うちの会社のト
出版社より献本御礼。 永和システムマネージメントといえば、平鍋さんのプロジェクトファシリテーションや角谷さんのRubyへの愛で有名だ。しかし、その内部で、プロジェクトが実際にどうやって行なわれているのかは、神秘のベールに隠されている。 本書は、そんな永和さんの秘密を包み隠さず教えてくれる。ソーシャルブックマークをお使いの方は、[これはすごい]タグのご準備を。 受託開発の極意―変化はあなたから始まる。現場から学ぶ実践手法 (WEB+DB PRESS plusシリーズ) 作者: 岡島幸男,四六出版社/メーカー: 技術評論社発売日: 2008/04/08メディア: 単行本（ソフトカバー）購入: 25人 クリック: 1,381回この商品を含むブログ (91件) を見る大手SIerに丸投げされて苦しんでいるあなた。3章の「丸投げされても前進する」「丸投げドキュメントの読み方」は、バイブルになるだろう
○○円ならどこまでできる!? ウェブサイト制作の相場早見表 まずは普通の感想。まぁこんなもんでしょう。極端に外れている感覚ではない。但し色々突っ込みどころというか考えねばならぬことも。 人月なのかっ!? 表は標準的な単価の会社（1人月80〜100万円程度）の場合のものとなっている。単価の高い制作会社（1人月150万円以上）ならば、同じ予算でもできることが1つ左にシフトすると考えるといいだろう。逆に、単価の安い制作会社（1人月50〜70万円）ならば、同じ予算でもできることが1つ右にシフトする。 80万〜100万円ってのは一つの指標で、このくらいの数字を出さないと会社としては存続しにくい。世間がどうとか相場がどうとかいう以前に、銀行さんが優しい顔してくれんのですよ(多分)。Web屋も会社だからね。普通に経営していくために金融機関とのおつきあいとかもあるわけで。 問題はここ↓。 単価の高い制作会
この手の話題に僕みたいな門外漢が触れていいのかどうか迷っちゃうけど、書きます。えい。 （なんか頭痛いから、校正しないでアップ。たぶん、後で書き直す。） Web担当者フォーラムの記事がWeb屋さんたちの間で物議をかもしているっぽい。 ○○円ならどこまでできる!? ウェブサイト制作の相場早見表 という記事。 Web製作の大まかな見積もり表が出ていて、はてなブックマークのコメント欄では、安いとか高いとか、もう何かWeb屋さんたちが色々なご意見を出し合っていらっしゃるですよ。 ホームページを作る人のネタ帳さんも、感極まってエントリを書き直すくらい、思うところがあるみたい。 （リンク先のひとつ前のエントリも読んだ方がいいと思う） 僕はWeb担当として発注も（一応もうしわけ程度に）やってるので色々思うところがあります。 Web業界のことは、よくしらないですがクライアントはこう思ってるYOってのを書きま
前回のエントリがグダグダになったので改めて整理して書き直したものです。はずかしいのでブクマしないでくださいお願いします。 このエントリは、○○円ならどこまでできる!? ウェブサイト制作の相場早見表 | Web担当者Forumというエントリをみて、なんだかなぁ。 切ないなぁ、この相場より安い私。 と、思った方に向けて発信するエントリです。 web制作の価格は需要による 実際に、ウェブ制作の価格は、需要によって異なり、制作実績が多数ある企業ほど強い。 これは、完成後のイメージを顧客がつかみやすいからという理由も有ります。 当ブログのアクセスアナライザを見ても、東京や名古屋、大阪、京都というのは圧倒的に多い。 ですから、地方のインフラが整備されてきたとしても、ホームページを持ちたいとか、そこからどんな収益がでるのかという顧客のイメージは、地域地域で異なります。 その為、受ける受注額にも大きな格差
知り合いの大学教員にきいた話だが、この２～３年、「情報」が名前についている学科の入学志望者数が急減しているという。これが一部の大学だけの話なのか、あるいは全般的な傾向なのかは、定かではない。しかし、いっとき学部学科名に「情報」だとか「システム」だとかつけるのが流行したものの、ここにきて曲がり角にさしかかっているらしい。 『情報』と名のつく学科への志望者が減っている理由は、おそらくＩＴ産業ならびに情報処理技術者にたいするイメージダウンと関係がある、というのがその知人の意見だ。つまり、プログラマとかシステム・エンジニアになって就職しても、低賃金・長時間労働の業界で、すり減るまでこき使われるだけだ、というイメージがしだいに定着してきているらしい。もちろん、よほど結構な大学を出て大企業に就職できれば、システム構築業務といっても、外注先にわたす仕様書だけ書いていればいいわけだ。しかし、そうでない一般
アメリカからきたから、やって見ようじゃだめだ。ニーズはあるのか？困っているのか？面子や物好きで導入してはだめ。ニーズを大事に。
Tenjin News (2012-02-16) pyTenjin 1.1.0 released (2011-11-27) rbTenjin 0.7.1 released (2011-11-24) rbTenjin 0.7.0 released (2011-04-29) pyTenjin 1.0.2 released (2011-02-22) pyTenjin 1.0.1 released (2011-02-21) pyTenjin 1.0.0 released Introduction Tenjin is a very fast and full-featured template engine available in several script languages. How fast Tenjin is? The following is a result of benchmark
What are u coding? old title = 個人レポジトリを共有しよう！計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる！ 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう！ YappoLogs: CodeRepos - 個人レポジトリを共有しよう！計画 Development We have a Subversion repository and you can check it
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く