This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. CLR Inside Out Digging into IDisposable Shawn Farkas Contents Disposable Objects The Disposable Pattern Managed vs. Native Resources Managed Resource Cleanup Deriving from a Disposable Type Dispose and Security SafeHandles Conclusion One of the major pro

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

チームは，管理するための単位ではない PM(チームをつくる)側の論理としてよくあるのは，人数が多すぎて管理できないから，チームに分けて管理してもらおうとか，レイヤー毎/機能毎にチーム分けしておこう，などというものである．これがいけないと言っているのではないけど，管理するためのチームなら，それはチームじゃなくてもいい．単なるグループだ． では，何がチームなのかというと，｢掛け算的なパフォーマンスを生み出す集団｣がチームなんだと思う． チームの進化 ： 引き算 → 足し算 → 掛け算 新規メンバーでチームを作ると，たいてい引き算チームから始まり，やがて足し算チームになり，最後には掛け算チームへと進化していく．引き算・足し算・掛け算とは，人数に対するパフォーマンス度合いのこと．10人のチームが10人分のパフォーマンスを出すのが，足し算チームという意味． それぞれのチームにみられる特徴を書き出して

ブログをみていると，よい文章を書く人が結構多いことに気づかされる． そういう人のプロフィールをみると，本を執筆していたり，雑誌やWebに記事を書いていたりする，いわゆるプロ(＝稼ぐ人)だったってことが多い．そりゃプロならうまいだろうと思考停止しちゃダメで，プロだって初めから文章がうまかったわけではないはず．そこでどうすれば稼ぐ人の文章に近づけるかを考えてみた． 基礎体力 たくさん読んでたくさん書くことは確かに大事．でもこれは単なる基礎体力づくりにすぎない．素振りもせずにホームランなど打てるわけない．だから，これをやらずしてうまく文章が書けないなんていうのはナンセンス． プロとアマの違い プロとアマの違いは何かと考えみると，推敲と校正だ．もちろんアマでも自身での推敲はやるけど，レベルが違う．レベルには推敲能力と推敲頻度の2つがあるんだと思う．頻度が高いから能力もあがるんだろうけど． 他人に校

コーチングではなく，問題発見のための質問，まとめメモ． 5つの質問目的 疑問 ： 情報を得る 確認 ： 危機管理 意見・提案 動機付け ： 気づき，発奮 潤滑油 ： 挨拶代わり 7つの質問法 クローズド質問(単数形の思考)，足して100の質問 オープン質問(複数形の思考) 選択質問 誘導質問 深堀質問 ？？(なんだっけ？) 構造化 なぜ？どうして？(垂直展開) ： 原因，本質 他には？(水平展開) ： 代替案，別要因，考え，本音 問題がないように見える領域に、あえて課題を設定し可能性を探る 問題は何？原因は何？理想(ゴール)は何？現状はどう？ 問題発見の軸 重大度 影響度 緊急度 拡大度 技術的難易度 根本解決難易度 発見遅延度 コスト 6W3H Where Who When What Why Which How How much How many 答えやすい質問 小さな質問から入る 「~

「「忙しい」と周りにに言うことは、「無能の証明」」か モチベーションは楽しさ創造から - 『忙しい人』と『仕事ができる人』の２０の違い 1. 『忙しい人』は、「忙しい」と周りに言えば、「カッコイイ、頑張っている」と他人が評価してくれると思っている。 『仕事ができる人』は、「忙しい」と周りにに言うことは、「無能の証明」だと思っている。 （…以下、20項目） これを読んだ読者は、例えば「ああなるほど、『仕事ができる人』は『忙しい人』と違ってスケジュール意識が高いのだな」という感想を持つかもしれない。しかしそこには大きな誤解が潜んでいる。意外に思うかもしれないので、解説していこう。 まず、元記事によると、「仕事ができる人」は次のような人らしい。「納期より随分前から作業に取りかかる」。「２つ以上の仕事を同時並行処理」する。「自分しかできない仕事が中心」で「頼まれた仕事を断る事ができる」。「仕事完了

NUnitではCategoryアトリビュートを指定することで、テストのグルーピングができるようになっている。 例えばこんな感じだ。 [Test, Category("DBアクセス")] public void すべての商品データをロードできるべき() { target_.LoadAll(); Assert.That(target_.Table.Rows, Has.Count(3)); Assert.That(target_.Table.Rows, Is.Unique); }では、実際にnunit.exeから実行する際に、この"DBアクセス"カテゴリー以外のテストを実行するには、テストプロジェクトのコマンドライン引数を以下のように設定する。 TableModuleSample.Tests.dll /exclude:DBアクセスあとは、nunit.exeが起動後にF6キーでテストを実行するだけ

学習方法を以前もいろいろご紹介してきました。そんな中、最近、私が気に入っているiPodを利用した学習術をご紹介していきます。 iPodを利用した学習術は、本や書物にはない様々なメリットがあります。 車を運転中でも学習ができる 歩いての移動中にも学習ができる 読む集中力が欠けている時でも、自然に耳から入ってくるので疲れない PC等で目が疲れた後でも、カンタンに学習できる 録音データを学習ツールとして蓄積していけば、紙にまとめる手間なしに、簡単な知識共有化ツール、教育ツールを作る事ができるiPodを使った学習法は、時間・場所を選ばず、本よりコンビニエンスに学習する事ができるツールです。何かをしながら学習できるという時間を倍増させる学習法でもあるのです。こんなメリットのある、学習ツールを使わない手はありません。また、Podcastingを利用した学習は、本よりも楽しく作ってあることもあり、意外に

前回は，"話が分からない"と言われたことがある人向けに，「上手く説明するために，どんなチェック・ポイントがあるか」を藤井と坂本の説明力を比較しながら見ていただきました。 さて，今回も前回の続きとして，藤井に説明力についてアドバイスした際のエピソードを紹介します。今回も，“仕事に役立つ7つの科目”の「(3)説得的会話」に関するノウハウがテーマです。なお，PDFファイルで「"話が上手くない人"が説明時に受ける質問10例と原因，対策表」を用意しましたので，会社の研修，教育にご活用いただければと思います。 「話が分からない」と言われる人は，どんな質問をされているか。

id:elastic965kさんから疑問を投げ掛けられたので、その質問に答えるためのエントリーです。僕が購読している英語ブログの一覧とその概要を簡単に書いておきます。 追記（2007年8月28日21時）：はてなのアンテナにもいくつかエントリーを入れているのを忘れていましたので、文末に追加しておきました。 このエントリーの動機と英語ブログに対する考え方 id:elastic965kさんから先のエントリーの英語ブログを訳すための5つの私的なコツに対するはてブのコメントで、 id:aratako0さんはよく英語の記事を訳されているようだけれど、どんなブログを読んでいるのか知りたい。 とのご質問を受けたので、僕が読んでいる英語ブログを全部公開しておきます。主に僕の好きな分野であるWebデザインやユーザビリティなどが中心です。 そもそも僕はNPO法人で働いていて、例えば朝礼なんかで「昨日公開されたあ

"Ev's Rants: Desktop Applications are Dead"が面白かったので、翻訳してみた。というか、「超訳」だが。 原著者: Eugueny Kontsevoy 超訳者: kentaro a.k.a. id:antipop 原文のURL: http://kontsevoy.blogspot.com/2007/08/desktop-applications-are-dead.html いまさらその話かよ、って？そんなこといっても、「デスクトップアプリケーションは死んだ！」とか、いまもみんなそこらを叫んで回ってんじゃん。 その連中の多くは、いわゆる「ウェブアプリケーション」の開発者どもだ。誰があんな連中のいうことを聞くんだ？やつらは本物の開発者なんかじゃない。だよね？全然ものがわかってないし。あいつらときたら、malloc()やfree()すらまともに使えないんだか

初めて梅干しを作ってみた話 今年の夏、初めて梅干しを作りました。 私梅干し大好きなんですが、自分で作るという発想がなくて…同僚が梅シロップを作っているのに影響されて去年から梅仕事を始めてみたんですが、そのときの説明書に「梅干しの作り方」というのも入っていて、えーー梅干しって自分…

XML Documentation Comments Guide - Dynicity, LLC Dynicityが公開している、NDocやSoundCastleに準拠したXMLコメントの記述を集約したガイド。素晴らしい。 感謝しつつ参考にさせて頂こう。

最近、プロジェクト管理の手法が急激に変化しつつあるのを感じる。 以前は、ExcelやMS Projectで進捗管理や要件管理をプロジェクトリーダーが取り仕切り、メンバーに節目ごとに展開していた。 そこでよく出る症状として、プロジェクト全体の進捗や各メンバーの役割がメンバーに見えにくいことがあった。 だから、「見える化」と称して、XPやPFの手法が使われた。 最近は、Trac(Python)やRedmine(Ruby on Rails)のようにWikiベースのFreeのプロジェクト管理ツールを導入するケースが多くなった。 その特徴や感想について書いてみる。 【1】TracやRedmineの特徴は下記があるように思う。 １・Wikiに、技術上のアイデア、開発環境の構築方法、リリース作業手順、日報などを書き込み、皆で情報共有する ２・カレンダーにプロジェクトのマイルストーン、各自の作業納期を書き

是非チェックしてもらいたい連載だ。 万人のためのオートメーション: 継続的インテグレーション・サーバーの選択 万人のためのオートメーション: Eclipse プラグインによるコードの改善 万人のためのオートメーション: アーキテクチャー健全性のアサーション 万人のためのオートメーション: 継続的インテグレーションのアンチパターン 万人のためのオートメーション: オートメーションによるデプロイメントの円滑化 特に、アンチパターンの回は必読。ビルド・パイプラインがCool。