在似乎是他就職的博客, chiqnlips 有鑽研的瘋狂這是一個計算的列,所述共同設計器 SharePoint 工作流電子郵件活動問題的解決方案: 如何顯示一個人的真實姓名在電子郵件中而不是"域 使用者名。"
我還沒測試, 但它看起來有前途. 將其簽出.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在似乎是他就職的博客, chiqnlips 有鑽研的瘋狂這是一個計算的列,所述共同設計器 SharePoint 工作流電子郵件活動問題的解決方案: 如何顯示一個人的真實姓名在電子郵件中而不是"域 使用者名。"
我還沒測試, 但它看起來有前途. 將其簽出.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我讀過幾個回顧上 2008 這已經讓我思考 2009. 這裡是我的猜測在 SharePoint 中的未來 2009.
我是 SharePoint MVP 和結果, 我有時會有點進展資訊之前是公共的. 我不會做出任何此類資訊公開. 我真的沒在周圍長足以託付那種東西反正.
與那開, 預測到......
我相信,很快會成為非常熱門的話題,在 2009. 這已經是眾所周知的在企業搜索社區. 不過, 戲劇與 SharePoint 中的每個人 2009 將很快對這種產品和它可以為他們做什麼感興趣. 新諮詢公司周圍將湧現和現有的合作夥伴將工作和爭相將其添加到其投資組合. 明年這個時候, 幾乎在 SharePoint 社會中每個人都將有聽說過,有快速的意見.
快是有針對性的大公司,這將繼續. 我認為微軟將更集中版對小公司是容易接近的產品至少外部機會. 失敗,, 他們將開放 SharePoint 搜尋引擎,它可以定制沿線快可以自訂. 舉個例子, 快速使用管道消費內容和索引它的體系結構. 快速的管理員和開發人員可以將每個資料來源的管道元件組裝和甚至創建新的管道元件. 今天我們沒有這種靈活性與 SharePoint. 如果快速仍然堅定地針對非常大的公司, SharePoint 搜索會採取一些快速的特徵.
我相信它會在 2009.
我相信它會使我們能夠安全清單或文件庫的視圖. 這可能更多的是一種希望而不是一種信仰 🙂
我希望它將為 SharePoint 設計器和特別是工作流中的最終使用者提供一些更好的支援.
我不知道其他許多事情一樣, 我已積極跟蹤在這裡,我做找到: http://delicious.com/pagalvin/SharePoint_O14.
今天, 大多數 SharePoint 供應商似乎是面向的小工具. 採取 竹 或 其 舉個例子. 他們有一個巨大的下列和偉大的產品群組. 不過, 他們似乎有點 gadgety 向我或開發人員 / 集中的工具. 管理工具, 工作流工具, 等. 不是批評了,在所有因為 SharePoint 絕對可以使用一些小工具.
在中 2009, 一些供應商 (和竹很有可能他們自己, 如果我讀這個正確) 將放在一起的垂直的商務應用程式範本的形式, 功能, 解決方案, 等. 今天我思考神話般的四十個範本,但對具體行業量身定做. 有點驚訝它已不是已經利用這種方式. SharePoint 是提供這種東西的平臺. 每個人都在等待什麼? 他們不會再在等待 2009.
在同一時間, Silverlight 和其他很酷的.NET 東西將新燃料, 更好和更多有趣的小工具.
Sharepointreviews.com 將成為這些產品的基本社區目錄.
2009 將作為一個主要的博客看到最終使用者的誕生, 組織和微軟自己. 馬克 · 米勒的最終使用者 SharePoint.Com 在發揮了大作用 2008 並將繼續這樣做 2009. 最終使用者將開始博客, 説明使用者組變成少技術場地,甚至去說服別人或組織推出純的最終使用者為重點會議.
發言的會議 — — 他們將繼續發展和壯大的數量和焦點. 除了最終使用者內容, 他們將繼續以滿足開發人員和管理員.
虛擬會議將開始接和現有會議將為不能或不願意親自出席的遠端出席者提供直播.
免費場地將擴大, 如 邁克勞特 (et al) SharePoint 星期六.
這因為沒有將繼續是大量湧入的新的開發人員非常重要的, 這些組提供了管理員和最終使用者會將渴望的資訊的種類.
社交運算功能需求將上升. 所有的東西都一樣, 實施有效的社交運算戰略的公司將會做更好的和會比他們的競爭對手更強大.
較小的公司將通過這些功能,更加迅速和有效地比大公司.
大公司: 當心 🙂
在中 2008, 很多 SharePoint 博主和組織和 Microsoft 的自己花了很多時間找出解決某些問題的最佳方法 (通常技術問題).
仍有機會定義和促進採用最佳做法. 不過, 雖然我們一直在搞安裝的最佳方法, 配置和管理 SharePoint, 成千上萬的公司一直在安裝, 配置和管理 SharePoint 沒有手頭這些最佳做法.
在中 2009, 許多公司將意識到他們有一些根深蒂固的問題需要解決,並將向 SharePoint 社群和 Microsoft 的精英成員尋求幫助來解決這些問題. 我認為這將延伸到 2010 可能產卵提供補救服務的公司,真正的需求並使用 SharePoint 的手工業, 但因傷害嚴重貧窮早中其執行情況所作的決定.
在中 2009, 將返回母船和 把鮑勃 · 福克斯帶回家.
我才開始使用 SharePoint 自己在任何實際的方式直到 1 月 2007. 它似乎對我 SharePoint 真的已經離開,並且證明自己能夠在這兩年來發表很多價值的. 我認為,在很多方面, 它 didn't 真正理順本身直到基礎設施更新. 它仍然有其 bug 和問題, 但我們都過一路上自來 01/2007. 2009 就 SharePoint 興旺的一年.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我會做在兩個演示文稿 SharePoint 最佳做法會議今年 2 月在聖地牙哥.
我做這件事足夠長的時間,它會使人厭倦, 所以我出席每個會議是, 坦白地說, 令人敬畏. 不過, 我覺得這次會議是特別. 有是零行銷的重點,整件事是關於提供真實世界實用意見如何排解一些棘手的問題,我們面對 SharePoint 處理. 它不是巨大, 因此所有揚聲器都是很方便 (至少當他們不放回到家火災). 這意味著,除了很棒的正式演講, 你可以跟一些偉大的對話和辯論幾乎每個發言者在幾乎任何時間, 從開始到深夜在酒店的酒吧喝社區早餐.
超越揚聲器, 你會有巨大的機遇,建立和鞏固網路社區中的其他 SharePoint 使用者. 年底的最後一屆會議和會議總結, 你會充滿活力,充滿了好的想法,要帶回去工作,説明改善您的 SharePoint 環境.
它是非常值得投資.
Web 網站是頂尖. 檢查日期, 註冊, 主題和揚聲器.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
今年夏天, 當我工作時的兩章 歷來最佳 SharePoint 社交運算書, 我開始去很遠的後面,在我的博客閱讀. 我使用谷歌閱讀器我 RSS 的東西,當你有更多 1000 未讀的專案, 它只是說:, "1000 ".
過去幾個星期, 我坐下來和有系統地讀他們和標記它們就供將來參考 (我使用 Delicious.com).
過去的週末我看了所有的失落, 第四個在開庭和趕上幾季 1000+ 博客條目的感覺相同的方式.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
在結束標記米勒 www.endusersharepoint.com 我最新的文章張貼在設計器中 SharePoint 工作流 在這裡 (http://www.endusersharepoint.com/?p=1037).
描述了移動到另一個清單中的一個清單中創建工作流的基本方法. 其他清單可以在相同的網站, 同一網站集合或一個完全不同的農場 (例如:. 從開發到生產).
這是一個複雜的課題,所以我只覆蓋一個非常基本的場景. 下個 星期, 我會寫得更有用的真實世界的例子.
簽出和共用沒有任何評論.
<結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
馬克 · 米勒張貼了我最新的最終使用者為導向了在他的網站上的 SharePoint 設計器中工作流條: http://www.endusersharepoint.com/?p=1008
我嘗試提供直接的答案的問題, "為什麼不能輕鬆地港口發展來測試從 SharePoint 設計師工作流程?" 在過程中, 我也給一些深入瞭解什麼 SPD 實際上是在幕後當我們使用它來創建一個工作流解決方案.
下個 星期, 描述了最終方便使用的方式到埠 SPD 工作流從一個伺服器到另一個, 或至少作為最終方便使用的解決方案是可能由於工具的狀態設置.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我運氣好,參加一些合作夥伴培訓快速從去年春天. 我印象深刻的產品,並期待著與它合作. 不幸的是, 一個專案告吹,然後 EMC 收購我的公司. 可以預見的, 雖然我們瞭解 EMC 和 EMC,隨後進行了一定的混亂瞭解我們. 快速技術下跌幾個點上優先規模在這一期間. 不過, 我從未失去我對該產品的興趣和, 更有趣的是, 更大的問題 脫穎而出.
我真的不喜歡這個詞, 但我正在努力適應它儘管很尷尬, 即使訊息是一種真正 (或至少, 新興) 期限. 做 線上搜索 如果你有興趣在尋找更多的技術定義, 但是我解釋它在辦公室周圍的方法是像這樣:
找不到的智力資本可能也不存在.
它幾乎是真正說這:
找不到的智力資本 快速、 輕鬆地 可能也不存在.
智力資本 (IC) 作為一個人的頭腦裡的想法開始,然後提煉通過與同事協作和與各社區的互動. 要獲得真正有用, 必須記錄這些產生的想法. 這就是麻煩開始的地方 回复
這些天, 錄音 通常意味著這個想法在 MS Word 文檔的形式記錄, Excel 活頁簿中, 等. 最終陷在電子格式在硬碟上某處. 像其他形式發生顯然 IC, 像圖像, 視頻, 高資訊量的博客, wiki … 它不可能列出他們所有. 在同一時間, IC 存儲在不同的檔案系統一樣的地方, 資料庫, 業務線應用程式 (ERP, CRM, SharePoint, Documentum), 等.
這是 可尋性問題: 怎麼可以快速、 輕鬆地找到存儲在數十個或數百個格式在幾十個、 幾百或幾千的 IC, 數萬名 (我敢說數十萬人嗎) 在一個組織中的位置?
這是一個困難的問題要解決. 條例草案的英語一直在寫關於可尋 在已經認為是巴拿馬運河非常宏大視角探討. 巴拿馬運河的歷史是令人驚歎. 在核桃殼, 一個瘋狂的法國人 (斐迪南德雷賽布) 開始一個私人公司打造運河, 幾年來,專案被放棄了, 撿起再一次,終於完成了由美國政府根據羅斯福總統. 這讓我想起比爾的方法因為他正確地指出, 解決可尋既硬又從未停止. 花了多年的努力從最難的工作的人的一些星球開始上, 繼續, 並最終完成). 尚未, 它仍然是不真的完成了. 據我所知, 運河的銀行從未見過他們安息角, 意思他們有支撐,否則仍能保持到這一天. 解決可尋性是以同樣的方式. 我強烈推薦你閱讀比爾的系列和訂閱他的博客為他的觀點上可尋, 特別是因為它涉及到 SharePoint.
我也很感興趣這個問題. 由於我暴露于快速和持續討論這問題與我輝煌的 EMC 同事, 我有一些更多的想法,我打算寫關於在未來的幾周和幾個月. 在我這小小系列的下一篇文章, 我要去試著把周圍的問題,表明它是多麼糟糕的框 (這比你想像的更可怕🙂 ). 這太可怕了, 但至少它不放在一個盒子裡.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
之一 … 副作用 … 為一個巨大的公司工作是我每個月我的收件匣中得到很多電子報. 我還新的 EMC world 大會上, 所以很多這些電子報都是, 基本上, 不可思議. 這個或那個公司購買這些或那些 EMC 產品, 等等等等等等. 我不抱怨. 我實際上以此為激勵更多地瞭解 EMC 隨著時間的推移,我更好地瞭解哪些 EMC 的大圖片是所有關于 (提示: 它是關於 資訊).
幾次, 這些電子報是很容易理解,其中之一是關於 Mozy. Mozy 是線上的備份工具. 在您的工作站上安裝一個羽量級用戶端 (手提電腦在我的情況), 你告訴它你要備份和時,然後它是通過將您的資料發送到一些伺服器(s) 在雲上. 它的發生背景.
我的初始備份在跑了,他們只是在下 4 幾個小時,根據 Mozy 是 550 MB 左右的資料. 我只備份"我的文件" (因此, 資料量相對較小).
它再一次跑了 (我認為 24 小時後), 備份關於更多的東西 8 分鐘. 我永遠不會注意到它發生. 在任何時候,我正在做的工作沒有明顯的影響.
我做了測試恢復,它提供了一個足夠體面的使用者介面來選擇的檔(s) 你想要還原. 它是快速, 短小精悍, 內容豐富 … 我不知道,如何可以任何更好.
我談到我的一個同事,有更多的經驗與線上備份. 他說 Mozy 是好,但它缺乏能力告訴 Mozy 做相當於"恢復已刪除的檔。" 這是說,如果你不知道你刪除國際劍聯, 或如果你做,但不記得它的名字, Mozy 可能不幫你更容易找到它要還原的.
他們強加 2GB 的限制,如果你只是想免費使用服務. 它看上去是 $5/月無限量存儲空間.
底線, 如果有人問我如果他們應該使用 Mozy 線上備份, 現在我的答案是, "地獄, 是的。"
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin