Jquery의 칭찬에 향상 된 검색-로-당신-타입 (1 월 Tielens에 의해)

회신을 남겨주

BPOS 데모에서 일하십시오 (곧를 Microsoft에서 사용할 수의 사이트) 난 조금 pizzazz를 추가 하 고 싶 었 고. 나에 대해 알고 있 었 어 1 월 Tielen 노력 꽤 하 고 데모를 추가 하려면 좋은 기술 될 것 이라고 생각, 그래서 내가 그 랬 어. 당신은 여기 그것에 대해 읽을 수 있습니다.: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. 그것은 그래서 그것을 사용 하 여 간단한 아마 범죄 해야 (그리고 어쩌면 어딘가).

그는 이미 만든 두 포인트 추가 / 에 대해 쓴:

  1. 이것은, 사실, BPOS에 작동 (SharePoint 온라인) 환경.
  2. 성가신 팝업 메시지 접두사 없이 http 대신 https와 jquery 라이브러리에 대 한 참조를 작동 하도록, 마찬가지로:
<스크립트 유형 ="텍스트/자바 스크립트" src ="https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></스크립트>

아마도 귀하의 사이트에 라이브러리 자체를 이동 해야 밖으로 1 월 포인트. 오늘 조금 게으른 느낌, 대신에 블로그에 블로그를 하기로 결정했습니다 🙂

</끝>

이것은 또 다른 게시물에 내 -시리즈 사용 하는 방법에 jQuery Sharepoint와 함께.
Jquery에 대 한 자세한 정보를 원하는 경우, 매우 추천: 액션 jQuery 베어 Bibeault 및 예 후 다 카 츠.

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

Sharepoint가 게 이야기 목요일 10/29 에서 12:30 동부 서머 타임 오후

회신을 남겨주

다음 SharePoint 쇼핑 토크 일어난 일이 목요일에 12:30동부 서머 타임 오후.

우리가 2 주를 이륙 했습니다. (SharePoint 회의 지난 주 때문) 그리고 결과적으로, 우리는 큐에 있는 질문의 수, SharePoint에 관한 얘기를 멋진 물건의 모든 종류를 언급 하지 않기 위하여 2010. 모든 패널 회원의 참석 SPC, 그래서 당신의 SP를가지고 2010 질문 전화를 하거나 이메일을 그들에 게 questions@sharepointshoptalk.com.

어떤 SP에 대 한 이야기를 따로 설정 하는 전화의 좋은 부분을 제외 2010 선, 우리는 또한 다루겠습니다.:

  • SharePoint은 사이트 설정에서 다른 탐색 옵션을 표시 하는 이유 (이 기능 및 사이트 구성에 따라 다릅니다.)
  • Versions.aspx-문제 수정, 이렇게 어려움 (나는 놀라지 않는다 🙂 ).
  • 원본 인증 사이트에 피드 RSS를 포함.
  • Stsadm을 사용 하 여 로깅 관리.

여기 등록: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

평소 처럼, 어떤 질문이 나 토론 주제를 보내 questions@sharepointshoptalk.com, 직접 이메일로 또는 @pagalvin에 트위터.

우리는 당신을 보고 희망!

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

빠른 조회: Sharepoint에서 Splistitem에서 직접 InfoPath XML 읽기

1 회신

난 어디 InfoPath 양식에서 첨부 파일을 추출 해야 하는 프로젝트에서 작업. InfoPath 양식을 구문 분석에 대 한 몇 가지 좋은 자원 (XML 파일은, 그래서 그것은 실제로 매우 쉽다).

프로젝트를 구축 했다 하는 동안, InfoPath 양식을 다운로드 하 고 나의 현지 하드 드라이브에 저장 하 여 시작. C# 코드는 직접 읽고. 그러나, InfoPath 양식을 SharePoint 양식 라이브러리 안에 살고 정말. 난 조금 반 마음 도서관에서 직접 읽는 방법을 검색 했 고 거의 포기, 어떤 경우에 로컬 임시 디렉터리에 저장 하는 양식을 있고 거기에서 그것을 읽을합니다. 그러나, 라이브러리에서 직접 읽을 수 있습니다 그 농구를 통해 갈 필요가 있다. 이 작은 조각은 보여 줍니다 어떻게:

/// 여기 클래스 정의 물건, 포함 하 여:
개인 SPFile mySharePointFile; /* SPList의 일부 */
// 더 많은 코드는 여기에서 간다와 클래스의 메서드 내에서 우리는:
XmlTextReader textReader;
textReader = 새로운 내용 XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.없음;

textReader.Read();

// 노드 값을 가진다면

하는 동안 (textReader.Read())
{

..., 등등 등등...

그들은 중요 한 비트 위에 우리는 OpenBinaryStream 통해 직접 InfoPath를 읽을 수 있다 이다() XmlTextReader에 생성자에 매개 변수로 SPFile에 호출 하는 메서드. 그것은 위대한 작품.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

신속 하 고 쉽게: .NET C#에서 Gmail SMTP 서버를 사용 하 여 이메일을 보낼

2 답글

이것은 정확 하 게 새로운 주제, 하지만 언제 그것을 할 필요가, "왜 나를 위해이 작동 하지 않습니다"을 많이 발견 하 고 너무 많은 직접 답변. 나는 누군가 이것을 유용한 발견 희망.

코드의 다음 비트는 그것을 내 자신의 gmail 계정을 사용 하 여 이메일을 보낼 것 이다, 첨부 파일 포함:

사용 하 여 System.Net.Mail;
사용 하 여 System.Net;

NetworkCredential loginInfo = 새로운 내용 NetworkCredential("[내 Gmail ID]", "[내 Gmail 비밀 번호]");
MailMessage msg = 새로운 내용 MailMessage();
msg입니다.=에서 새로운 내용 MailAddress("[M Gmail Id]@gmail.com");
msg입니다.To.Add(새로운 내용 MailAddress("paul.galvin@arcovis.com < cf 해시 스크립트 ="f9e31"유형 =" 텍스트/자바 스크립트 "> / *  * /"));
메시지입니다. 제목 = "테스트 infopath 개발 주제";
메시지입니다. 몸 = "<html><바디><강력한>강력한 메시지입니다.</강력한></바디></html>";
메시지입니다. IsBodyHtml = true;

foreach (문자열 aFile 에서 NIPFD입니다. GetAttachmentNamesAndLocations())
{
    메시지입니다. Attachments.Add(새로운 내용 첨부 파일(aFile));
} // 첨부 파일 추가.

SmtpClient 클라이언트 = 새로운 내용 SmtpClient("smtp.gmail.com");
클라이언트입니다.EnableSsl = true;
클라이언트입니다.해야 = false;
클라이언트입니다.자격 증명 = loginInfo;
클라이언트입니다.포트 = 587;
클라이언트입니다.EnableSsl = true;
클라이언트입니다.보내기(메시지);

느려 졌 나 몇 가지 주요 비트와 다른 관측 / 노트:

NetworkCredential loginInfo = 새로운 내용 NetworkCredential("sharepoint", "xyzzy");

  • 내 gmail 계정이 SSL을 사용 하도록 설정 하 고 그 문제가 아니.
  • 거기 밖으로 사용 하 여 어떤 포트에 어떤 충돌 정보. 내가 사용 하는 포트 587 그리고 그것은 나를 위해 괜 찮.
  • 내 경우에는, 나는 또한 첨부 파일을 보낼 필요가. NIPFD 개체는 어디 내 첨부 파일 알고 하는 방법. 그것은 완전히 경로 반환 (예를 들어. "c:\tempattachment1.jpg ". 내 테스트에서, 2 개의 첨부 파일을 했다 그리고 그들은 둘 다 괜 찮.

Visual studio를 사용 2008 이 코드를 작성 하려면.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,,,

SharePoint 회의 2009 -트위터에서 실시간으로 원시 데이터를 얻을

회신을 남겨주

거의 모든 어쨌든 이것을 알고 기대, 내가 빨리 메모를 트위터를 통해 사용할 수 있는 엄청난 양의 매우 흥미로운 정보는 밖으로 던져 것 이라고 생각 하지만. 해시 태그 #SPC09 가장 인기 있는 것 같다. 언제나 처럼, 어리석음의 및 "에서" 농담 많이 있다, 그러나 만약 당신이 과거를 얻을 수합니다 있습니다., 체크 아웃. 내가 최선을 다 해 내 의견이 나 나에 게 지시 하는 질문에 응답 하 고 난 다른 사람을 많이 할 뿐만, 그것은 정보의 단방향 흐름.

새로운 세션 2 시간 바로 아래에서 시작 하 고 약 3 오후 동부 서머 타임이 목요일까지 계속. 그것은 다음 데리 러 시작 됩니다..

체크 아웃 여기 피드 트위터: http://twitter.com/#search?q=%23spc09

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

프로그래밍 방식으로 InfoPath 양식에서 첨부 파일을 추출 (그들의 이름을 포함 하 여!)

회신을 남겨주

InfoPath 및 워크플로 활용 하 여 클라이언트에 대 한 비용 항목 솔루션을가지고. 승인 과정에서 한 시점에서, 스스로 첨부 파일 뿐만 아니라 좋은 InfoPath 데이터의 모든 이메일을 생성할 필요가 있도록 (한숨) 누군가가 그 데이터를 수동으로 다시 Oracle 데이터베이스 응용 프로그램에 키.

그것은 매우 어려운 하거나 InfoPath 양식을 구문 분석. 첨부 파일을 처리 하는 방법을 몰 랐 어 요, 그러나. 한 시간이 나 두 인터넷 주위를 파고의 후 (영원!) 이 기사를 발견: http://support.microsoft.com/kb/892730

그것은 제공 하는 몇 가지 편리한 코드 형태로 노드에서 첨부 파일을 추출 하. (당신은 여전히 노드와 모든 것을 찾이 필요가, 하지만 그건 그냥 XML 구문 분석).

첨부 파일은 base64 인코딩 및 원래 그냥 추출 경로 내려 갔다 알고는 base64 데이터, 그것을 해독 하 고 그것을 저장. 그러나, 신속 하 게 위에서 언급 한 문서를 찾을 때까지 파일 이름 자체를 얻을 하는 방법을 몰 랐 어 요 깨달았다.

난 실제로 꽤 일찍 발견 했다, 하지만 그것의 다중 인격에 의해 연기 되었다. 한 손에, 문서 * 말한다 * InfoPath에 대 한 좋은 2007. 아직, Visual Studio에 대 한 모든 코드와 지시는 2003 그리고 InfoPath에 대 한 참조 2003.

히 프 라인, 제공 문서 코드 나를 위해 잘 작동 (지금까지). 난 내 InfoPath 양식을 얻을 수 있습니다., 그것을 구문 분석할 수 있습니다, 내가 찾아서 첨부 파일을 해독할 수 및 나의 이름을 알고합니다. 더 수 있는 하나 하나의 생명의 요청?

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,,

SharePoint 환경의 태 드 건강 수 있다는 걱정이 되 면, 당신이 그 문제를 해결 하는 데 도움이 하자 건강 체크.

Sharepoint가 게 이야기 정리해 보에 대 한 10-08-2009

6 답글

평소 다양 한 주제의 범위를 커버 오늘날의 Sharepoint가 게 이야기:

  • 우리는 귀하의 거래 파트너에 게 SharePoint 사이트 컬렉션의 부분 개방 주위 문제 논의. 세계에서 가장 복잡 한 것은 아니다., 하지만 큰소리에 대해 얘기를 시작 하면, 당신은 정확 하 게이 행 해질 필요가 있는 작은 개인적인 것 들을 많이 있습니다 실현. 당신은 방화벽을 고려해 야, 라이선스 (인트라넷 SharePoint 라이센스 되지 않을 수도 있습니다., 아마 되지 않습니다, 충분 한), SharePoint 구성 (AAM, 아마 HTTPS 사용할 수 있는 영역에 웹 응용 프로그램 확장), 등. 사람이 무엇을 해야할지와 시퀀스 점검 하는 경우, 내가 코멘트에 그것을 보고 싶어요. 이 질문은 "대부분 논의 질문" 올해의 인식 이기 (지금까지).
  • 그 엄지 손톱 이미지를 생성 하는 이미지 라이브러리 기능에 대 한 질문을. 이미지 라이브러리에는 이벤트 수신기는 엄지 손톱을 생성 추측. 난 아마 기지 벗어, 하지만 엄지 손톱 자체에 대 한 웹 서버에서 전적으로 별도 이미지 처럼 보인다. Vamshi, SharePoint가 게 이야기 일반, 이 블로그 항목을 지적: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. 당신이 그것에 관심이 있다면 그건 SharePoint에서 이미지에 대 한 아주 흥미로운 게시물.
  • 우리는 사용자 지정 편집 양식을 논의 (SPD를 통해 작성 하는) 그리고 당신이 그것을 할 때 첨부 파일 기능을 상실 하는 사실. 로 라 로저스는 여기에 그 주제에 블로그: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

이번 주, 우리가 우리가 보낸에 대 한 새로운 기능을 도입 10 SharePoint 환경에는 재미 있는 팁/트릭을 보여주는 분. 이번 주, 웹 파트 콘텐츠 편집기를 추가 하는 방법을 살펴보았습니다. (그리고 실제로 모든 웹 파트) newitem.aspx 페이지. 이 경우에, newitem.aspx 페이지에 대 한 몇 가지 광범위 한 온라인 도움말을 표시 하는 목표는. 이것은 또한 환경에 jQuery를 통합 하기 위한 일반적인 시작 지점. 다음 주, 우리는 jQuery 팁/트릭을 보여 계획. 우리는 당신을 보고 희망.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

Sharepoint가 게 이야기 10/08/08 에서 12:30 동부 서머 타임 오후

회신을 남겨주

우리는 우리의 다음 주간 Sharepoint가 게 이야기 세션 내일 호스팅 있어 12:30 동부 서머 타임 오후.

이것은 오픈 Q&A와 모든 주제 관련 SharePoint에 일반 kibitzing 세션.

여기에 우리가 이러한 호출을 여기에 무엇을 할의 의미 이전 세션의 다양 한 요약 되어 표시를 읽을 수 있습니다.: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

등록 되 고 바로 여기 준비: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

트위터 나에 게 질문, @pagalvin.

그들에 게 이메일 questions@sharepointshoptalk.com 또는 그냥 줄에 표시 하 고 크게 그들에 게.

우리가 당신을 보고 희망 다음!

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

블로그 또는 블로그-그 질문입니다. (에 대 한 블로그)

1 회신

참고: 이것은 원래에 게시 www.endusersharepoint.com.

몇 주 전에 SharePoint에서 토요일 뉴욕에서 연설 할 기회를 했다. 다시 한 번, 엄청난 이벤트. 이번에, "학습 SharePoint"-매우 광범위 한 주제에 대 한 이야기. 프레젠테이션 하는 동안 (당신이 여기 얻을 수 있는), 다양 한 기법에 대 한 이야기 "학습" SharePoint, 책 학습 같은 것 들을 포함 하 여, 클래스 룸 교육, 자신의 VM을 만드는 가장 중요 한 것은 (저에게), 커뮤니티 참여. 한 가지 방법은 SharePoint 커뮤니티에 참여 하는 블로그를 통해. 누군가가 특히 블로깅에 대 한 부탁 했다 그는 몇 가지 문제에 내 의견을 물어 들었어요 언급 하기 전에 다른 사람. 그것은 몇 주 동안 내 머리 뒤쪽 가려움증은 내 평소 패션에 너무, 그것에 대해 블로깅으로 그가 렵 게를 긁 적.

어떤 사람들 이렇게 많은 질 블로거 밖에 현장에 오늘 그리고 그 많은 품질 블로그 항목 작성 되었습니다 하는 의미에서 생각 하는 것, 들은 새로운 것이 없다. 또는, "새로운" 것은 너무 좁게 집중 그것 누구 든 지 재미 있을 것 이다. 난 동의 하지 않는다 그 감정을 또는 기본 가정 들에 대 한.

우선, 만약 당신이 블로깅 SharePoint를 잘 학습에서 귀하의 개인적인 시도의 부분이 기 때문에, 그것은 정말 관련이 없습니다 만약 누군가가 아닌지 귀하의 주제에 작성 했습니다.. 지역 사회 참여에 뒤에 드라이버 중 하나, 개인 학습 여부에 대 한 인지, 그것은 당신이 바로 그것을 얻이 필요가. 아무도 일부 약한 블로그 항목을 놓고 세계 앞에서 바보 같 잖 아 하 고 싶어. 바로 그것을 받고 하는 과정에서, 더를 통해 주제를 신중 하 게 생각 하는 거 야, 등. 따라서, 생각 하 고, 공부 하 고 온갖 각도에서이 주제를 고려, 왼쪽에서 오른쪽, 최대 아래로, 안으로 그리고 밖으로 (또는 적어도 이어야 한다). 그것은 매우 귀중 한 운동. 사실, 그것은 거의 마친 시간에 의해 "게시" 버튼을 누르면 지점 옆에 그것을 쓰기 때문에 당신은 이미 지금까지 혜택의 대부분을 파생 했습니다.. 물론, 어쨌든 여러 가지 이유로 포스트 버튼을 눌러 하려는, 하지만 난 벗어나 다. 결론은 블로깅은 귀중 한 학습 운동 자체의, 기간.

나는 또한 "그것은 이미 완료 되었습니다" 인수를 거부. 그래서 만약 그것은? 끔찍한 결과 빙을 통해 귀하의 주제를 찾는 사람들 2 또는 5 또는 12 기사를 찾을 지금 것 이다. 누가 염려 합니까? 항상 선호 하는 난이 물건에 대 한 튜브를 검색할 갈 때 같은 주제에 몇 가지 기사를 찾을 수. 보기의 다른 점, 다른 쓰기 스타일, 동일한 문제-에 다른 접근 그들은 모두 도와 내가 필요로 하는 무슨 이해. 내 생각에, 지역 사회는 좋은 품질 블로그에 포화 점을 도달 가까이 어디 SharePoint 세계에서 어떤 주제에 기사.

그래서, 블로그 멀리! 당신은 그것에 대해 불평 내 말 들 려 하지 않습니다.. 보장합니다 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,

중국이 게에 황소를 하지 마십시오

회신을 남겨주

Sharepoint의 간략 한 역사 (상대 초보자의 관점에서)

참고: 이 문서는 원래에 게시 www.endusersharepoint.com. 제 블로그에 올리는 걸 깜빡했네요 🙂

SharePoint 진화 하고있다 대단한 그것의 초기 시절부터 Microsoft에서 보육 기술의 일종으로 –그것은 거의 공포 영화 처럼 진화는, 미친 과학자의 창조 그것의 자신의 생활에 걸립니다, 그 창조주의 기대와 규칙의 자유롭게. 기술 진화 분명 하다-WSS 3.0 개체 모델은 풍부 하 고 WSS 보다 더 복잡 한 2.0, 이전 버전에 비해 개선 된 자체. 다음 버전 의심의 여지가 나타납니다 엄청난 개선을 통해 3.0. 최종 사용자의 관점에서, 그러나, SharePoint의 진화는 더욱 중요 한.

초기에, SharePoint는 많은 최종 사용자에 게 제공 하지 않았다. 그들은 그들의 일반적인 기능 요구 했, 그들을 잘 정의 하 고 솔루션 구현 작업. SharePoint를 사용 하 여 문제를 해결 하기 것이 그것은. 제품 최종 사용자에 게 매우 액세스할 수 아니 었. 몇 가지 유사점을 던져 생각 했습니다, 하지만 난 내가 무슨 뜻인지 보여 벤 다이어그램을 충실 하기로. 마이크로소프트 처음 출시 때 SharePoint 세계에 제공 하는 상용으로, 그것은 최종 사용자의 상대적으로 전통적인 패턴에 따라 <-> IT 관계. 최종 사용자의 많은, 의사 소통 및 그것의 아주 작은 수 작업 사람들이 비즈니스 문제를 해결 하는 솔루션을 제공 하:

image

SharePoint는 적합 한 플랫폼은 전체 문제 도메인이 작습니다. (특히 오늘날의 SharePoint에 비해. 최종 사용자와 그것은 그것으로 더 고전적인 배열에서 일: 요구 사항 정의, IT에 대 한 커튼 뒤에 그들의 일 대기와 최종 제품의 납품.

SharePoint에 진화는 2.0 세계 (WSS 2.0 SharePoint 포털 서버), 몇 가지 일이. 첫 번째, "문제 도메인" 크기에서 증가. 문제 도메인에 의해, 난 비즈니스 문제는 SharePoint 솔루션을 될 수의 종류. 예를 들어, SPS까지 SharePoint 환경에서 심각한 검색 솔루션을 구현 하는 것에 대 한 너무 열심히 생각 하지 (그리고 심지어 그 후, 그것은 안 될 하는 데 필요한 좋은). 동시에, 최종 사용자 뿐만 아니라 정의 하는 전례 없는 능력을가지고, 하지만 거의 없거나 전혀 없는 IT 지원 자체 솔루션 구현.

는 3.0 플랫폼 (WSS와 MOSS) 유지 하 고 그 기세를 증가. 문제 도메인에 비해 거 대 하다는 2.0 플랫폼. 회사에서 거의 모든 학과, 제조 건강 및 안전 마케팅 부서에서 배열, 품질 관리-판매에서 SharePoint에 대 한 좋은 사용을 찾을 수 있습니다 그들은 (그것은 정연 한 구멍에 둥근 못을 mashing의 경우). 동시에, 더 많은 최종 사용자가 그들의 자신의 비즈니스 솔루션을 구현 하는 플랫폼에 힘을 실어합니다. 이 다이어그램을 포착 하려고:

image

이 강력 하 고 실망 혼합물 입증. 는 3.0 플랫폼에 그들의 머리에 켜 이전 안정 역할. 갑자기, 최종 사용자가 효과적으로 판사, 배 심원 그리고 사형 집행 비즈니스 분석가, 응용 프로그램 설계자와 개발자가 그들의 자신의 비즈니스 솔루션에 대 한. 이 문제에 대해 쓰고의 중심부에 도달. 하지만 전에 내가 너희에 게이 뛰어들어 그, 방에 있는 코끼리를 고려 하자.

수정 구슬에 들여다 보며

SharePoint는 어떻게 2010 이 패턴에 영향을 미칠합니다? 그것은 증분 또는 혁명적인 것인가? 더 많은 것, 더 적은 또는 최종 사용자에 게 수가 대 한 솔루션을 구축 하는 능력이 찾아낸 2010? 윌 SharePoint 2010 문제 영역을 더욱 확장 또는 그것은 그냥 수정 하 고 그것은 이미 wss에서 제공 간소화 3.0 / 모스?

충분 한 정보가 안전 하 게 일반적인 대답은 말을 "밖으로 거기":

  • 문제 도메인 극적으로 확장 하려고.
  • 최종 사용자가 스스로 하기 전에 보다 더 많은 권한을 찾을 것입니다..

벤 다이어그램 것이 페이지 보다 클 수 발생할 일부 IT 전문가 그들의 Pepto 도달 CxO의.

일부 진정으로 transformational 일을 회사에 대 한 엄청난 기회가 될 것을 믿습니다..

내 중국이 게에서 아무 불!

이 위대한 소리, 하지만 SharePoint 컨설턴트 및 IT 관리자의 신발에 자신을 퍼 팅 나의 관점에서, 이 비전을 참조. 아름 다운 접시 중국이 게를 소유, 크리스탈, 등 (내 SharePoint 환경). 나는 공간을 임대 했습니다., 내가 내 재고를 구입 하 고 그것을 모두 밖으로 누워 내가 그것을 좋아하는 방식으로. 나는 꽤 오픈 준비, 하지만 기대에, 내 고객 늘어서 있다 고 나 통지는 실제 불 밖에 문을 보면합니다. 더 밀접 하 게 보고 하 고 실제로 볼 두 황소와도 늑대. 그 다음 나는 몇 가지 양 확인. 양 그래서 나쁜, 하지만 그들은 어쩌면 늑대 위장? 내 중국이 게에 황소를 싶지 않아!

그것은 더 나빠지고! 때 공간을 빌려, 그것은 얼마나 좋은 믿을 수가 없었다. 넓고 오픈, 훌륭한 시설, 아주 합리적인 가격. 그러나, 이제는 넓은 개방 장소 및 거 대 한 문 그냥 완벽 하 게 크기가 서 황소에 대 한 실현에 누워 폐기물 내 중국에 방황.

너무 멀리이 비유를 밀으십시오, 물론. 최종 사용자는 황소 (그들의 대부분, 어쨌든) 그리고 IT 부서 (확실 하 게 해야 한다 또는) 의혹의 종류와 그들의 사용자 커뮤니티 보기. 그러나, 이런이 종류의 완벽 한 충돌에 이미 일어나는는 3.0 내가 기대 하는 플랫폼만 악화 될 sp 2010. SharePoint는 이미 힘을 실어주 고 및 장려 하는 최종 사용자가 정의 하 고 그들의 자신의 솔루션을 구현.

그것은 좋은 모두, 그러나 사실은 그것은 여전히 매우 기술 제품 하 고 여전히 활발 한 비즈니스 요구 사항 분석의 종류에 대 한 호출, 디자인 및 일반적인 계획 및 성공 하는 데 필요한 기술 프로젝트 관리. 이들은 최종 사용자의 많은 트릭의 그들의 가방에가지고 있는 능력의 종류, 특히 때 초점은에 SharePoint와 같은 기술 제품.

난이 지난 1 년 동안 그렇게 생각을 많이 주어 고 어떤 쉬운 대답 표시 되지 않습니다.. 그것은 진짜로 귀결 교육 및 훈련. 내가 생각 하는 SP 2010 조금 그리고 그것 회사 그들의 SP 밖으로 롤로 다르게 및 슬로우 모션에서 밖으로 연극을 하려고 하는 게임을 바꿀 것입니다. 2010 솔루션을 통해 2010 그리고 그 너머. 성공 하기 위해서는, 최종 사용자는 자신을 변환 하 고 조금 그것은 종교를 얻이 필요가 있을 것 이다. 그들은 적절 한 요구 사항에 대해 약간 배울 필요가 있을 것 이다
분석. 그들은 명확 하 게 비즈니스 프로세스 워크플로 나타내는 몇 가지 설계 설명서 필요 합니다., 예를 들어. 그들은 CRUD 같은 기본적인 개념을 이해할 필요가 (만들기, 업데이트 및 삭제), 개발/테스트/품질 보증/제품 환경 및 그 인프라를 사용 하 여 제대로 좋은 긴 시간와 벤드 솔루션을 배포 하는 방법 (휴식 하지) 조직의 변화에 대응.

앞으로 몇 주에, 시도 하 고 내 자신의 새로운 아이디어의 일부를 제공 계획, 뿐만 아니라 다른 많은 저자에 의해 한 위대한 작품에 대 한 링크 (에 www.endusersharepoint.com 그리고 다른) 관심 있는 최종 사용자가 오래 된 그것은 종교 시간을 배울 수 있도록. 계속 지켜 봐.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,