SPD ワークフロー: ドメイン ユーザー名の代わりの完全名を表示します。

どのような彼の就任のブログの投稿には、表示されます。, chiqnlips 計算列である、一般的な SharePoint Designer ワークフロー電子メール活動問題への解決策を説明狂気に掘り下げたしています: 「Domain username 代わりに、電子メールで人の本当の名前を表示する方法"

自分でテストしていません。, それは有望に見えるが、. それをチェック アウト.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

SharePoint の予測 2009

いくつかの回顧展を読んだ 2008 これは私についての考え方を持っていると 2009. ここでは、SharePoint での未来を私の推測 2009.

小さな免責事項

SharePoint の MVP を午前とその結果, 公開する前に、私は時々 少し事前情報を得る. 私はない公共そのような情報を作っています. 私本当にしていない十分長くしてとにかくそういったことと委託されると.

その方法のうち, 予測に.

高速します。

高速で非常にホットな話題になると思います 2009. それは既にエンタープライズ検索コミュニティでよく知られています。. ただし, sharepoint の果たしている皆 2009 すぐにこの製品と彼らのために何ができるかに興味があるだろう. それのまわりで出現、新しいコンサルティング会社と既存パートナーが協力し、そのポートフォリオに追加するスクランブル. 来年の今頃に, SharePoint コミュニティのほぼ全員の聞いたことがあるが高速について意見を持っていると.

対象となる大企業は高速、いきます. マイクロソフトがより焦点を絞った小規模な企業にアクセス可能な製品版をリリース、少なくとも外のチャンスがあると思う. それがない場合, 高速カスタマイズすることができます線に沿ってカスタマイズできるように、SharePoint 検索エンジンが開放されます。. たとえば, 高速を使用してパイプライン コンテンツを使用して、インデックスのアーキテクチャ. 高速の管理者および開発者をデータ ソースごとにパイプライン コンポーネントをアセンブルしても新しいパイプライン コンポーネントを作成します。. 我々 は今日の SharePoint でこのような柔軟性を持っていません。. 高速の非常に大企業でしっかりとターゲットを絞ったままの場合, SharePoint 検索は FAST の機能のいくつかを採用します。.

SharePoint の検討

それは出てくるだろうと信じています 2009.

私はそれが私たちのリストまたはドキュメント ライブラリのビューをセキュリティ保護する機能を提供することと考えています. これは信念というより希望かもしれません :

SharePoint デザイナーおよび特にワークフローではエンド ・ ユーザーのいくつかのより良いサポートが提供されることを望む.

多くの他を知らない, ここでは何を見つけるか私積極的に追跡しています。: http://delicious.com/pagalvin/SharePoint_O14.

ベンダーは、ビジネス アプリケーションを作成します

今日, SharePoint のほとんどのベンダーがガジェット指向になるよう. 取る または Corasworks たとえば. ある巨大な製品の次のと偉大なポートフォリオ. ただし, 彼らは私や開発者に一種の小道具が好きなようです。 / フォーカス ツール. 管理者ツール, ワークフロー ツール, など. 批判ではありませんすべての SharePoint は間違いなくいくつかのガジェットを使用することができますので.

で 2009, いくつかのベンダー (非常におそらくタケ自身, 私はこれを正しく読んで場合) 特化ビジネス アプリケーション テンプレートの形で一緒に置くだろう, 機能, ソリューション, など. 今日すばらしい 40 個のテンプレートを考えているけど、特定の産業に合わせた. 私はそれがこの方法を悪用されていないのような驚き. SharePoint はこれらの種類のものを提供するためのプラットフォーム. みんなは何を待っています。? 彼らは、もはや待つことはありません。 2009.

同時に, 新しい燃料は Silverlight と .NET の他のクールなもの, 良いより興味深いガジェット.

Sharepointreviews.com はこれらの製品の重要なコミュニティ カタログになります。.

エンド ・ ユーザーのフォーカス

2009 ブロガーのための主要な焦点として、エンド ・ ユーザーの出現が表示されます。, 組織とマイクロソフト自身. マーク ミラー エンド ユーザー SharePoint.Com 大きな役割を果たした 2008 そうしていきます 2009. エンド ・ ユーザーがブログを始める, 以下の技術的な会場にユーザー グループを変換し、さらにヘルプが誰かを説得または純粋なエンドユーザーを起動する組織フォーカス会議.

カンファレンス, ユーザー ・ グループ, コード キャンプ, など

話す会議-を展開し、数とフォーカスで成長していきます. 別にエンドユーザーのコンテンツ, 開発者と管理者に応えるために引き続き.

バーチャル会議をピックアップして開始し、既存のカンファレンスはできませんか直々 に出席しないことを選択したリモートの参加者にライブフィードを提供.

無料会場は拡大します。, など マイク ロッター (ら) SharePoint 土曜日.

これはのである新しい開発者の大規模な流入は引き続き非常に重要になります。, これらのグループを提供する管理者およびエンドユーザー情報の種類を渇望します。.

ソーシャル コンピューティング

ソーシャル コンピューティング機能の需要が上がる. すべてのものに等しい, 企業社会コンピューティングの効果的な戦略を実装するより良いし、その競合他社よりも強くなります。.

迅速かつ効果的に大企業よりも中小企業はこれらの機能を採用します。.

大企業: 気をつけてください 🙂

修復対のベスト プラクティス

で 2008, たくさん SharePoint ブロガーと組織と Microsoft の彼ら自身多くの特定の問題を解決するために最善の方法を考え出すの時間を過ごした (通常技術的な問題).

まだ定義およびベスト ・ プラクティスの採用を促進する機会があります。. ただし, 我々 をインストールする最善の方法を考え出すされている間, 構成および SharePoint を管理します。, 数百、数千の企業がインストールされています。, 構成とそれらのベスト プラクティスを手にしたまま SharePoint を管理します。.

で 2009, 多くの企業は、彼らは深くいくつか解決すべき問題に根ざしているし、SharePoint コミュニティとそれらを修正するためのマイクロソフトのエリート メンバーに探してを実現する予定です。. これにまで及ぶと思う 2010 おそらく本当に必要がある、SharePoint を使用する企業のための修復サービスを提供する家内工業を産む, しかし、傷つけているひどくその実装の初期段階で作られた貧しい人々 の決定のため.

母の船に戻ります

で 2009, 母の船に戻りますと ボブ フォックスを持ち帰る.

最終的な考え

SharePoint と自分自身で働いて任意の現実的な方法 1 月までを開始できませんでした。 2007. 私に思える SharePoint は本当に離陸し、自体これら 2 年間で多くの価値を提供する能力を実証. 多くの方法でことを考える, それは本当にインフラストラクチャ更新プログラムまで自体をまっすぐしていません。. それはまだそのバグと問題をが, しかし、我々 すべてのことから道に沿って来て 01/2007. 2009 SharePoint の当たり年です。.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: , ,

SharePoint ベスト プラクティス会議 2 月 2-4, 2009

2 つのプレゼンテーションをやっているよ、 SharePoint コラボレーションベストプラクティス会議今年 2 月、サンディエゴで.

私はしていないことをやっているこの十分長くそれでうんざりするには, すべての会議に出席するので、, 率直に言って, 素晴らしい. ただし, この会議は特別とは思います. ゼロのマーケティングの焦点があるし、全部が現実世界のいくつかを解決する方法の実用的なアドバイスを提供することについて SharePoint を扱う難しさの問題の直面. それは巨大ではありません。, すべてのスピーカーは非常にアクセス可能 (家に戻って火災入れていないが、少なくとも). これは素晴らしいの正式なプレゼンテーションだけでなく、します。, 事実上すべてのスピーカーにほとんどいつでもいくつかの素晴らしい会話や議論を持つことができます。, 朝食をホテルのバーで勤務中の飲酒深夜まで始まる.

スピーカーを越えて, 構築し、コミュニティ内の他の SharePoint ユーザーのネットワークを固める絶好の機会があります。. 最後のセッションや会議のまとめ末, あなたは通電されるとあなたの SharePoint 環境を改善するため動作するように背中をもたらす良いアイデアがいっぱい.

投資価値はあります。.

Web サイトは上のノッチ. 日付のチェック アウト, 登録, トピックとスピーカー.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

を読んでください。 1,000 ブログのエントリ 3 数週間だ見て失われたシーズン 4 つの週末

この過去の夏, ための 2 つの章を取り組んでいた間、 SharePoint ソーシャル コンピューティング予約史上最高, 私のブログ読んで非常に遠く後ろにするようになりました. 私の RSS のものとしたら、私は Google リーダーを使用してよりも 1000 未読のアイテム, それはちょうど言う, 「1000年 」.

最後の数週間にわたって, きたし座って、組織的にそれらを読んで、今後の参考のため行くとそれらをタグ付け (Delicious.com を使用します。).

この過去の週末私はロストのすべてを見てください。, 会期とに追いつくのカップルで 4 シーズンします。 1000+ ブログのエントリは、同じ方法を感じる.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

SharePoint Designer ワークフローの 1 つのリストから別の移植

マーク ミラーの上で www.endusersharepoint.com SharePoint Designer ワークフローに私の最新の記事を掲載 ここで (http://www.endusersharepoint.com/?p=1037).

1 つのリストを別のリストを作成するワークフローを移動するための基本的なアプローチを記述します。. 他のリストは、同じサイトにすることができます。, 同じサイト コレクションまたは全く別のファーム (例えば. 開発から生産まで).

これは複雑な主題であるので、私だけ非常に基本的なシナリオをカバー. 来週, 私はより有用な現実世界の例を書こうと思います。.

それをチェック アウトし、そこに任意のコメントを共有.

<終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

なぜ私は簡単に 1 つのリストから別の SharePoint Designer ワークフロー ソリューションを移植できません。?

マーク ミラー私最新エンドユーザー指向を掲載している彼のサイトでここを SharePoint デザイナー ワークフロー記事: http://www.endusersharepoint.com/?p=1008

質問へのストレートな答えを提供する試み, "なぜ私は簡単に移植できない開発からテストへの SharePoint デザイナー ワークフロー?" プロセスで, また SPD が実際に何のシーンの背後にある我々 使用してワークフロー ソリューションを作成するときにいくつかの洞察力を与える.

来週, エンド ユーザー フレンドリーなポート SPD ワークフローにから別のサーバーを記述します。, または少なくとも終わりユーザー ・ フレンドリーとしてツールの状態を考えると可能な限りのソリューションの設定.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

ファインダビリティ問題の定義

いくつかのパートナーのトレーニング高速から昨年の春に出席の幸運を持っていた. 私は本当に感銘を受けた製品で、作業に楽しみだった. 残念なことに, 1 つのプロジェクトを通じて、下落、EMC が私の会社を買収し、. 予想通り, カオス量続いた一方、EMC および EMC について学びました私たちについて学びました. 高速技術は、その期間中に優先順位の規模でいくつかのポイントを削除. ただし, 製品の私の興味を失わなかったし、, さらに興味深い, 大きな問題 ファインダビリティ.

私は本当にその言葉を好きではないです。, でも、慣れるように努力しています 🙂 ぎこちないことにもかかわらず, ファインダビリティが実 (または少なくとも, 新興) 用語. 行う、 ライブ サーチです 多くの技術的な定義を見つけることに興味があるなら, しかし、オフィスの周りそれを説明する方法はこのような:

知的資本が見つからないこともない可能性があります。.

それはほとんどこれと言うする場合は true:

知的資本が見つかりません 迅速かつ簡単に ない可能性があります。.

知的資本 (IC) 人の頭の中の考え方として起動し、その後、同僚とのコラボレーションや様々 なコミュニティとの相互作用を介して洗練されました。. 真に有用な, これらの結果のアイデアを記録する必要があります。. ここから問題が始まります 🙂

これらの日, 録音 通常アイデア MS Word ドキュメントのフォームに記載されていることを意味します, Excel ブック, など. どこかのハード ドライブ上の電子形式で最終的に立ち往生. IC は明らかのような他の形態をとります, 画像のような, 動画, 非常に有益なブログ, wiki … それはそれらをすべてリストすることは. 同時に, IC は、さまざまなファイル ・ システムのような場所に格納されます。, データベース, 基幹業務アプリケーション (ERP, CRM, SharePoint, Documentum), など.

これは、 ファインダビリティ問題: どのように迅速かつ簡単に見つけることができます数十または数十でのフォーマットの数百または数千人の何百もの保存されている IC, 数万 (何千もの数百を言うあえて) 組織内の場所の?

それは困難な問題を解決するには. ビル ・ イングリッシュはファインダビリティについて書いています。 いるパナマ運河として考えるもので非常に壮大な視点からのアプローチします。. パナマ運河の歴史は素晴らしい. ナットの貝で, フランス人はクレイジー (フェルディナンド ・ レセップス) 運河を建設する民間企業を開始, プロジェクトはいくつかの年のために放棄されました。, もう一度ピックアップし、ルーズベルト大統領の下でアメリカの政府によって最終的に完了. これは、私に思い出させるビルのアプローチのため彼が正しく指摘するよう, ハードの両方は、ファインダビリティを解決し、決して停止しません。. 開始する惑星の最も堅い働く人間の何人かからの努力の年そして年を要した, 続行, 最終的に終了と). まだ, それはまだ本当に終了ではないです。. 私の知る限りでは, 運河の銀行の安息角を会ったことがないです。, 先取りしてそれ以外の場合、この日にも維持もあることを意味. 同じ方法は、ファインダビリティを解決. 私は間違いなくあなたがビルのシリーズを読むし、ファインダビリティのビューの彼のポイントの彼のブログを購読をお勧めします, SharePoint に関連して特に.

私もこの問題に興味があります。. 華麗な EMC 同僚とこの問題について高速で進行中の議論に私の露出に起因, 私は今後数週間、数ヶ月以上について記述するいくつかのより多くのアイデアがあります。. この小さなシリーズの次回の記事で, 試してみて、それが実際にはどのようにひどい表示する問題を回避ボックスを配置するつもり (それはあなたが思っているよりもひどいです 🙂 ). それはひどいです。, しかし、少なくともそれは箱の中に適合.

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

個人のオンライン バックアップ ミニレビュー: Mozy

いずれか、 … 副作用 … 私の受信トレイ、毎月の多くのプレス リリースを得ること私である巨大な株式会社のために働くの. 私はまだ新しい EMC の世界へ, ので、多くのこれらのプレス リリースです。, 基本的には, 不可解です. このまたはその会社がこれらまたはこれらの EMC 製品を購入, 何とか何とか何とか. 文句はないよ. EMC の全体像を理解できるように、時間が経つにつれ、EMC に関する詳細については、インセンティブはすべて、私は実際にこれを取る (ヒント: それについては 情報).

いくつかの回, これらのプレス リリースはかなり理解しやすいでありそれらの 1 つは約 Mozy. Mozy オンライン バックアップ ツールは、します。. 軽量クライアント ワークステーションをインストールします。 (私の場合ラップトップ), あなたをバックアップしたいそれを言うとき、それから、それはそれによってといくつかのサーバーにデータを送信(s) 雲の上. それはバック グラウンドで、します。.

私の初期のバックアップのすぐ下走った 4 Mozy によると時間は 550 MB 程度のデータ. 私は"マイドキュメントをバックアップしただけ" (したがって, 比較的少量のデータ).

再び走った (思います 24 時間後), についてのいくつかのより多くの原料をバックアップ 8 分. 私はそれが起こるに気づいたこと. 当時やっていた作業には明らかな影響があった.

テスト復元を行い、ファイルを選択してまともな十分なユーザー インターフェイスを提供します(s) 復元したいです。. それは速かった, きびきびとしました。, 有益です … どのように、任意のより良いかもしれないのか分からない.

オンライン バックアップでより多くの経験を持っているそれについて私の同僚の 1 つに話を聞いた. Mozy は良いが、それが「削除したファイルを復元の同等に Mozy を指示する能力を欠いていると述べたします。" これは削除したのか分からないと言うことは、情けない, 実行することがないかどうか、またはその名前を覚えてください。, Mozy 助けないかもしれないくらい簡単にそれを復元するを見つけるの面で.

無料サービスで使用する場合、彼らは 2 GB の制限を課す. それ $5/month 無制限のストレージのように見える.

一番下の行, 誰かが私に尋ねるかどうか彼らする必要があります使用 Mozy オンライン バックアップの場合, 今は、私の答え, "地獄, はい。"

</終了>

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

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: ,