クイック & 簡単: フォルダーを作成し、コンテンツの種類を割り当てる (または, あなたの Kpi があるし、あまりにもそれらを食べる)

KPI の問題を回避するために ここを書いた, 私はいくつかのテストを行なったし、彼らがドキュメントに対して作業またはリスト アイテムは、同じ方法でフォルダーとメタ データに対してその KPI の仕事を発見しました。. 私は、新しいコンテンツ タイプを作成することによってそれはフォルダー コンテンツ タイプに基づいて、いくつかのフィールドを追加しを証明しました。. 私はいくつかの指標を作成し、Kpi は、期待どおりに動作ことを自分自身に証明. これは歓迎すべきニュース. それは完璧ではないです。, ドリル ダウンをから得るためのフォルダーに対して KPI が正確には何をしたいです。. これで私の場合あまり欠点はないので 1) エンド ユーザは任意のより良いを知っていないと 2) ドリル ダウンは、フォルダーに移動します。. フォルダー名をクリックして、アイテムに. それは 1 つではなく 2 回のクリック, 世界の終わりではないです。.

これはうまくやっていた仕事と流れた. アップロードされるすべてのドキュメントを格納するフォルダーを作成して. これはイベント レシーバーによって. その結果, それは維持するケーキ、 親フォルダー 自体は配管が既に整備されているファイルから KPI 駆動のメタ データとメタ データの同期. これは私が私のKPIのを持って、あまりにもそれらを食べることができます🙂

フォルダーを追加し、この新しいフォルダーのコンテンツ タイプをカスタム KPI 向けコンテンツ タイプに設定するイベント レシーバーを変更されました。. コードのこのビットは、トリックをでした。:

 SPFolderCollection srcFolders = targetWeb.GetFolder("ドキュメント").サブフォルダー;
  SPFolder addedFolder = srcFolders.Add(プロパティ。ListItem.ID.ToString());
  コンテンツ kpiCT = 新機能 コンテンツ("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item[「コンテンツ タイプ ID"] = kpiCT;
  addedFolder.Item.Update();

実際のコンテンツ タイプ ID を検索するには, サイトの設定によってそのコンテンツ タイプにアクセスし、コピー/貼り付けそれのように URL から:

イメージ

</終了>

私のブログを購読します。!

Technorati のタグ: ,

迅速で簡単な: イベント レシーバーで SPListItem の SPFolder を取得します。

それを認めることを憎む, 私はこの 1 つのすべての苦労が、日. 私のイベント レシーバーは、親フォルダーのフィールドを更新する必要があります。. この少しがそれを行う方法を示しています:

プライベート void UpdateParentFolder(SPItemEventProperties プロパティ)
{

SPFolder thisItemFolder プロパティを =。ListItem.File.ParentFolder;
thisItemFolder.Item[「ZZ 承認ステータス"] = 「良いニュース, 誰もが!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

このケースでは, ドキュメント ライブラリを使用して、プロパティが ItemAdded イベントから来ています。.

トリックは、アイテム自体から直接項目の SPFolder を得ることができません。 (すなわち. プロパティ。ListItem.Folder は null です。). 代わりに, リスト アイテムに関連するファイルに移動し、ファイルのフォルダーを取得.

</終了>

私のブログを購読します。!

Technorati のタグ:

まだもう 1 つのイベント レシーバーのデバッグのトリック

私は確信しているこの思い付く最初の人ではないです。. ただし, 誰もこのようなトリックを公開以来、私は昨年 7 月、コミュニティに細心の注意を払って始めたを気づいていません。. だから, この速く、容易なデバッグのヒント ポストイットだと思った.

このエラーを生成を開始するイベント レシーバーに取り組んで、 12 ハイブ:

読み込みエラーとイベント レシーバー Conchango.xyzzyEventReceiver xyzzy で実行, バージョン 1.0.0.0 を =, カルチャ ニュートラル =, PublicKeyToken = blahbalhbalh. 詳細は以下、します。. : オブジェクト参照オブジェクトのインスタンスに設定されていません.

私は私のコード、配置、テストのサイクルの 1 つでも多くのことを行っていたのでこのバグを導入していた私とは知らなかった.

私は試みた このソリューション SharePoint の期待とそこに私の pdb を取得するには 12 ハイブは、スタック トレースを表示, 運. それが可能ならと誰かがわからない, 私に知らせてください。 🙂

それはすることを知っています。 ログ メッセージに書いて、 12 ハイブ. 率直に言って, 少し怖いと実装するより速く何かをしたかった.

それが私は少なくともこのような汎用的な例外を再スローとキャッチによっていくつかの基本的なトレース情報を得ることができるが発生しました:

  してください。 {
    UpdateEditionDate(プロパティ);
  }
  キャッチ (例外 e)
  {
    スロー 新機能 例外(「ディスパッチャー, UpdateEditionDate(): 例外: [" + e.ToString() + "].");
  }

これに現れた、 12 thusly ハイブします。:

読み込みエラーとイベント レシーバー Conchango.xyzzyEventReceiver xyzzy で実行, バージョン 1.0.0.0 を =, カルチャ ニュートラル =, PublicKeyToken = ハント. 詳細は以下、します。. : ディスパッチャー, UpdateEditionDate(): 例外: [通常。: オブジェクト参照オブジェクトのインスタンスに設定されていません. Conchango.xyzzyManagementEventReceiver.UpdateEditionDate で(SPItemEventProperties のプロパティ) Conchango.xyzzyManagementEventReceiver.Dispatcher で(SPItemEventProperties のプロパティ, 文字列 eventDescription)].

それは私の特定の問題を追跡するために必要なすべての詳細を与えたし、たくさん今後それを使用することを期待.

</終了>

私のブログを購読します。!

日曜日面白い: “エクスポート”

周りのバックアップします。 1998, 時間勤務の会社は、新しい e コマース製品を作成するいくつかの資金を受け取った. 我々 はビジネス要件を満たすために、あらゆる. 高速でなければならなかった, エンド ・ ユーザーの簡単です, 派手です, 多言語, など. 悲しいことに, 私はおそらくその酔わせるような日以来達成するために仕事の野心的なセットとして持っていなかった.

この努力は事前着眼点を付. ありきたりな ASP は幾分新しいまだだった (または、少なくとも私の会社に非常になじみのないです。). "れんがとモルタル" 企業は運命づけられていた. 運命にあります。! これはそれが仕事を先駆的だったと言うことです。. ないハドロン衝突型加速器の先駆的な仕事, しかし、私たちの小さな世界で私たちの, それは仕事を先駆的だった.

私たちは夢中だった忙しい. ミニで POC ではほぼ毎日行っていました, 本質的にステートレス中に状態を維持する方法を考え出す, 多言語問題を考え出す, 行レベルのセキュリティ. 私たちも、基本的な用語を定義する用語を作成いた (私は好ましい状態永続的なしかし、いくつかの理由, 厄介な"ステートフル" 日の獲得).

我々 は狂ったようにこの製品を発明したと, マーケティングと販売の人々 がそこにそれを販売しよう. どういうわけか, 彼らは私たちの悪夢のシナリオにそれを販売する管理. にもかかわらず、我々 は設計され、エンタープライズ ソリューションを実装します。, 私たちは本当に我々 は製品日ゼロに組み込まれているすべての最後の機能を使用する最初の顧客を期待していなかった. この顧客は、多言語を必要な, "標準から根本的に異なるユーザー インターフェイス" システムが同じビジネス ロジック、. 多言語は、この場合は特に大変でした。, 我々 常にスペイン語またはフランス語に焦点を当てて, この場合は, それは中国人だった (ダブル バイト文字セットし、我々 が使用する技術を考えると特別な処理が必要).

早送り数ヶ月とノース ウエスト航空の北京行きの午前します。. 私は忙しいので私はそこに行くことがほとんどないのアイデアを持っているこの旅行のための準備. 一度どのようにアメリカ人が中国に数年間されていたし、言語を学んでいたについての本を読んでいた. 1 日、彼は街を歩いていたし、一部の人々 に道を尋ねた. 会話は何かにこれを行った:

  • アメリカ: "ことを教えて私を取得する方法 [XX] ストリート?"
  • 中国語: "申し訳ありませんが, 私たちは英語を話すことはありません".
  • アメリカ: 「オハイオ州, 北京語を話します。" 彼は中国語で再びそれらを尋ねたと, しかしより明確に (彼ができた限り).
  • 中国語: 非常に丁寧に, "申し訳ありませんが, 私たちは英語を話すことはありません".

会話はそのようなビットのため行って、アメリカ人は失意のうちにあきらめた. 他に話す人を耳にした彼として彼がそれらを残していた, "私は宣誓かもしれないが彼は方向を求めていた [XX] ストリート。"

いくつかのビットと他の中国関連の準情報を「役立つアドバイス」をもいだ:

  • 共同韓国は私に言った、私は"しようとする私は酔って取得し、あなたの利点を取るための中国人の注意するために必要な" 悪いビジネスの意思決定に私に圧迫感.
  • 私たちは車を運転することはできません。 (これがカスタムかどうかにいくつかの混乱があった, 法的要件またはちょうどクライアントのルール).
  • 税関を通過のための特別な規則があった.
  • 私たちは何のためのアメリカのお金を使用することはできません。.
  • ヒントを残していないよ. それは侮辱を行う場合.

そして最後に, 比較的新鮮な思い出を持っていた、 天安門大虐殺. 私が大学にいたとき, 恐怖に見えた世界としてのリアルタイム usenet を覚えてください。.

要するに, 非常に緊張しました. 私は桁違いに何かよりもより複雑な私がこれまで行っていたソリューションを提供したという意味で通常の神経だけではなかった. 私もトラブルになる可能性があるルールを誤って壊して心配でした。.

これによ 14 時間のフライト ビジネス クラスだと, 14 時間はのろわれた長い時間です。. 読み取ることによって自分自身を楽しませるためにだけそう多くの方法があります。, 映画を鑑賞したり磁化のカトラリーで遊んで. でも、本当に良い本は数時間連続で読みにくい.

最終的に, 私は手-を運んでいた私と一緒にクライアントにソフトウェアの一部に包装材を読むを始めた, ネットス ケープの web サーバー. ハードウェア/ソフトウェア要件を読んでいます, マーケティングのプチブラーブ, かなりの画像を見てと突然, "ない輸出のための巨人をゼロに" 警告, についての何か 128 ビットの暗号化. 私のキャリー バッグに戻ってボックスを詰め, 警告フェイス ダウン (それを助けただろうかのように) ビジョンを維持しようとしました。 ミッドナイト ・ エクスプレス 私の頭から.

今それを振り返ってみる, 心配されている必要があります。, すべての場合, 米国を去ったとき, 中国入国時ではありませんでした 🙂 何も悪いことは起こりませんでしたし、今でもそれが私にとって最高で最も思い出に残る出張だったと思っています。.

</終了>

私のブログを購読します。!

Technorati のタグ: ,

ソリューション: SPQuery フォルダーは検索されません。

この過去 1 週間だったを実装する、「進化します。" BDC は、SPQuery を使用し、フォルダーを含むドキュメント ライブラリに対して SPQuery を使用していくつかの困難に遭遇したクライアントのためのソリューション. 一番下の行: 「再帰をを割り当てる" クエリの表示属性.

私のシナリオ:

  • 月曜日に, ドキュメントをアップロードし、いくつかのメタ データを提供.
  • 次の週, 新しいファイルをアップロードします。. この新しいドキュメントのメタ データの多く私は月曜日にアップロードされるドキュメントに基づいています (「マスター文書」と呼ばれる).
  • ユーザー タイトル検索を介して月曜日ドキュメントを見つけやすいように一覧を BDC にやさしいインターフェイスを提供する web サービス ファサードを作成しました.
  • BDC のデータ列は、フレンドリーなユーザー インターフェイスを提供します. (これはより友好的なルックアップ列の BDC を使用する私の試みの部分).

最終的な BDC ファサード サービスは、ルックアップを実行このようなクエリを使用してください。:

 // U2U ツールこの CAML クエリを生成する際に支援するために使用.
      oQuery.Query =
        "<どこ>";

      場合 (titleFilter.Length > 0)
        oQuery.Query   =
          "  <と>";

      oQuery.Query   =
        "    <と>" +
        "      <Geq>" +
        "        <FieldRef 名 = "DocumentId" />" +
        "        <値のタイプ = "Text">" + minId + "</値>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef 名 = "DocumentId" />" +
        "        <値のタイプ = "Text">" + maxId + "</値>" +
        "      </Leq>" +
        "    </と>";

      場合 (titleFilter.Length > 0)
        oQuery.Query   =
          "    <含まれています>" +
          "      <FieldRef 名 = "Title" />" +
          "      <値のタイプ = "Text">" + titleFilter + "</値>" +
          "    </含まれています>" +
          "  </と>";
      oQuery.Query   =
        "</どこ>";

開発の初期段階, この偉大な仕事. ただし, フォルダーにいくつかの問題を解決するためにディレクトリを導入し、突然, 結果は私の BDC の選択はないです。. SPQuery だろう任意の結果を返すことという事実にこれを追跡. 我々 は主に別のメタ データをアップロードするのに同じ名前を持つ複数のファイルを許可するのにフォルダーを使用. ファイルがアップロードされたとき, 我々 リスト アイテムの ID に基づいてフォルダーを作成し、そこにファイルを移動 (そのことについて書いた ここで; 我々 が持っていた 混在する結果 このアプローチが全体に, それがうまく機能します。). フォルダーについて、実際にはユーザーは気にしません。, 本当にすべてのフォルダーがあることを理解していません。. 我々 はすべてのフォルダーに関係なくアイテムを表示するライブラリ ビューを構成しています。.

私は 2 回進化し、解決の技術的な実装としてそれを毎回違ったこの問題をヒットします。. 最初の時間, クエリで CONTAINS 演算子を使用していなかった. CONTAINS 演算子なし, SPQuery のコンス トラクターにビューを指定することによって、問題を解決することができた. 既定のコンス トラクターを使用する代わりに:

SPList もの web を =。リスト["ドキュメント"];

SPQuery oQuery = 新機能 SPQuery();

私は代わりに、ビューを指定するコンス トラクターを使用:

SPList もの web を =。リスト["ドキュメント"];

SPQuery oQuery = 新機能 SPQuery(oList.Views[「すべてのドキュメント"]);

問題を解決して私の結果を得るために開始.

CONTAINS 演算子をミックスに追加し、それを再度壊した. それが判明したことは CONTAINS 演算子, 私の知る限り, 動作しません、ビューと同じように簡単 GEQ / LEQ 演算子. 私はいくつかの検索を行なったし、クエリの ViewAttributes は、「再帰的」に設定することを学んだ, ように:

oQuery.ViewAttributes = 「スコープ = "Recursive"";

含むのため、問題を解決しました。. 実際, これも私の元の検索の問題を解決し、再帰を指定したかどうか属性は初めて, 私は持っているに実行されない問題再度.

ビュー ベース SPQuery いくつかの演算子のために働くという事実 (GEQ/LEQ) その他 (含まれています), Kpi で全く動作ドキュメント ライブラリのフォルダーを含むリード SPQuery がいくつかの直交性の問題であると信じて私をしていないという事実と相まってください。.

特別な感謝:

  • 善意の人々 U2U そのクエリ ツール.
  • マイケル ・ ホッファーの偉大です "ことにによって学習" ブログの記事, コメントと応答.

</終了>

私のブログを購読します。!

Technorati のタグ: ,

MOSS KPI バグ? ドキュメント ライブラリ フォルダーに関連付けられてリスト インジケーター

更新プログラム 02/29/08: フォルダーを作成して、Kpi の必要なメタ データのあるフォルダーにコンテンツ タイプを割り当てることによってこの問題を解決. ここで、もう少し詳細を記載します。.

ユーザーがドキュメント ライブラリにドキュメントをアップロードする技術的解決策を実施して. イベント レシーバーは、ディレクトリを作成し、そのディレクトリにファイルを移動 (私が書いたものと同様の手法を使用してください。 ここで). 我々 は正常にアップロードされたファイルの名前を変更するイベント レシーバーによる潜在的な問題を回避移動しました。 (ユーザーは決して"新規をクリックしてそのドキュメントを始めるために主に" 代わりにローカルのドキュメントを作成し、それらをアップロードし).

これらのドキュメントのメタデータを含むはい/サイト内の列に"緊急と呼ばれるなし" 別のサイト内の列は「ステータス」と. 私たちは"緊急のパーセントを示すビジネス要件を満たすために必要があります。" ドキュメントのステータスが「保留中」.

これは通常簡単に行うこと 私は非常に SharePoint のビーグル犬でこれのような何かを説明し、 興味があるなら、スクリーン ショットをたっぷりと.

一言で言えば, 次のでした。:

  • 「保留中」と呼ばれるドキュメント ライブラリ ビューを作成します。.
  • フォルダー構造を無視するようにビューを構成します。.
  • KPI リストを作成します。.
  • "保留中ドキュメント ライブラリを指すリストにインジケーターを作成します。" ビュー.

これは単に動作しません. KPI は、私の目標を示しています。 (例えば. 5 緊急の書類) しかし、常にゼロとして緊急ドキュメントの実際の数を示しています. 逆説的に, 場合は、詳細をドリルダウンします。, 一覧に 5 つの緊急の書類を示しています. 2 つのドキュメントの非常に単純なシナリオを作成, 1 つのフォルダー、1 つないです。. ここではスクリーン ショットです。:

イメージ

上記のスクリーン ショットは明らかに"値が、ビューに 2 つのドキュメントがあるを示しています" 1 つは、します。. 」CamlSchema" 空白の文書と共に Id ルート フォルダーであり、他の「84」という名前のフォルダー.

それが私にビューを指定しても, KPI は、"ショーのすべてのアイテム フォルダーなしの名誉します。" 設定し、代わりに, ルート フォルダーに自身を閉じ込め.

間違っている場合, ください私の行を削除またはコメントを残す.

</終了>

私のブログを購読します。!

Technorati のタグ:

SPD ワークフロー “ユーザーからのデータを収集します。”: 生成されたタスク フォームを変更します。

私 5 異なる SharePoint Designer ワークフローを使用して、いくつかのドキュメントの承認を処理するプロジェクトに取り組んでいます. SPD は、ユーザーから「収集データを提供します。" アクションは異なるビット情報のユーザー入力を求めることができますように, 彼らがそれを承認するかどうかなど, いくつかのコメントと多分彼ら他の夜の夕食のためていたものを求める.

フォームが完全に機能. 彼らはコンテンツ タイプとしてタスク リストに関連付けられています。. 彼らは 100% システムが生成しました。. これは自分の強さと弱さ. 既定のフォームに住むなら, 我々 は行ってもいいなら. ただし, SPD がフォームを作成する方法をあまりにも多くの制御を持っていません。. 既定の動作を好きではない場合, それを回避する様々 なトリックに頼る必要があります。 (たとえば, タスクの優先度の設定).

ビューのプロパティを開いたこれらタスク フォーム上のリンクを提供するために必要な (dispform.asxp) 「関連項目の" 新しいウィンドウで. これは関連項目のメタデータへのワンクリック アクセスを提供します. これはどういうことか:

イメージ

ありがたいことに, 我々 はそれを行うことができます、それは非常にハードではないです。. 大まかに言えば, SPD を起動します。, ワークフロー ファイルを格納するディレクトリに移動し、変更する ASPX ファイルを開く. これらは、ちょうど古典的な XSL 変換命令と itemstyle.xsl と、汚したきたかどうか, 検索または他の XSL のシナリオ, これはあなたのために簡単になります. 実際, 生成されたフォームが次の主要な検索結果 web パーツと比較して容易になるので一般に容易にそれを見つけた (または、 悪夢のような CWQP).

もちろんです, 1 つの大きな落とし穴があります。. SPD のワークフロー エディターがそのファイルを完全に制御を期待してください。. それを変更する場合, SPD は、右の状況の設定、変更を与えるが上書きされます幸せ. どのように悪いこの得ることができる 2 つのクイック テストを行った. 彼らは両方をユーザーから「収集データを使用して、有効な SPD ワークフローを細工した前提と" ステップ.

テスト 1:

  • ASPX ファイルを手動で変更します。.
  • それをテストします。 (変更が正しく保存され何かを壊していないことを確認します。).
  • ワークフローを開き、関連のないアクションの追加 (「歴史にログ」など).
  • ワークフローを保存します。.

結果: このケースでは, SPD は、フォームを再作成しません。.

テスト 2:

  • 同じことを行う #1 直接を除いて、"データを収集するユーザーから変更します。" アクション.

結果: これは、再スクラッチからフォームを作成されます。, 変更内容を上書き.

最終的な注意事項:

  • 少なくとも 2 つの SPD のアクションはこのようなフォームを作成します。: "ユーザーからデータを収集します。" 「項目を割り当てる」と. これらのアクションの両方’ フォームを手動で変更することができます。.
  • Dispform.aspx へ私のリンクを生成することができた, このケースでは, 関連項目に関連項目の URL に埋め込まれた ID. それを抽出し、構築することができた、 <href> ワンクリック メタ データ アクセス機能を提供するためにそれに基づく. あなたの URL がこの規則に続くことは考えにくい. 関連項目の ID を取得する他の方法がありますが、私はその橋を渡って持っていなかった, 場合を知らないので、溝の反対側に取得.
  • 私はしなかった調査, テンプレート内のファイルのいくつかの種類がある場合は驚いてはないが、 12 レジストリ ハイブを SPD を既定のフォームを生成する方法に影響する変更 (アラート ・ テンプレートを変更できますと同様).

</終了>

私のブログを購読します。!

は “不明なエラー” メッセージ、スタック トレースよりも本当に?

私マドゥールさんのブログの記事を読んでいた スタック トレースの表示を有効にします。 今私は疑問に思って: なぜ我々 は常に、スタック トレースを表示しません。?

そのルールに人がやってきて、なぜ我々 はそれに従ってください。?

エンド ・ ユーザーは何かいずれの場合間違っている知っています。. 少なくともスタック トレース, 彼らコントロール printscreen キーを押すことができます。, メールにコピー/ペーストし、それを送る. 明らかに時間と労力をこの問題を解決するために必要を減らすだろう.

</終了>

Technorati のタグ:

日曜日 (恥ずかしい) おかしい: “ポール Galvin と申します”

年前の束, 私の上司は結果と呼ばれる製品にいくつかのユーザーのトレーニングを私に尋ねた. 結果は報告ツール エンドユーザーです。. SQL Server レポート サービスやクリスタルにほぼ似ていますが. 時, 緑色の管でを実行するように設計されていた (例えば. Wyse 50 ターミナル) telnet 経由で Unix のボックスに接続されています。.

私のデフォルトの質問の答えを任意で始まる"することができます。 … " 「はい" それはすべてのトラブルを開始したと.

クライアントは南カリフォルニアのうち化学会社だったし、ちょうど約に基づく主要な ERP 実装を包み込んでいた QAD 製作所/プロ. 今は、結果製品に電力エンドユーザーをトレーニングのためと呼ばれる実装計画.

私はこのツールの大きいユーザーではなかったし、確かに決して前に誰かを訓練しました。. ただし, 他のトレーニング クラスの数を行なったし、私の足に速かった, あまりにも心配ではなかったので. デニス, 実質フルタイム結果インストラクター, 私は彼のトレーニング教材を与えていた. 今それを振り返ってみる, それは実際にはかなりばかげています。. よく製品を知らなかった, それを決して形式的に訓練された、確かに決してそれを教えていた. どのようなビジネス訓練それを誰が?

物事を複雑にロジスティック, 行くし、道に沿って事前セールス活動の一環としてシカゴで会うように頼まれました。. 計画はニュージャージーから飛び出し、, シカゴへ行く, 時間の見通しと会って、カリフォルニアに進みます.

よく, シカゴに着いたと私のチームで営業の男を持っていたいくつかのミスを犯したし、会議は確認されなかった. だから, 私は現れた、見通しはありませんでした。. 素晴らしい. 私は、荷造りを残すし、CA に進みます. このプロセスのどこかに, クライアントは学習が見つける未満 24 私の到着を"ポール Galvin 時間前に、" クラスを教える, ないデニス. クライアント デニスが大好き. 「がこの Paul Galvin 人を知りたいです。?" "なぜべきである私達彼を信頼?" 「なぜ払う必要があります我々 彼のため?" デニスが明らかに購読していない私 "悪いニュースを早くを提供します。" 哲学. 素晴らしい.

到着空港で、いくつかの信じられないほど愚かな理由, 私の荷物をチェックしていた. ラックスしたそれが、私の荷物はしませんでした。. 私, 荷物を失って多くを行くような 悲しみの 7 つの段階. 最終的にホテルにそれを作る, 荷物を持たない, 疲れています。, 空腹と身に着けている私 (今では, 非常にしわ) ビジネス スーツ. ニューアークから移動に時間がかかる — オヘアへ — クライアントに — オヘアへ戻る — そして最終的にロサンゼルスへ.

最終的にホテルの部屋に座っている自分を見つける, スニッカーズバーに munching, 疲れとクラスの前で完全なろばのような見たことはありませんできるようにトレーニング教材を再度スキャンするエネルギーをドラムにしようとして. これは、当時私にとって低ポイントのビットをだった.

次の日を目が覚めた, 自分のベストを見ていないので、私のスーツを滑らかにする悪い日 Willy Loman のようでした、クライアントにオーバーに向かった. 場合は、よくあることです。, 彼女は一人でよかった, 丁寧で非常に気持ちよく. これは前の日から彼女の非常に怒っているメール/ボイスメールには対照的に立っていた. 彼女は私をリードについて 3 マイル、断面の建物の後で建物を介して次の 3 日間のクラスを実施します巨大な化学倉庫内のエリアをオフ. 、 15 または 20 学生はゆっくりと組み立てます, それらのほとんどはまだ期待しているデニス.

私は常に自分自身を導入することによって私のトレーニング クラスを始める, いくつかの背景を与えるとホワイト ボードに私の連絡先情報を書き込み. 言っていると, "グッド モーニング, 私の名前はポール Galvin」, 私の名前を書く, 誰もが明確に確認できるように大きな文字でホワイト ボード上に電子メールと電話番号. 私はデニスを交換して、私はそれらを私は適切な代替保証するという事実に対処します。, など. 私は自分の名前と私に沿って行くと、私は特定の要件のことを調整できるようにして、クラスから達成するために欲しいものを教えて簡単に誰もがあります。. 通常のもの.

我々 はそれをラップし、プロジェクターを起動. 私は私の連絡先情報を消去に行くと … 永久的なマーカーで書いた. だから恥ずかしかった. 心の目で, これのように見えた: これは「ポール Galvin です。" 人, 私たちの最愛のデニスの最後の分の交換. ビジネス スーツ、無精ひげ、しわくちゃ着ています。. 彼がちょうどで、ホワイト ボードに名前の彼の膨大な手紙を書いた 永久的なマーカー. どのような光景!

それはすべて楽しく終了, ただし. これは化学の会社だった, 結局その程度です. 白髪交じりの A ベテラン従業員が棚から何かを引っ張って、, EPA の規則の違反でおそらく, ボードをクリア. とどまることができた 1/2 コース全体でクラス前日最後に良い評価をもらった. これは私のピンチヒッター」を超硬合金" 私の会社での評判. 私の荷物が到着した最初の日, はるかに見栄え日 2 と 3 をだったので.

家に帰って赤目を取っていたと, 「教訓」を熟慮されました。. 熟考する多くがあった. コミュニケーションが鍵. 計画の変更についてクライアントに通知します。. あなたはおそらくそれを避けることができる場合、これまで空港であなたの荷物をチェックしません。. スペア"ものをもたらす" 場合にあなたの荷物をチェックして、それはそれを作成しません. 私が学んだ最も重要な教訓だと思う, ただし, これはだった: 常に書く前にホワイト ボードの左下隅で、マーカーをテストします。, 巨大な文字, 「ポール Galvin」.

</終了>

Technorati のタグ: ,

視点: SharePoint 対. 大型ハドロン衝突型加速器

90 年代半ばで撮ったいくつかの変わり者のユナイテッド航空飛行のため, 私は何とか「未使用マイルに変換する提供に終わった" 約 1 ダース無料雑誌の購読に. サイエンティフィック アメリカン 』 誌を購読することになったのかは.

ソフトウェアとして / 人々 のコンサルティング, 我々 は私たちのキャリアの中で多くの困難なビジネス要件を発生します。. ほとんどの時間, 私たちの愛これらの要件を満たすと実際, それはおそらく、なぜ我々 はこのキャリアが世界で最高だと思う. 時折だけ何かしら世界で私が行っている自分自身と私は歴史の他の時点で生まれていた場合. 今私の仕事の種類を逃しているいかに恐ろしいものであろう, この時間と場所世界歴史の中で? 思います: かなりひどい.

長年にわたり, 私が直面した要件の一部を満たすために非常にやりがいのあるされています。. 複雑な SharePoint のもの, web 処理 web 向け技術に基づくフレームワークの構築, 複雑な BizTalk オーケストレーションなど. 我々 はすべてのことができます。 (うまくいけば、) 誇らしげに私たちのキャリアを振り返るし、言う, "はい, それは解決するためには難しいものだった, しかし、最終的に私は pwned その sumbitch!" いっそのこと, さらにもっと面白いと楽しい課題を待っています.

個人的に思う私の履歴書, この点で, かなりの深さはそれをかなり誇りと (私の妻は、決して 1 を理解するけどそれの 20 分). この 1 週間が, についての記事を読んでいた、 大型ハドロン衝突型加速器 私サイエンティフィック アメリカン 』 誌で私の"巨大なにもかかわらずことを実現した場所それらのまれな屈辱的な瞬間の 1 つがあったと" 特定のサークルまたはどのように深いと思う私の経験の井戸で状態, 完全に別の世界にリアル巨人があります。.

LHC のチームの人々 を管理するいくつかの本当に厄介な問題があります。. 月を考慮します。. 私は本当に月についてはあまり思わない (それは地球の回転を減速していることを学んだのでそれについてとても怪しいきたのに, 長期的に私たち人間のために良いことをすることはできません。). しかし, LHC のチームが心配する必要は. LHC の計測機器は、月の影響は、とても敏感 (Earth-rotation-slowing-and-eventually-killing-all-life) 重力. 満たすために必要の一体であります。 — 月の干渉にもかかわらず正しい測定値を生成します。.

この文を読んだときその問題を熟考されました。: "最初のレベルは受信し、分析の検出器のコンポーネントのサブセットのみからデータ, それが有望なイベントかどうかなどの分離の要因に基づいて選ぶことがするからビームの軸からの大きい角度で飛んでくるエネルギッシュなミューオンを発見されました。" 本当に … ? 私は、サンド ボックスの決して種類が再生されません。.

何人かの友人で留守次回, LHC に取り組んで良い人々 をトーストするつもり, 彼らは正常にヒッグス ボソン粒子の重量を量るし、呪いの月を希望します。. 私はあなたが同じことをお勧め. It will be quite the toast 🙂

</終了>

Technorati のタグ: