그의 취임 블로그에 게시 것에, chiqnlips 계산된 열 이며 일반적인 SharePoint Designer 워크플로 전자 메일 활동 문제에 대 한 해결책을 설명 하는 광 기에 파 놓은 광산 있다: "도메인 사용자 이름 대신 이메일에 사용자의 실제 이름을 표시 하는 방법."
직접 테스트 하지 않은, 그러나 유망 하 게 본다. 체크 아웃.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
에 몇 회를 읽 었 2008 그리고이 대 한 생각을 날을 있다 2009. 여기에서 SharePoint의 미래에 내 추측은 2009.
나는 SharePoint MVP 및 결과, 난 가끔씩 조금 사전 정보 공개 전에. 나는 게 아니 야 그러한 정보 공개. 난 정말 주위 되지 않았습니다 긴 어쨌든 물건의 종류와 위임 될 정도로.
그 밖의 방법, 예측에...
나는 빨리에 아주 뜨거운 주제를 될 것 이라고 믿는다 2009. 그것은 이미 엔터프라이즈 검색 커뮤니티에서 잘 알려진. 그러나, 모두에 SharePoint와 재생 2009 곧 그것은 그들을 위해 할 수 있는이 제품에 관심이 있을 것입니다.. 주위에 들어설 것입니다 새로운 회사를 컨설팅 하 고 기존 파트너 작동 하 고 그것의 포트폴리오에 추가 출 격. 이번에는 내년, SharePoint 커뮤니티에서 거의 모두 들어 있을 것 이다 빨리에 대 한 의견을가지고.
빠른 타겟된 대형 회사 이며 그 계속. Microsoft 작은 기업에 액세스할 수 있는 제품의 더 초점 맞춘된 버전을 발표할 예정 이다 이상 외부 기회가 생각. 실패, 그들은 빨리 사용자 지정할 수 있는 라인을 따라는 사용자 지정할 수 있도록 SharePoint 검색 엔진을 열 것 이다. 예를 들어, 빠른 사용 하 여 콘텐츠를 사용 하 고 그것을 색인에 대 한 건축 파이프라인. 빠른 관리자와 개발자 수 있는 파이프라인 구성 요소 데이터 소스 마다 모이고 새 파이프라인 구성 요소를 만들 수도. 우리는 오늘이 유연성 sharepoint 없어. 빠른 남아 매우 큰 회사에 단단히 표적으로 하는 경우, SharePoint 검색 FAST의 특징 중의 일부를 채택할 것 이다.
그것은에서 나올 것 이다 믿어 2009.
나는 그것은 우리에 목록 또는 문서 라이브러리에 대 한 견해를 보안 하는 기능을 제공할 것입니다 믿는다. 이것은 믿음보다 희망일 수 있습니다.
최종 사용자가 SharePoint Designer와 특히 워크플로에 대 한 몇 가지 더 나은 지원을 제공할 것입니다 희망.
많은 사람이 알고 하지 않습니다., 나는 적극적으로 추적 내가 여기서 찾을: http://delicious.com/pagalvin/SharePoint_O14.
오늘, 대부분의 SharePoint 공급 업체 지향 가제트 될 것. 받아 대나무 또는 Corasworks 예를 들어. 그들은 거 대 한는 다음과 같은 하 고 좋은 제품의 포트폴리오. 그러나, 그들은 일종의 날 또는 개발자 gadgety 보인다 / 초점을 맞춘 도구. 관리자 도구, 워크플로 도구, 등. 그건 비판 모든 SharePoint 확실히 일부 가제트를 사용할 수 있기 때문에.
에서 2009, 일부 공급 업체 (그리고 매우 가능성이 대나무 스스로, 만약 내가 올바르게 이것을 읽고합니다) 서식 파일의 모양에 있는 verticalized 비즈니스 응용 프로그램 함께 넣어 것입니다., 기능, 솔루션, 등. 오늘 멋진 40 서식 파일에 대 한 생각 해요 하지만 특정 산업에 맞는. 나는 일종의 그것은 이미이 이렇게 악용은 놀. SharePoint는 이러한 종류의 것 들을 제공 하기 위한 플랫폼. 어떤은 모두가 기다리는 거 야? 그들은 더 이상 기다릴 하지 않습니다. 2009.
동시에, Silverlight 및 기타 멋진.NET 물건 새로운 연료 것 이다, 더 나은 그리고 더 재미 있는 가젯.
Sharepointreviews.com이이 제품의 필수적인 커뮤니티 카탈로그를 될 것입니다..
2009 블로거를 위한 주요 초점으로 최종 사용자의 출현을 볼 것 이다, 조직과 마이크로소프트 스스로. 마크 밀러 최종 사용자 SharePoint.Com 큰 역했습니다 2008 그리고 그렇게 계속 됩니다 2009. 최종 사용자가 블로그를 시작 합니다., 덜 기술 장소에 사용자 그룹을 변환 하 고도 하는 데 도움이 사람을 설득 또는 순수 최종 사용자 실행 조직 초점을 맞춘 컨퍼런스.
말하는 회의-의 계속 확장 및 성장 수에 초점. 최종 사용자 콘텐츠 제외, 그들은 개발자와 관리자에 게 충족 시켜 나갈 것입니다..
가상 회의를 데리 러 시작 되 고 기존 회의 하거나 직접에서 참석 하지 않도록 선택할 수 없습니다 누가 원격 참석자에 게 라이브 피드를 제공 합니다..
무료 장소 확장 됩니다., 와 같은 마이크 Lotter (외 다 수) SharePoint 토요일.
이 새로운 개발자의 큰 유입 계속할 것 이기 때문에 매우 중요 한 될 것입니다., 관리자 및 최종 사용자에 게 정보의 종류를 갈망 하는 것입니다이 그룹 제공.
공유 컴퓨팅 기능에 대 한 수요가 일어날 것 이다. 모든 것 들 평등 하, 효과적인 소셜 컴퓨팅 전략을 구현 하는 것입니다 할 더 나은 기업과 그들의 경쟁자 보다 더 강한 것.
보다 신속 하 고 효과적으로 대기업 보다 중소 기업이 이러한 기능을 채택할 것 이다.
대기업: 조심하세요
에서 2008, 많은 SharePoint 블로거 및 단체와 마이크로소프트 스스로 알아내는 특정 문제를 해결 하는 가장 좋은 방법은 시간을 많이 보냈다 (일반적으로 기술적인 문제).
지금도 정의 하 고 최상의 방법의 채용을 육성 기회. 그러나, 그러나 우리 설치 하는 가장 좋은 방법은 냈 어 요, 구성 하 고 SharePoint 관리, 회사의 수백 그리고 수천 설치 되었습니다., 구성 하 고 그 최상의 손을 없이 SharePoint 관리.
에서 2009, 많은 회사는 그들은 문제를 해결 하기 위해 몇 가지 깊이 뿌리 하 고 SharePoint 커뮤니티와 그들을 해결 하기 위해 도움에 대 한 마이크로소프트의 엘리트 회원을 찾고 있을 것입니다 하려고. 이에 확장할 것입니다 생각 2010 아마도 정말 필요 하 고 SharePoint를 사용 하는 회사에 대 한 업데이트 관리 서비스를 제공 하는 별장 산업 산란, 하지만 상처 심하게 그들의 구현에서 초기 가난한 결정 때문에.
에서 2009, 어머니 배 반환 및 밥 폭스 홈 가져.
작업 SharePoint 자신 진짜 전혀에서 1 월까지 시작 하지 않았다 2007. SharePoint는 정말 이륙 하 고 입증이 2 년에 많은 가치를 전달할 수 있는 나에 게 보인다. 여러 가지 생각, 그것은 안 정말로 평탄 자체 인프라 업데이트까지. 그것은 여전히 그것의 버그와 문제가 있다, 우리 모두는 하지만 이후 길을 따라와 서 01/2007. 2009 SharePoint에 대 한 배너 년 될 것.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
두 프레 젠 테이 션을 할 수 있을 거 고 이 2 월에 샌디에고 회의 SharePoint 최고의 사례.
내가 일을 하지 않은이 일 충분히 얻을 그것에 의해 지칠 대로 지친를, 그래서 모든 회의 참석 한, 솔직히, 굉 장. 그러나, 이 회의 특별 한 생각. 0 마케팅 초점 이며 일부 해결 하는 방법에 실제 실용적인 조언을 제공 하는 것에 대 한 모든 것은 thorniest 문제 우리가 다루는 SharePoint 얼굴. 그것은 거 대 한, 그래서 모든 스피커가 매우 액세스할 수 있습니다. (적어도 집 화재 때 그들은 밖으로는). 위대한 공식 프레 젠 테이 션 이외에 즉, 당신이 수 있는 몇 가지 좋은 대화와 토론 거의 모든 스피커와 거의 언제 든 지, 늦은 밤 호텔 바에 imbibing까지 공동 아침 식사와 함께 시작.
스피커 너머, 당신은 거 야 좋은 기회를 구축 하 고 지역 사회에서 다른 SharePoint 사용자의 네트워크를 시멘트. 마지막 세션 및 회의 랩 말까지, 활성화 하 고 SharePoint 환경을 개선 하는 일을 다시 데 려 좋은 아이디어 가득 있을 거 야.
그것은 잘 가치 투자.
웹 사이트는 최고 노치. 날짜에 대 한 체크 아웃, 등록, 주제 및 스피커.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
지난 여름이, 필자에 대 한 두 챕터는 하는 동안은 최고의 SharePoint 소셜 컴퓨팅 책 적, 내 블로그 읽기에 뒤에 아주 멀리 하기 시작 했다. 내 RSS 물건에 대 한 하 고 있는 경우 Google 리더를 사용 이상 1000 읽지 않은 항목, 그것은 단지 말합니다., " 1000".
지난 몇 주 동안, 내가 앉아 하 고 체계적으로 그들을 읽는 고 있어 미래 참고를 위해가 서 그들을 태그 (Delicious.com 사용).
지난 주말에 모두 분실을 지켜, 시즌 4 sittings 몇에 잡기 1000+ 블로그 항목 같은 심정.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
위로 마크 밀러 www.endusersharepoint.com SharePoint Designer 워크플로 내 최근 문서 게시 여기 (http://www.endusersharepoint.com/?p=1037).
다른 목록에 하나의 목록에서 만든 워크플로 이동 하기 위한 기본적인 접근을 설명. 다른 목록 같은 사이트에 있을 수 있습니다., 동일한 사이트 모음 또는 완전히 다른 농장 (예를 들어. 생산 개발에서).
이것은 복잡 한 주제 그래서 아주 기본적인 시나리오만 적용. 다음 주, 더 유용한 현실 세계 예제를 쓸 거 야.
그것을 확인 하 고 거기에 어떤 의견을 공유.
<끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
마크 밀러 내 최신 최종 사용자 지향 올렸습니다 SharePoint 디자이너 워크플로 문서를 자신의 사이트를 이곳에: http://www.endusersharepoint.com/?p=1008
질문에 똑 바른 대답을 제공 하려고, "왜 수 없습니다 내가 쉽게 포트 테스트 하려면 개발에서 SharePoint 디자이너 워크플로?" 과정에서, 또한 SPD 실제로 뭘 뒤 우리 워크플로 솔루션을 만드는 데 사용할 때 몇 가지 통찰력을 주고.
다음 주, 나는 최종 사용자 친화적인 방법으로 포트 SPD 워크플로와 다른 서버 설명, 적어도 최종 사용자 친화적인 솔루션으로 가능한 도구의 상태를 주어진 설정 또는.
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
난 일부 파트너 빠른에서 지난 봄 훈련 참석의 행운. 제품 정말 감동 되었고 앞으로 그것을 협력을 찾고. 불행 하 게도, 하나의 프로젝트를 통해 떨어진 고 EMC 내 회사를 인수 하는 다음. 예상 대로, 혼돈의 있었는데 우리는 EMC와 EMC에 대 한 배운 우리에 대해 알게. 빠른 기술 그 기간 동안 우선 규모에 몇 가지 포인트를 삭제. 그러나, 제품에 내 관심을 잃은 적 및, 더 재미 있게, 더 큰 문제 findability.
난 정말 그 단어를 좋아하지 않아, 하지만 익숙해 지려고 노력하고 있어요 🙂 어색함에도 불구하고, findability가 이다 진짜 (아니면 적어도, 신흥) 용어. 할 한 라이브 검색 만약 당신이 더 많은 기술적인 정의 찾는 데 관심이, 이 같은 사무실 주변에 그것을 설명 하는 방법 이지만:
찾을 수 없는 지적 자본도 없을 수 있습니다..
그것은 거의 말이 사실:
찾을 수 없는 지적 자본 신속 하 고 쉽게 또한 없을 수 있습니다..
지적 자본 (IC) 사람의 머리에 생각으로 시작 하 고는 그 후 동료 들과 협업 및 다양 한 지역 사회와 상호 작용을 통해 세련 된. 정말 유용 하 게, 이 결과 아이디어를 기록 합니다.. 이것이 문제가 시작되는 곳입니다 🙂
요즘, 녹음 일반적으로 아이디어는 MS 워드 문서 양식에 설명 된 것을 의미합니다, Excel 통합 문서, 등. 결국 하드 드라이브 어딘가에에 전자 포맷에 갇혀. IC는 분명 같은 다른 형태의 걸립니다., 이미지 처럼, 동영상, 매우 유익한 블로그, 위 키 … 그것은 그들 모두를 목록으로 불가능. 동시에, IC는 다양 한 파일 시스템 같은 장소에 저장, 데이터베이스, 비즈니스 응용 프로그램 (ERP, CRM, SharePoint, Documentum), 등.
이 findability 문제: 얼마나 신속 하 고 쉽게 찾을 수 있습니다 다스 또는 다스에 체재의 수백 또는 수천의 수백에 저장 된 IC, 수천 수만 (수천 수백 라고 감히) 조직의 위치?
그것은 해결 하기 어려운 문제. 빌 영어는 findability에 대 한 작성 되었습니다. 내가 온 파나마 운하로 생각 하에 매우 그랜드 관점에서 접근. 파나마 운하의 역사는 놀라운. 호두 껍질에서, 미친 프랑스인 (Ferdinand de Lesseps) 운하를 건설 하는 개인 회사를 시작, 프로젝트는 몇 년 동안 포기 되었다, 다시 선택 하 고 마지막으로 루즈벨트 대통령에서 미국 정부에 의해 완료. 이 생각나는 빌의 접근 하기 때문에 그가 바르게 지적한 대로, 모두 열심히 하 고 멈추지는 findability를 해결. 시작 행성에 일부 어려운 작업 인간의 노력의 년을 했다, «««, 그리고 마지막으로 마무리). 그리고 아직, 그것은 아직도 진정으로 완성 된. 내가 알기로, 채널의 은행 그들의 각도 휴식의 만난 적이 없다, 그들은 shored 되며, 달리도 날을 위해 유지 해야 한다는 의미. Findability를 해결 하는 것은 같은 방법으로. 난 확실히 빌의 시리즈 읽었고 findability에 그의 견해에 대 한 그의 블로그를 구독할 것이 좋습니다., 특히 SharePoint에 관한.
나도이 문제에 관심이 있어요. 내 빛나는 EMC 동료와 함께이 주제에 신속 하 고 지속적인 토론에 내 노출 때문, 난 아이디어가 몇 가지 더 많은 오는 주 및 달에 대해 쓸 계획. 이 작은 시리즈에서 나의 다음 기사에서, 시도 하 고 어떻게 끔찍한 정말 표시 문제 주위에 상자를 넣어 거 야 (생각보다 더 끔찍 해요 🙂 ). 그것은 끔찍한, 하지만 적어도 상자 안에 맞지 않습니다..
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
중 하나는 … 부작용 … 거 대 한 공사에 대 한 작업을 많이 보도 자료 내 받은 편지함에 매달은. 나는 여전히 EMC 세계에 새로운, 그래서이 보도 자료의 많은, 기본적으로, 헤아릴 수 없는. 이 또는 그 회사가 또는 그 EMC 제품 구입, ㅋ ㅋ ㅋ ㅋ. 내가 불평 하지. 내가 실제로 걸릴이 더 나은 어떤 EMC의 큰 그림을 이해할 수 있도록 시간이 흘러가는 EMC에 대 한 자세한 인센티브에 대 한 다 (힌트: 그것은 대해 정보).
몇 번, 그 보도 매우 쉽게 이해 하 고 그들 중 하나 였습니다. Mozy. Mozy는 온라인 백업 도구. 경량 클라이언트 워크스테이션에 설치 (나의 경우 노트북), 그것을 백업 하 고 싶은 게 고 때 그리고 그것은 일부 서버에 데이터를 전송 하 여가(s) 구름에. 그것은 백그라운드에서 않습니다..
바로 아래 내 초기 백업 실행 4 시간과 Mozy에 따르면 550 MB 정도의 데이터는. 나는 단지 "내 문서를 백업" (따라서, 상대적으로 적은 양의 데이터).
다시 실행 (제 생각에는 24 시간 후), 에 대 한 몇 가지 더 많은 물건을 백업 8 분. 일이 그것을 발견 하지. 시간에 하 고는 어떤 일에 아무 명백한 영향이 없었다.
나 테스트 복원 하 고 파일을 선택 하려면 충분히 괜찮은 사용자 인터페이스 제공(s) 복원 하려는. 그것은 빠른, 뭐이 따위로, 유익한 … 내가 어떻게 더 나은 할 수 없습니다..
온라인 백업으로 더 많은 경험을가지고 그것에 대해 내 동료 중 하나에 이야기. Mozy은 좋은 하지만 그것은 "내가 삭제 복원 파일의 상응 하는 Mozy에 게 능력 부족 이라고 말했다." 이 말을 만약 당신이 당신이 삭제 하는 한 저런, 또는 경우에 당신이 그러나 하지 않는 그 이름을 기억합니다, Mozy 도움이 되지 않을 수 있습니다 훨씬 쉽게 찾는 복원 측면에서.
그들은 무료로 서비스를 사용 하려는 경우 2GB 한계를 부과. 그것은 $5/month 무제한 스토리지는.
히 프 라인, 만약 누군가가 그들은 온라인 백업 Mozy 사용 해야 나에 게 묻는다, 내 대답은 지금, "지옥, 네입니다."
</끝>
에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin
