トップ(最新) | <前

nDiki : 開発

Related term

2008年3月6日 (木)

今日のさえずり - 京都小学校のコンピュータ室にいったら、Squeak が このエントリーを含むはてなブックマーク

@ 2008年03月05日

naney:2311864816

@ 2008年03月06日

  • 11:33 そういえばこの間京都小学校のコンピュータ室にいったら、Squeak がインストールされていた。使っているのか?
  • 12:53 オートペディアしてみた。 http://tinyurl.com/3ygonk
  • 14:18 サーバ上で svnadmin create してみたが何故か終了しない。何度かやっても駄目。バージョン上げてみるか。
  • 14:34 Subversion 1.3.0 から 1.4.5 (Red Hat Linux 8.0 用バイナリ) にあげたら、すんなり svnadmin create できるようになった。
  • 17:00 そうか C# って既にあるクラス名と同じ名前空間名を作れないのか。Perl の package と同じつもりでいたので、名前考え直しだ。
  • 18:20 昨日のお昼に注文した VQ1005 の注文確認メールがようやくきて一安心。

スポンサード リンク


[ 3月6日全て ]

2008年3月17日 (月)

今日のさえずり - くしゃみした後、思わず「くそー」 このエントリーを含むはてなブックマーク

naney:2340640832


[ 3月17日全て ]

2008年3月26日 (水)

今日のさえずり - 首なし犬 このエントリーを含むはてなブックマーク

naney:2360548057

@ 2008年03月25日

@ 2008年03月26日

  • 00:41 [photo] VQ1005 - 首なし犬 http://tinyurl.com/2wprwp
  • 11:01 Slickr は API key を設定しないで、ローカルの John's Background Switcher ダウンロードディレクトリの画像を表示するように設定した。
  • 11:12 Firefox 2.0.0.13 にアップデート。
  • 12:07 ありがとう屋からリサイクルオフィス家具がきた。
  • 12:27 Slickr が動き始めるとファンがガンガン回るな。Flickr からの取得は別ツールなので別に Slickr である必要はないか。
  • 12:30 また鼻血。
  • 22:35 ゴールドポイント共通利用手続きした。
  • 23:21 ヨドバシカメラ e-Photoネットサービスデジカメプリント注文してみた。2日後仕上がり(ヨドバシカメラ マルチメディア Akiba 受け取り)ということは金曜日か。
  • 00:05 OSRMT ダウンロード中。
  • 00:58 きみまろズームって CM みたいにあそこまで伸びたら、開放F値相当大きいよな。

[ 3月26日全て ]

2008年3月30日 (日)

Google ドキュメントソフトウェアかんばん このエントリーを含むはてなブックマーク

ソフトウェア開発見える化としてソフトウェアかんばんの良さは実感しているのだが、分散開発ではさすがに「情報カードで」というわけにいかず実行しにくい。

今回の分散開発プロジェクトに向けていろいろ考えた結果、Google ドキュメントのスプレッドシートを使ってソフトウェアかんばんを遠隔共有してみようと思う。

@ 他の検討候補

TRICHORD を使ってみたいのだけれど予算の問題が。 検討したのは以下。

  • TRICHORD - 本命。使ってみたいが予算が。
  • Firefox + Internote (light-board.com ライク) - カード感は十分。しかし共有に難。
  • 影舞用に新しくソフトウェアかんばんテンプレートを作る - 影舞を使い慣れているという点では○。ただストリーカードとタスクカードをどう扱うかが課題。
  • Wiki - 以前やって失敗した。
  • XPlanner - インストールと学習が手間。それと開発止まっている?
  • その他 Agile Project Management Tool - カードメタファで良さそうなのはあるが、予算が。
  • Google ドキュメント プレゼンテーション - 矩形をカードにしようとしたが文字は別オブジェクトで書かなければならず×。文字の背景を設定するというのも試したが見栄え・操作性が良くなかった。

スプレッドシートだとカードっぽさが薄れるが、共有・同時編集という点では安心して使えるし最大行数的にも OK。 一番運用しやすそうだということでこれでいくことにした。

@ スプレッドシートの作成

以下のようにスプレッドシートを作る。

  • 1シート目はインフォメーションシートにする。ソフトウェア概説・かんばんルール・通信事項などを書くのに使う。
  • 2シート名以降をかんばんにする。複数ソフトウェアならシートを分けてもよいかもしれない。
  • かんばんシートE列の背景を「条件をに応じて変更」で本日より前だと赤くなるように設定する。
  • かんばんシートF・G・H列の背景を「条件に応じて変更」で @ と書くと背景がそれぞれ赤・黄・青くなるようにする。

@ カードの書き方

内容
Aカード番号をつける。
ストーリーカードは S番号。タスクカードは S番号T番号とする。
Bカード作成日を書く。
Cストーリーカードの時にストーリー名と作成者名をかく。
Dタスクカードの時にタスク名と作者名をかく。
E期日をかく。
FTODO の時に @ とかく。DOING に移行した時は @ を消す。
GDOING の時に @ と開始日、担当者の名前を書く。DONE に移行した時は @ を消す。
HDONE の時に @ と終了日、担当者の名前を書く。
I備考欄

TODO、DOING、DONE 列は1列にまとめることもできるが、ちょっとは「かんばん」っぽくなるかと思って分けることにした。

@ 運用

  • カード番号は重複しないように。
  • カードの状態にあわせて @ を書き換えていく。
  • DOING から TODO に移る時には、開始日と担当者名を消さないで残しておく。
  • 列単位でソートしないこと。
  • タスクの粒度はできるだけ揃える(例えば半日~1日にする)。

@ 課題

  • カードが増えた時に使いにくくならないか? 終わったカードを別シートに分けるルールなどを考える。
  • タイムボックス等にあわせて並び換える時の手間。
  • カード番号が手動。
  • 集計について考慮していない。

[ 3月30日全て ]

2008年6月14日 (土)

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。 このエントリーを含むはてなブックマーク

自分がプログラムをスクラッチから書き直したいと思った時、またスクラッチから書き直したいと言われた時のためにまとめておこう。

@ スクラッチから書き直したい理由

スクラッチから書き直したいと思う理由はだいたいこうだ。

  • もっと良くできると思うから
    • 「もっと良いやり方がある」「自分ならもっとうまく書ける」
    • 「統一されていない」「もっと汎用的にできる」
    • 「今なら新しい開発環境(・新しい実行環境・新しいライブラリ・新しい言語)を使って簡単によりいいものが素早く作れる」
  • よくわからないいから
    • 「何をやっているかわからない」「どう直していいかわからない」
    • 「もう直しようがない」
    • 「作り直した方がはやい」
  • あいつのだから
    • 「あいつが書いたコードだから」

どんなプログラムでも開発が進み詳細がわかってくると、こうしておけば良かったと思う点がでてくるものだ。

さらに、他人が書いたプログラムだとよく分からない。

It's harder to read code than to write it. (プログラムというのは書くより読むほうが難しい。) -- Things You Should Never Do, Part I - Joel on Software

いっそ作り直してしまいたいと思うのはどの開発者でもあることだ。

@ スクラッチから書き直してはいけない理由

しかし多くの場合スクラッチから書き直すことはリスクとデメリットだらけだ。

  • 今までの投資を失うから
    • 「そのプログラムには検討・不具合修正に膨大なエネルギーが投入されている」
    • 「ユーザは今のプログラムのために学習コストをかけている」
  • 時間がかかるから
    • 「その新しいプログラムが今と同じレベルの価値を実現するまでは時間がかかりすぎる」
    • 「スクラッチし直してから投入したのでは、もはや価値を失っている可能性が高い」
  • 前轍を踏むから
    • 「どう直していいかわからないと思う時は往々にして目標がわかっていない。目標がわからずに作ったものは結局またスクラッチから書き直したくなる」
    • 「あなたが連続的にプログラムを修正できないというのなら、どちらにせよ新しく作り直したプログラムもあなたは連続的にプログラムを修正できない」(リグレッションテスト習慣はあるの? リファクタリングスキルはあるの?)

ほとんどの場合は、漸進的に今のプログラムを修正・改良していった方が得策なのだ。

@ スクラッチから書き直してもいい場合

そうはいってももちろんスクラッチから書き直した方が合理的な場合もある(書き直してはいけない場合も書き直した方が合理的だと思ってしまうわけではあるが)。

それは次のような場合だろう。

  • ソースコードがない場合 (ディスククラッシュした。利用する権利がなくなった)。
  • もはや開発環境も実行環境も手に入らず、移植も困難な場合。
  • 個人的な趣味のプログラムの場合。
  • スクラッチから書き直したプログラムに対して、また「スクラッチから書き直したい」という欲求にかられない自信がある場合。

本当にスクラッチから書き直した方がよい場合は止める理由はない。

さてこの記事をスクラッチから書き直したいと思う時がきませんように。

@ 参考


[ ソフトウェアプロジェクトマネジメント ]


[ 6月14日全て ]

2008年6月21日 (土)

今日のさえずり - 遊びに行くのか展示会のコンパニオンなのか区別がつかない このエントリーを含むはてなブックマーク

naney:2597008268

@ 2008年06月19日

@ 2008年06月21日


[ 6月21日全て ]

2008年7月25日 (金)

社内で Google ドキュメントがブレイクし始めた このエントリーを含むはてなブックマーク

今年の春ごろから開発資料やミーティング資料などを Google ドキュメント上で作成して、適宜関係者に共有するようにしてみた。

当初はほとんど自分がオーナーのものばかりだったんだけれど

あたりで利用するようになったのではと推測。

特にリスト系はスプレッドシートでコラボレーション(共同編集)できるのがやはり魅力的なんだと思う。 同時にアクセスしている人が表示され変更もリアルタイムに見えるためライブ感があり、「一緒にやっている」という感覚が味わえるのがポイントだ。

ちなみに Excel も共有ブック設定することで同時に編集できる(Joel on Software でもこの機能を「Excel についてあなたが知っておくべきこと」の1番目として紹介している)。

BTS/ITS は専用のシステムを使った方が tracking その他の点で機能的にはよいのだが、億劫で設置自体がなかなかされなかったり、使い方を覚える(思い出す)のが面倒で敬遠されるということも多い。

小規模なら共同編集可能なスプレッドシートでシンプルに運用するのもアリだと思う。 っていうか、シンプルでいいから最低限のことはやっておかないと。


[ 7月25日全て ]

2008年8月2日 (土)

今日のさえずり - 納豆にオリーブオイル+胡椒 このエントリーを含むはてなブックマーク

@ 2008年07月31日

  • 09:51 ハンカチ忘れてブルー。[mb]
  • 12:54 P3 で複数の抽出に同じ ID またはワードを指定しておくと、TimeLine 取得時に抽出した発言のところで止まってしまうようだ。今まで自分の発言で止まってしまっていたのもこれっぽい。3.11 でも再現。
  • 13:00 @lynmock そうですか。環境に依存するのですかねー。以前から出ていた現象の原因がようやく絞れてきた感じなので、また止まってしまったら調べてみます。
  • 16:49 衝撃。後ろの女性スタッフはハンカチを携帯する習慣がないらしい。
  • 17:11 @12u 非通知0秒切り自分もたまにかかってきます。あれって何ですかね。番号が生きているかのチェック?

@ 2008年08月01日

@ 2008年08月02日


[ 8月2日全て ]

2008年8月14日 (木)

Joel on Software - 必読書 このエントリーを含むはてなブックマーク

Joen on Software

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。」で参照したのがきっかけで、ジョエルテストで有名な Joel on Software を読んだ。

ソフトウェアプロジェクトマネージャ・ソフトウェア開発者必読書の1つだね。

扱っているテーマは幅広くどれも気になる記事ばかり。 ここではメモがてら興味深かった主要な記事をピックアップ。

@ 3章 ジョエルテスト

3分でできるソフトウェアチームの良さを評価する有名なテスト。

@ 5章 やさしい機能仕様 パート1: なぜわざわざ書く必要があるのか?

仕様書の最も重要な役割はプログラムをデザインすることだ。p.51

仕様書についての章が何章か続く。仕様書について実践的なことが書かれているのでとても参考になる。

@ 6章 やさしい機能仕様 パート2: 仕様書とはどんなものか?

サンプル仕様書が用意されている。 何をどのように書くべきかについて参考になる。

@ 8章 やさしい機能仕様 パート4: ヒント

そしてなぜ誰も読まないかといえば、仕様書があまりに退屈でつまらないからだ。p.79

これを読んでからできるだけ話を具体的に書くように心掛けている。 適当に外国人の名前をつけてシナリオを書くとなぜか皆喜んだ(同僚も外注も社長も)。

ルール5: テンプレートは有害である p.86

@ 9章 やさしいソフトウェアスケジュール

ソフトウェアプロジェクトマネジメントでうまくいかない事が多い筆頭がスケジュール。

「そのコードのスケジュールを立てられるのは、それを書くプログラマだけ」「タスクの粒度を細かくすること (それによって、その機能をデザインすることを強いられる)」「スケジュールにデバッグ・結合・バッファ・休暇・祝日その他のことのための項目を入れる」「決してマネージャにプログラマの見積もりを減らさせない」

あたりが参考になる。なおこの記事は Web でアップデートされている。

@ 12章 5つの世界

開発するソフトウェアの種類によって使える開発方法論が異なるのだから、自分のプロジェクトで適用できるかよく考えること。

@ 14章 アーキテクチャ宇宙飛行士たちに脅かされるな

抽象化ばかり考えて意味のないところまでいかないこと。

@ 21章 報奨金有害論

つい最近うちの会社でも表彰式があったばかりなんだけれども……。

マネージャは賞与の提案を上位に送り、それは完全に無視され、ほとんどランダムに賞与が支給される。p.188

多くの人は、自分が非常に良い仕事をしていると思っている (実際はそうでない場合でも)。p.189

@ 23章 人のタスク切り替えは有害であると考えられる

一つのプロジェクトに専念したいね。

人々に同時に1つより多くの作業をさせるべきではない。p.202

@ 24章 あなたが絶対すべきでないこと PART I

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。

@ 25章 氷山の秘密、明らかに

顧客は自分が何が欲しいか分かっていない。顧客が自分で何が欲しいか分かっていると期待するのはやめることだ。p.210

これを理解していないと何でも言うなりにソフトウェア化しようとして失敗する。

@ 31章 下っ端でも何かを成し遂げる方法

多くの人は自分が下っ端だと思ってモンモンとしている。

  • 戦略1 実行あるのみ
  • 戦略2 じわじわ広めていく
  • 戦略3 優れた人間を作り出す
  • 戦略4 間抜けを無力化する
  • 戦略5 邪魔を避ける
  • 戦略6 かげがえのない存在になる

まずは不満を持つだけでなくて、個人ででも実行しようということ。


[ 書評 ] [ お薦めの本 ] [ ソフトウェアプロジェクトマネジメント ]


[ 8月14日全て ]

2008年9月18日 (木)

今日のさえずり - 上げ潮特大号 このエントリーを含むはてなブックマーク

@ 2008年09月16日

@ 2008年09月17日

@ 2008年09月18日

  • 00:37 Dropbox って PC 毎にアカウント作成して、shared folder でつないでいった方が自由度が高そうだ。
  • 08:33 京葉線に乗り換え。L:新木場駅[mb]
  • 08:54 IKEA 21:00 までか。1回帰りに寄りたいんだよなあ。[mb]
  • 08:57 海浜幕張駅にて着席。L:海浜幕張駅[mb]
  • 09:33 待ち合わせ相手がこない。L:八幡宿駅[mb]
  • 20:04 普通1本見送って快速に乗る。L:蘇我駅[mb]
  • 20:52 Suunto Observer のベルトのピンが外れてどっかいった。ボロい。[mb]
  • 20:56 りんかい線スゲー寒い。[mb]
  • 21:25 なんで無洗米じゃないあきたこまち置いてないの? 西友。[mb]

[ 9月18日全て ]

Related web page

MovaTwitter開発者blog | モバツイにログイン認証をつけていますベータ版
気がついたら、モバツイのユニークtwitterアカウントが20,000人を超えていました。 皆様、いつもモバツイのご利用をありがとうございます。 今回、20,000人達成を記念して(嘘)、モバツイにログイン認証機能をつけました。 正確には、モバツイURLの「パスワードロック」機能という名前で、現在、テスト版としてリリースさせていただきました。 皆様に発行しているURLは、携帯
http://movatwitter.jugem.jp/?eid=78
NTTデータとの決闘シリーズ第二幕 - ひがやすを blog
昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト<strong>開発</strong>を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングフ
http://d.hatena.ne.jp/higayasuo/20080828/1219901392
株式会社エアリー
「情報のシェアとファインダビリティを追及するための研究・開発を行ってます」
http://www.aery.jp/
日本語版Twitterサイト開発ブログ: コミュニティ機能のテストを始めました
テスト用コミュニティ @iphonefan と @yokosukasen。iPhone も横須賀線もあまり興味ないけど follow してみるか。
http://twitterjp.blogspot.com/2008/08/blog-post_25.html
正しいバージョン管理でさらにイケてる.NET開発 - @IT
では、オープンソースでのバージョン管理の一例として、Subversion/TortoiseSVN/AnkhSVNの紹介と簡単な利用方法について説明した*1。 *1 前回の記事が執筆〜公開されている間に、Subversionの最新バージョン1.5.0が公開されている。これからSubversionを試す方は、下記の最新バージョン(2008年7月23日時点)で試してみるとよいだろう。 &nbsp;&nbsp;・Subversion 1.5.0 &nbsp;&nbsp;・TortoiseSVN 1.5.0 &nbsp;
http://www.atmarkit.co.jp/fdotnet/opensrcverman/opensrcverman02/opensrcverman02_01.html
【ゼビウス】ゼビウス軍兵器開発史メモ(1982)|ゲームの神様・遠藤雅伸公式blog
 「ゼビウス(四番惑星)」は、バイオ(生体)コンピューター「ガンプ」によって統治されていた。ガンプは超能力を持ち、そのサイキック・エネルギーを凝集して、「イル・ドークト」といわれる、ESPを内在し、それを自在に放出することのできる強固な物体を用いて、全ての物を作っていた。地球侵攻時、ゼビウス軍は「トルメ」「タルケン」「ゾシス・イリ」という3種
http://ameblo.jp/evezoo/entry-10126326677.html
標準工期より30%以上短いとデスマーチの危険、JUAS指摘 ― @IT
まず人月がきちんと見積もれるのか。
http://www.atmarkit.co.jp/news/200806/26/juas.html
eXtreme Gadget (エクストリーム ガジェット) ポケットに入るアジャイルな究極の小道具: オブラブ2008夏「XPブートキャンプ」で学んだこと
http://gadget.cre8system.jp/cat77/2008xp.html
EmacsでPerl開発する上で必須な設定 #2 - flymake
Emacs22から標準添付されているflymakeが超便利です。flymakeは、動的にシンタックスチェックを行ってくれるelispで、typo等によるミスが、これでかなり減ること受け合い。以下の設定には、set-perl5lib.elが必要なので、あらかじめload-pathの通った場所にインストールしておく必要があります。 http://svn.coderepos.org/share/lang/elisp/set-perl5lib/set-perl5lib.el 以下、設定。 ;; flymake (Emacs22から標準添
http://d.hatena.ne.jp/antipop/20080701/1214838633
Subversionを利用したイケてる.NET開発 ― @IT
http://www.atmarkit.co.jp/fdotnet/opensrcverman/opensrcverman01/opensrcverman01_01.html

■よく検索されるキーワード

torrent(114) ドラマ(32) thinkpad(30) x31(29) windows(28) perl(24) wiki(23) linux(22) 動画(21) 画像(16) usb(16) バッグ(16) ノート(15) debian(15) 壁紙(15) 書き方(13) 使い方(12) リフィル(12) 冷蔵庫(12) ほぼ日手帳(12) 修理(12) インストール(11) mp3(11) apache(11) dropbox(11) porter(11) 方眼(10) exzile(10) 作り方(10) 手帳(9) 提案書(9) a6(9) chrome(9) ダイソー(8) xorg(8) hdd(8) ヨドバシカメラ(8) 万年筆(8) ヨドバシ(8) tc-1(8) nikon(8) 古川小百合(8) 写真(8) スーベレーン(7) cvs(7) 無料(7) アレグラ(7) centos(7) google(7) アジェンダ(7) カメラ(7) 映画(7) 三条まゆみ(6) firefox(6) ibm(6) so905ics(6) うなぎ(6) 櫻井翔(6) 秋葉原(6) ダウンロード(6) 2ちゃんねる(6) 腕時計(6) truecrypt(6) 無料動画(6) gtd(6) minolta(6) スーツ(6) skype(5) 今江千佳(5) 無印(5) 時計(5) キーボード(5) シャープ(5) バッグインバッグ(5) 本名(5) ニューヨーカー(5) レビュー(5) fmアンテナ(5) subversion(5) 日本語(5)

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.127477s / load averages: 0.15, 0.10, 0.09
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)