כוידעשלעך אַרטשיוועס: אָקטאָבער 2009

אין לויבן פון דזשקווערי ענהאַנסעד זוכן-ווי-איר-טיפּ (דורך Jan טיעלענס)

לאָזן אַ ענטפער

איך בין ארבעטן אויף אַ בפּאָס דעמאָ (באַלד צו זייַן פאַראַנען אַרויף אויף מייקראָסאָפֿט 'ס פּלאַץ) and I wanted to add a little pizzazz. I’ve known about Jan טיעלען ס השתדלות פֿאַר גאַנץ אַ בשעת און איך טראַכט עס וואָלט זייַן אַ גרויס טעכניק צו לייגן צו דער דעמאָ, so I did. You can read about it here: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. It’s so simple to use it should probably be a crime (און אפֿשר איז ערגעץ).

איך לייג נאָר צוויי פונקטן צו וואָס ער שוין באשאפן / געשריבן וועגן:

  1. דאס טוט, אין פאַקט, אַרבעט אין אַ בפּאָס (שאַרעפּאָינט אָנליין) סוויווע.
  2. צו מאַכן עס אַרבעט אָן אַן אַנויינג אויפֿשפּרינג אָנזאָג פּרעפיקס דער דערמאָנען צו די דזשקווערי ביבליאָטעק מיט הטטפּס אַנשטאָט פון הטטפּ, ווי אין:
<שריפט טיפּ ="טעקסט / דזשאַוואַסקריפּט" סרק ="https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></שריפט>

Jan points out that you should probably move the library itself to your site. Feeling a little lazy today, I decided to blog about it instead 🙂

</עק>

דעם איז אנדערן פּאָסטן אין מיין אויף-געגאנגען סעריע אויף ווי צו נוצן דזשקווערי מיט שאַרעפּאָינט.
אויב איר ווילן צו לערנען מער וועגן דזשקווערי, איך העכסט רעקאָמענדירן: דזשקווערי אין אַקשאַן דורך בער ביבעאַולט און יעהודאַ קאַץ.

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

שאַרעפּאָינט שאָפּ רעדן דאנערשטיק 10/29 בייַ 12:30 PM עדט

לאָזן אַ ענטפער

דער ווייַטער שאַרעפּאָינט שאָפּ רעדן נעמט אָרט דעם דאנערשטאג אין 12:30PM עדט.

מיר ווע גענומען צוויי וואָכן אַוועק (רעכט צו שאַרעפּאָינט קאָנפֿערענץ לעצטע וואָך) און ווי אַ רעזולטאַט, מיר האָבן אַ נומער פון שאלות אין ריי, not to mention all kinds of cool stuff to talk about regarding SharePoint 2010. All of the panel members attended SPC, אַזוי ברענגען דיין ספּ 2010 שאלות צו די רופן אָדער Email זיי צו questions@sharepointshoptalk.com.

באַזונדער פון אַ גוט טייל פון די רופן שטעלן באַזונדער צו רעדן וועגן עטלעכע ספּ 2010 גוצקייַט, מיר וועט אויך דיסקוטירן:

  • פארוואס שאַרעפּאָינט ווייזט אַנדערש נאַוויגאַציע אָפּציעס אונטער פּלאַץ סעטטינגס (דעם וועריז באזירט אויף פֿעיִקייטן און פּלאַץ קאַנפיגיעריישאַן)
  • מאַדאַפייינג ווערסיאָנס.אַספּקס - פּראָבלעמס, שוועריקייטן טאן אַזוי (I”m not surprised 🙂 ).
  • עמבעדדינג רסס פידז אין אַ פּלאַץ ווען דער מקור איז אָטענטאַקייטאַד.
  • ניצן סצאַדם צו פירן לאָגינג.

רעגיסטרירן דאָ: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

ווי געוויינטלעך, שיקן קיין שאלות אָדער דיסקוסיע טעמעס צו questions@sharepointshoptalk.com, Email מיר גלייַך אָדער טוויטטער צו @ פּאַגאַלווין.

מיר האָפֿן צו זען איר דאָרט!

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

שנעל קלאַפּ: לייענען ינפאָפּאַטה קסמל גלייַך פון אַ ספּליסטיטעם אין שאַרעפּאָינט

1 ענטפער

I’m been working on a project where I need to extract attachments from an InfoPath form. There are some good resources for parsing InfoPath forms (וואָס זענען נאָר קסמל טעקעס, אַזוי עס ס 'פאקטיש גאַנץ גרינג).

בשעת איך איז געווען בנין אַרויף די פּרויעקט, I started by downloading an InfoPath form and saving it to my local hard drive. My c# code was reading directly from that instance. אָבער, the InfoPath forms are really living inside a SharePoint forms library. I did a little half hearted searching to find out how to read it directly from the library and almost gave up, in which case I would have saved the form to a local temp directory and read it from there. אָבער, there’s no need to go through those hoops as you can read it directly from the library. This little snippet shows how:

/// קלאַס דעפֿיניציע שטאָפּן דאָ, אַרייַנגערעכנט:
פּריוואַט ספּפילע מישאַרעפּאָינטפילע; /* טייל פון אַ ספּליסט */
// מער קאָד גייט דאָ און ין אַ אופֿן פון די סאָרט מיר האָבן:
קסמלטעקסטרעאַדער טעקסטרעאַדער;
טעקסטרעאַדער = נייַ קסמלטעקסטרעאַדער(מישאַרעפּאָינטפילע.אָפּענבינאַריסטרעאַם());

טעקסטרעאַדער.ווהיטעספּאַסעהאַנדלינג = ווהיטעספּאַסעהאַנדלינג.גאָרניט;

טעקסטרעאַדער.רעאַד();

// אויב די נאָדע האט ווערט

ווייַלע (טעקסטרעאַדער.רעאַד())
{

… and so on and so forth …

זיי שליסל ביסל אויבן איז אַז מיר קענען לייענען די ינפאָפּאַטה גלייַך דורך די אָפּענבינאַריסטרעאַם() method call on the SPFile as a parameter to the constructor on XmlTextReader. It works great.

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

שנעל און יזי: שיקן עמאַיל וסינג Gmail סמטפּ סערווירער אין. נעץ C #

2 רעפּליעס

דעם איז ניט פּונקט אַ נייע טעמע, אָבער ווען איך דארף צו טאָן עס, I found a lot of “why won’t this work for me” and not too many direct answers. I hope someone finds this useful.

די ווייַטערדיק ביסל פון קאָד וועט שיקן אַ בליצבריוו מיט מיין אייגן Gmail חשבון צו טאָן עס, כולל אַטאַטשמאַנץ:

ניצן סיסטעמ.נעט.מאַיל;
ניצן System.Net;

נעטוואָרקקרעדענטיאַל לאָגינינפאָ = נייַ נעטוואָרקקרעדענטיאַל("[מייַן Gmail שייַן]", "[מייַן Gmail שפּריכוואָרט]");
מאַילמעססאַגע מסג = נייַ מאַילמעססאַגע();
מסג.פראָם = נייַ מאַילאַדדרעסס("[ב Gmail יד]@ Gmail.com");
מסג.טאָ.אַדד(נייַ מאַילאַדדרעסס("paul.galvin@arcovis.com"));
מסג.סובדזשעקט = "Test infopath dev subject";
מסג.באָדי = "<HTML><גוף><שטאַרק>א שטאַרק אָנזאָג.</שטאַרק></גוף></HTML>";
מסג.יסבאָדיהטמל = ריכטיק;

פאָרעאַטש (שטריקל אַפילע אין ניפּפד.געטאַטטאַטשמענטנאַמעסאַנדלאָקאַטיאָנס())
{
    מסג.אַטטאַטשמענצ.אַדד(נייַ אַטאַטשמאַנט(אַפילע));
} // אַדינג אַטאַטשמאַנץ.

סמטפּקליענט קליענט = נייַ סמטפּקליענט("smtp.gmail.com");
קליענט.ענאַבלעססל = ריכטיק;
קליענט.וסעדעפאַולטקרעדענטיאַלס = פאַלש;
קליענט.קרעדענטיאַלס = לאָגינינפאָ;
קליענט.פּאָרט = 587;
קליענט.ענאַבלעססל = ריכטיק;
קליענט.סענד(מסג);

א ביסל שליסל ביטן אַז סלאָוד מיר אַראָפּ און אנדערע אַבזערוויישאַנז / הערות:

  • דער ערשטער שורה אַז קריייץ די לאָגינינפאָ כייפעץ דאַרף צו נוצן די Gmail שייַן סטריפּט פון "@ Gmail.com". אַזוי, אויב מיין Gmail בליצפּאָסט אַדרעס איז "Sharepoint@gmail.com"און מיין Password איז" קסיזזי "דעמאָלט די שורה וואָלט קוק ווי:

נעטוואָרקקרעדענטיאַל לאָגינינפאָ = נייַ נעטוואָרקקרעדענטיאַל("sharepoint", "xyzzy");

  • מייַן Gmail חשבון איז שטעלן זיך צו נוצן ססל און וואָס איז געווען ניט אַ פּראָבלעם.
  • There is some conflicting information out there on what port to use. I used port 587 און עס געארבעט פייַן פֿאַר מיר.
  • אין מיין פאַל, I also needed to send attachments. That NIPFD object has a method that knows where my attachments are. It’s returning a fully path (e.g. "C:\temp\attachment1.jpg”. In my test, איך האט צוויי אַטאַטשמאַנץ און זיי ביידע געארבעט פייַן.

איך געוויינט וויסואַל סטודיאָ 2008 צו שרייַבן דעם קאָד.

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס: ,,,

שאַרעפּאָינט קאָנפֿערענץ 2009 - באַקומען אייער רעאַל צייט ראַ דאַטאַ פון טוויטטער

לאָזן אַ ענטפער

איך דערוואַרטן אַז קימאַט אַלעמען ווייסט דאָס סייַ ווי סייַ, but I thought I’d toss out a quick note that there’s a tremendous amount of very interesting information available via twitter. The hash tag #SPC09 seems to be the most popular. Like always, דאָרט ס אַ פּלאַץ פון סילינאַס און "אין" דזשאָוקס, but if you can get past that, טשעק עס אויס. I do my best to respond to comments or questions directed to me and I know that a lot of others do as well, so it’s not just a one-way flow of information.

New sessions start in just under two hours and continue up until about 3pm EDT this Thursday. It will start to pick up then.

Check out the twitter feed here: http://twitter.com/#search?q=%23spc09

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

פּראָגראַממאַטיקאַללי עקסטראַקטינג אַטטאַטשמענץ פון ינפאָפּאַטה פאָרמס (אַרייַנגערעכנט זייער נעמען!)

לאָזן אַ ענטפער

I have an expense entry solution for a client that leverages InfoPath and workflow. At one point during the approval process, איך דאַרפֿן צו דזשענערייט אַ Email וואָס האט אַלע פון ​​וואָס גוט ינפאָפּאַטה דאַטן ווי געזונט ווי די אַטאַטשמאַנץ זיך אַזוי אַז (זיפץ) עמעצער קענען נעמען אַז דאַטן און מאַניואַלי שייַעך-שליסל עס אין אַ אָראַקלע דאַטאַבאַסע אַפּלאַקיישאַן.

It’s not very difficult to get at or parse the InfoPath form. I didn’t know how to handle the attachments, אָבער. After an hour or two of poking around the Internets (אַ אייביקייט!) איך געפונען דעם אַרטיקל: http://support.microsoft.com/kb/892730

It provide some handy code to extract the attachment from a node in the form. (איר נאָך דאַרפֿן צו געפינען די נאָדע און אַלע וואָס, אָבער אַז ס נאָר קסמל פּאַרסינג).

איך וויסן אַז די אַטאַטשמאַנט איז באַסע64-ענקאָודיד און איך ערידזשנאַלי זענען אַראָפּ די דרך פון נאָר יקסטראַקטינג די די באַסע64 דאַטן, decoding it and saving it. אָבער, איך געשווינד איינגעזען איך האט ניט וויסן ווי צו באַקומען די טעקע נאָמען זיך ביז איך געפונען די אַפאָרמענשאַנד אַרטיקל.

איך האט פאקטיש געפונען אַז גאַנץ פרי, אָבער איך איז געווען שטעלן אַוועק דורך זייַן שפּאַלטן פּערזענלעכקייט. אויף די איין האַנט, the article *says* it’s good for InfoPath 2007. נאָך, די קאָד און ינסטראַקשאַנז זענען אַלע וועגן וויסואַל סטודיאָ 2003 און באַווייַזן צו ינפאָפּאַטה 2003.

דנאָ שורה, די קאָד וואָס אַרטיקל צוגעשטעלט איז ארבעטן געזונט פֿאַר מיר (אַזוי ווייַט). I can get my InfoPath form, איך קענען פּאַרס עס, I can find and decode the attachment and I know its name. What more can one ask of one’s life?

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

אויב איר ניטאָ באַזאָרגט אַז אייער שאַרעפּאָינט סוויווע זאל זייַן אַ טאַד אַנכעלטי, לאָזן מיר העלפן איר פאַרריכטן אַז מיט אַ געזונט טשעק.

שאַרעפּאָינט שאָפּ רעדן רעקאַפּ פֿאַר 10-08-2009

6 רעפּליעס

הייַנט ס שאַרעפּאָינט שאָפּ רעדן באדעקט זייַן געוויינטלעך ברייט קייט פון סוגיות:

  • We discussed the issues around opening up parts of a SharePoint site collection to your trading partners. It’s not the most complicated thing in the world, אָבער ווען איר אָנהייב גערעדט וועגן אויס הויך, you realize there are a lot of small individual things that need to be done to do this correctly. You have to consider the firewall, licensing (your intranet SharePoint license may not be, and probably won’t be, sufficient), SharePoint configuration (AAM, extending web applications to zones that probably have HTTPS enabled), אאז"ו ו. If anyone has a checklist of what to do and the sequence, I’d love to see it in comments. This question wins the “Most Discussed Question” aware of the year (אַזוי ווייַט).
  • I got to ask a question about the image library functionality that generates those thumb nail images. I speculated that an event receiver on the image library is generating the thumb nail. I’m probably way off base, but it does seem like there’s an entirely separate image on the web server for the thumb nail itself. Vamshi, אַ שאַרעפּאָינט שאָפּ רעדן רעגולער, ווייזט אויס דעם בלאָג פּאָזיציע: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. That’s a pretty interesting post about images in SharePoint if you’re interested in it.
  • מיר דיסקאַסט מנהג רעדאַגירן פארמען (אַז איר מאַכן דורך ספּד) and the fact that you lose the attachment functionality when you do that. Laura Rogers has blogged on that subject here: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

דעם וואָך, we introduced a new feature where we spent about 10 minutes demonstrating an interesting tip/trick in a SharePoint environment. דעם וואָך, we showed how to added a content editor web part (and actually any web part) to a newitem.aspx page. אין דעם פאַל, the objective was to show some extensive online help for that newitem.aspx page. This is also one of the usual starting points for integrating jQuery into your environment. ווייַטער וואָך, we do plan to show a jQuery tip/trick. מיר האָפֿן צו זען איר דאָרט.

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

שאַרעפּאָינט שאָפּ רעדן 10/08/08 בייַ 12:30 PM עדט

לאָזן אַ ענטפער

מיר ניטאָ האָסטינג אונדזער ווייַטער וואכנשריפט שאַרעפּאָינט שאָפּ רעדן סעסיע מאָרגן בייַ 12:30 PM עדט.

דאס איז אַ עפענען ק&A and general kibitzing session on all topics SharePoint related.

איר קענען לייענען פארשידענע ריקאַפּס פון פריערדיק סעשאַנז דאָ צו באַקומען אַ געפיל פון וואָס מיר טאָן אויף די רופט דאָ: 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

Twitter your questions to me, "פּיללאָווס.

Email זיי צו questions@sharepointshoptalk.com or just show up on the line and ask them out loud.

מיר האָפֿן צו זען איר דעמאָלט!

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס:

צו בלאָג אָדער ניט צו בלאָג - אַז איז די פראגע (צו בלאָג וועגן)

1 ענטפער

טאָן: דאס איז געווען ערידזשנאַלי אַרייַנגעשיקט צו www.endusersharepoint.com.

A few weeks ago I had the chance to speak at SharePoint Saturday in New York. אַמאָל ווידער, a tremendous event. דאס מאָל, I spoke about “learning SharePoint” – a very broad topic. During the presentation (וואָס איר קענען באַקומען דאָ), איך גערעדט וועגן אַ פאַרשיידנקייַט פון טעקניקס פֿאַר "וויסן" שאַרעפּאָינט, אַרייַנגערעכנט שטאָפּן ווי בוך וויסן, קלאַס צימער טריינינג, שאפן דיין אייגן וום און רובֿ ימפּאָרטאַנטלי (צו מיר), community participation. One way to participate in the SharePoint community is via blogging. Someone asked me about blogging in particular and asked my opinion on a few concerns he had that I’ve heard others mention before. It’s been itching at the back of my head for a few weeks so in my usual fashion, איך בין סקראַטשינג אַז בייַסעניש דורך בלאָגגינג וועגן אים.

עטלעכע מענטשן ויסקומען צו טראַכטן אַז עס זענען אַזוי פילע קוואַליטעט בלאָגגערס אויס דאָרט אויף די סצענע הייַנט און אַז אַזוי פילע קוואַליטעט בלאָג איינסן האָבן שוין געשריבן אַז אין אַ חוש, there’s nothing new to write about. אָדער, the “new” thing is so narrowly focused that it’s not going to be interesting to anyone. I don’t agree with those sentiments or the underlying assumption about them.

פֿאַר סטאַרטערס, אויב איר ניטאָ בלאָגגינג ווייַל עס ס טייל פון דיין פּערזענלעך פּרווון בייַ וויסן שאַרעפּאָינט געזונט, it’s really irrelevant if someone has written on your topic or not. One of the drivers behind community participation, צי עס ס פֿאַר פּערזענלעך וויסן אָדער נישט, איז אַז איר דאַרפֿן צו באַקומען עס רעכט. No one wants to put up some weak blog entry and look silly in front of the world. In the course of getting it right, איר ניטאָ געגאנגען צו טראַכטן די אונטער דורך מער קערפאַלי, אאז"ו ו. Thus, איר ניטאָ טראכטן, געלערנט און קאָנסידערינג דעם טעמע פון ​​אַלע מינים פון אַנגלעס, לינקס צו רעכט, אַרויף צו אַראָפּ, ין און אויס (אָדער לפּחות איר זאָל זייַן). That’s a very valuable exercise. אין פאַקט, it’s almost beside the point of pushing the “post” button by the time you finish writing it since you’ve already derived much of the benefit by now. אַוואַדע, איר טאָן ווילן צו שטופּן דעם פּאָסטן קנעפּל סייַ ווי סייַ פֿאַר אַ פאַרשיידנקייַט פון סיבות, but I digress. The bottom line is that blogging is a valuable learning exercise in and of itself, צייַט.

I also reject the “it’s already been done” argument. So what if it was? The terrible consequence is that people who are looking up your topic via bing will now find two or five or a dozen articles. Who cares? I always prefer to find several articles on the same topic when I go searching the tubes for stuff. Different points of view, פאַרשידענע שרייבן סטיילז, different approaches to the same problem – they all help me understand what I need. In my opinion, די קהל איז ניט ווו נאָענט צו ריטשינג אַ זעטיקונג פונט אויף גוט קוואַליטעט בלאָג ארטיקלען אויף קיין טעמע אין דער שאַרעפּאָינט וועלט.

אַזוי, בלאָג אַוועק! You won’t hear me complaining about it. I guarantee it 🙂

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס: ,

צי ניט זייַן אַ בולל אין די טשיינאַ שאָפּ

לאָזן אַ ענטפער

אַ קורץ געשיכטע פון ​​שאַרעפּאָינט (פון אַ קאָרעוו נעווקאָמער ס פּערספּעקטיוו)

טאָן: דאס אַרטיקל איז ערידזשנאַלי אַרייַנגעשיקט צו www.endusersharepoint.com. I forgot to post it to my own blog 🙂

שאַרעפּאָינט האט יוואַלווד אַ גרויס האַנדלען זינט זייַן פרי טעג ווי סאָרט פון אַ ינגקיוביישאַן טעכנאָלאָגיע אין מייקראָסאָפֿט –עס ס יוואַלווד כּמעט ווי אַ גרויל פֿילם, ווו די מעשוגע געלערנטער ס שאַפונג נעמט אויף אַ לעבן פון זייַן אייגן, breaking free of its creator’s expectations and rules. The technical evolution is obvious – the WSS 3.0 כייפעץ מאָדעל איז ריטשער און מער קאָמפּליצירט ווי ווסס 2.0, which was itself an improvement over earlier versions. The next version will no doubt show tremendous improvement over 3.0. From an End User’s perspective, אָבער, שאַרעפּאָינט ס עוואָלוציע איז אַפֿילו מער באַטייַטיק.

אין דער פרי טעג, SharePoint didn’t offer much to End Users. They would have their usual functionality requirements, work with IT to define them well and implement a solution. IT would use SharePoint to solve the problem. The product wasn’t very accessible to End Users. I’ve thought threw a few analogies, but I decided to stick Venn Diagrams to show what I mean. When Microsoft first released SharePoint to the world as a commercial offering, עס נאכגעגאנגען אַ לעפיערעך בעקאַבאָלעדיק מוסטער פון סוף באַניצער <-> IT relationship. A lot of End Users, קאַמיונאַקייטינג און ארבעטן מיט אַ זייער קליין נומער פון עס מענטשן צו באַפרייַען סאַלושאַנז אַז סאָלווע געשעפט פּראָבלעמס:

image

די קוילעלדיק פּראָבלעם פעלד פֿאַר וואָס שאַרעפּאָינט איז אַ פּאַסיק עקספּרעס פּלאַטפאָרמע איז קליין (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: דעפינירן באדערפענישן צו עס, וואַרטן פֿאַר עס טאָן זייער אַרבעט הינטער די פאָרהאַנג און נעמען עקספּרעס פון די לעצט פּראָדוקט.

ווי שאַרעפּאָינט יוואַלווד צו די 2.0 וועלט (ווסס 2.0 און שאַרעפּאָינט פּאָרטאַל סערווירער), several things happened. ערשטער, the “problem domain” increased in size. By problem domain, I mean the kinds of business problems for which SharePoint could be a viable solution. לעמאָשל, איר וואָלט נישט טראַכטן אויך שווער וועגן ימפּלאַמענטינג אַ ערנסט זוכן לייזונג אין אַ שאַרעפּאָינט סוויווע ביז ספּס (און אַפֿילו דעמאָלט, עס איז נישט ווי גוט ווי עס דארף צו זייַן). אין דער זעלביקער צייַט, סוף ניצערס האָבן אַ אַנפּרעסידענטיד פיייקייַט צו נישט בלויז דעפינירן, but also implement their own solutions with little or no IT support.

די 3.0 פּלאַטפאָרמע (ווסס און מאָך) maintained and increased that momentum. The problem domain is enormous as compared to the 2.0 פּלאַטפאָרמע. Virtually every department in a company, ריינדזשינג פון מאַנופאַקטורינג געזונט און זיכערקייַט דיפּאַרטמאַנץ צו פֿאַרקויף, פון פארקויפונג צו קוואַליטעט קאָנטראָל - זיי קענען געפינען אַ גוט נוצן פֿאַר שאַרעפּאָינט (און עס ס ניט אַ פאַל פון מאַשינג אַ קייַלעכיק קרוק אין אַ קוואַדראַט לאָך). אין דער זעלביקער צייַט, the platform empowers even more End Users to implement their own business solutions. I try to capture that with this diagram:

image

This has proven to be both a potent and frustrating mixture. די 3.0 platform turns previously stable roles on their heads. Suddenly, סוף ניצערס זענען יפעקטיוולי ריכטער, זשורי און עקסאַקיושאַנער געזעלשאַפֿט אַנאַליסט, application architect and developer for their own business solutions. This gets to the heart of the problem I’m writing about. But before I dive into that, לאָזן ס באַטראַכטן דעם העלפאַנד אין די צימער.

פּירינג אין די קריסטאַל באַלל

ווי וועט שאַרעפּאָינט 2010 ווירקן דעם מוסטער? Will it be incremental or revolutionary? Will more, ווייניקערע אָדער וועגן די זעלבע נומער פון סוף ניצערס געפינען זיך ימפּאַוערד צו בויען סאַלושאַנז אין שאַרעפּאָינט 2010? Will SharePoint 2010’s problem domain expand even further or will it just refine and streamline what it already offers in WSS 3.0 / מאָך?

עס ס גענוג אינפֿאָרמאַציע "אויס דאָרט" צו בעשאָלעם זאָגן אַז דער גענעראַל ענטפֿערן איז:

  • The problem domain is going to dramatically expand.
  • סוף ניצערס וועלן געפינען זיך אַפֿילו מער ימפּאַוערד ווי איידער.

The Venn Diagram would be larger than this page and cause some IT Pros and CxO’s to reach for their Pepto.

I believe it’s going to be a tremendous opportunity for companies to do some truly transformational things.

ניט בוללס אין מייַן טשיינאַ שאָפּ!

דאס סאָונדס גרויס, אָבער פון מיין פונט פון מיינונג ווי אַ שאַרעפּאָינט קאָנסולטאַנט און פּאַטינג זיך אין די שיכלעך פון אַן עס פאַרוואַלטער, I see this vision. I own a China shop with beautiful plates, קריסטאַל, אאז"ו ו (מיין שאַרעפּאָינט סוויווע). I’ve rented a space, I’ve purchased my inventory and laid it all out the way I like it. I’m not quite ready to open, אָבער אין אַנטיסאַפּיישאַן, I look at the door to see if my customers are lining up and I notice an actual bull out there. I look more closely and I actually see צוויי bulls and even a wolf. Then I notice that there are some sheep. Sheep are אַזוי שלעכט, but are they maybe disguised wolves? I don’t want bulls in my china shop!

It gets worse! When I rented the space, I couldn’t believe how nice it was. Wide and open, terrific amenities, very reasonable price. אָבער, now I’m realizing that the wide open spaces and the huge door is just perfectly sized for a bull to come wandering in and lay waste to my china.

I’m pushing this analogy too far, אַוואַדע. End Users are not bulls (most of them, סייַ ווי סייַ) and IT departments don’t (אָדער שורלי זאָל ניט) view their user community with that kind of suspicion. אָבער, עס איז דעם סאָרט פון גאנץ צונויפשטויס גענומען אָרט שוין אין די די 3.0 platform that I expect will only get worse in SP 2010. SharePoint already empowers and encourages End Users to define and implement their own solutions.

אַז ס גרויס און אַלע, אָבער דער פאַקט איז אַז עס 'ס נאָך אַ זייער טעכניש פּראָדוקט און נאָך רופט פֿאַר דער מין פון קראַפטיק געשעפט באדערפענישן אַנאַליסיס, design and general planning and management that technical projects require to be successful. These are not the kind of skills that a lot of End Users have in their bag of tricks, especially when the focus is on a technical product like SharePoint.

I’ve given this a lot of thought over the last year or so and I don’t see any easy answer. It really boils down to education and training. I think that SP 2010 איז געגאנגען צו טוישן די שפּיל אַ ביסל און עס ס 'געגאנגען צו שפּילן אויס דיפערענטלי און אין פּאַמעלעך באַוועגונג ווי קאָמפּאַניעס זעמל אויס זייער ספּ 2010 סאַלושאַנז איבער 2010 and beyond. In order to succeed, End Users will need to transform themselves and get a little IT religion. They’ll need to learn a little bit about proper requirements
analysis. They will need some design documentation that clearly identifies business process workflow, לעמאָשל. They need to understand fundamental concepts like CRUD (מאַכן, דערהייַנטיקן און ויסמעקן), דעוו / פּרובירן / קאַ / שטעכן ינווייראַנמאַנץ און ווי צו נוצן אַז ינפראַסטראַקטשער צו רעכט צעוויקלען סאַלושאַנז וואָס לעבן אַ פייַן לאַנג צייַט און בייגן (נישט ברעכן) אין ענטפער צו ענדערונגען אין אַן אָרגאַניזאַציע.

אין די קומענדיק וואָכן, איך פּלאַן צו פּרובירן און צושטעלן עטלעכע פון ​​מיין אייגן נייַ געדאנקען, ווי געזונט ווי לינק צו דעם גרויס אַרבעט געטאן דורך פילע אנדערע מחברים (אויף www.endusersharepoint.com און אנדערש) so that interested End Users can learn that old time IT religion. Keep tuned.

</עק>

אַבאָנירן צו מיין בלאָג.

גיי מיר אויף טוויטטער בייַ http://www.twitter.com/pagalvin

טעטשנאָראַטי טאַגס: ,