JQuery dicsérete fokozott keresés-mint-Ön-Type (Jan Tielens által)

Dolgoznak egy BPOS demo (hamarosan igénybe vehető fel a Microsoft's site) és azt akartam, hogy díszítésének egy kis. Amit tudni Jan Tielen erőfeszítések számára egy darabig, és gondoltam, hogy egy nagy technika, hogy a demo felvétele, így tettem. Tudod olvas erről itt: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. A ' tehát egyszerű-hoz használ ez valószínűleg a bűncselekmény (és talán van valahol).

Csak két pont hozzáadása amit már létrehozott / írt:

  1. Ez, valójában, dolgozik a BPOS (SharePoint online) környezet.
  2. Csinál ez dolgozik nélkül egy bosszantó lakosság üzenet előtag a hivatkozás a jquery könyvtár-val https helyett http, mint a:
<a parancsfájl típus ="text/javascript" src ="https://Ajax.googleapis.com/Ajax/libs/jQuery/1.3.2/jQuery.min.js"></parancsfájl>

Jan rámutat arra, hogy valószínűleg kell mozgatni magát a tárat a webhelyen. Érzés egy kicsit lusta ma, I decided to blog about it instead 🙂

</vége>

Ez másik felad-ban az én-m folyamatos sorozat hogyan kell használni jQuery SharePoint programmal.
Ha azt szeretné, ha többet szeretne tudni a jQuery, Erősen ajánlott: jQuery akcióban a Medve Bibeault és Yehuda Katz.

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint-Shop Talk csütörtök 10/29 a 12:30 PM EDT

A következő SharePoint Shop Talk kerül sor csütörtökön 12:30PM EDT.

Vettünk két héttel (mivel a SharePoint konferencián a múlt héten) Ennek eredményeként, és, van számos kérdést a várólista, nem is beszélve mindenféle klassz dolgokat beszélni kapcsolatos SharePoint 2010. A testület tagjai az összes részt vett az SPC, így hozza a SP 2010 kérdés, hogy a hívás vagy elektronikus levél őket-hoz Questions@sharepointshoptalk.com.

Eltekintve egy jó része a hívás félre, hogy beszéljünk néhány SP 2010 jóság, is megbeszéljük:

  • Miért SharePoint mutatja a különböző navigációs beállítások alapján webhely beállításai (Ez függ a funkciók és a webhely-konfiguráció)
  • Módosító versions.aspx-probléma, Ennek során nehézségek (I”m not surprised 🙂 ).
  • Beágyazó RSS feed-et egy oldal a forrás hitelesítésekor.
  • Stsadm segítségével kezelheti a naplózás.

Regisztráljon itt: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

A szokásos módon, bármilyen kérdése vagy vita téma küldése Questions@sharepointshoptalk.com, e-mailt nekem közvetlenül, vagy a twitter, hogy @pagalvin.

Reméljük, hogy találkozunk ott!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Gyors Hit: Olvasó InfoPath XML, közvetlenül a SharePoint SPListItem

Én már dolgozik egy projekten, ahol kell, hogy kivonat mellékletek egy InfoPath-űrlap. Van néhány jó források az InfoPath-űrlapok elemzés (csak XML-fájlok, amelyek, tehát-a ' valójában nagyon egyszerű).

Míg volt kiépítése, a projekt, Elkezdtem egy InfoPath-űrlap letöltése, és mentse a helyi merevlemezre. A c# kód közvetlenül a példányában olvastam. Azonban, az InfoPath-űrlapok igazán él inside SharePoint űrlaptárba. Volt egy kis fél szívvel keres, hogy megtudja, hogyan kell olvasni közvetlenül a könyvtárból, és majdnem feladta, Ebben az esetben szerettem volna menti az űrlapot egy helyi temp könyvtárba, és onnan olvasni. Azonban, nem kell keresztülmenni azok karika, amennyit csak tudsz olvasni közvetlenül a könyvtárból. Ez a kis részlet azt mutatja, hogyan:

/// Osztály meghatározás megtöm itt, beleértve a:
privát SPFile fájl mySharePointFile; /* Az SPList része */
// Több kód megy itt, és belül egy módszert az osztály van:
XmlTextReader textReader;
textReader = új XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Egyik sem;

textReader.Read();

// Ha a csomópont érték

közben (textReader.Read())
{

... és így tovább és így tovább...

Ők kulcs a darab fent, hogy az InfoPath közvetlenül a OpenBinaryStream keresztül tudjuk olvasni() a kivitelező a XmlTextReader paraméterként az SPFile-nak hívja módszer. Ez szerkezet nagy.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Gyors és egyszerű: E-mailt Gmail SMTP-kiszolgáló a .NET C#

Ez nem pontosan egy új témát, de mikor én szükséges-hoz csinál ez, Találtam egy csomó "Miért nem ezt a munkát nekem", és nem túl sok közvetlen választ. Remélem valaki talál ez hasznos.

A következő darab-ból kód küld egy e-mailt a saját gmail-fiókot kell csinálni, mellékletekkel:

használatával System.Net.Mail;
használatával System.Net;

NetworkCredential loginInfo = új NetworkCredential("[Az én-m Gmail Azonosítás]", "[Az én-m Gmail-jelszó]");
Levélüzenet msg = új Levélüzenet();
msg.From = új MailAddress("[M Gmail AZONOSÍTÁS]@gmail.com");
msg.To.Add(új MailAddress("a paul.galvin@arcovis.com"));
msg.Tárgy = "Vizsgálati infopath dev téma";
msg.Body = "<HTML><szerv><erős>Egy erős üzenetet.</erős></szerv></HTML>";
msg.IsBodyHtml = igaz;

foreach (karakterlánc aFile a NIPFD.GetAttachmentNamesAndLocations())
{
    msg.Attachments.Add(új Melléklet(aFile));
} // Mellékletek hozzáadása.

SmtpClient Client = új SmtpClient("smtp.gmail.com");
ügyfél.EnableSsl = igaz;
ügyfél.UseDefaultCredentials = hamis;
ügyfél.Hitelesítő adatok = loginInfo;
ügyfél.Port = 587;
ügyfél.EnableSsl = igaz;
ügyfél.Küldés(msg);

Néhány kulcsfontosságú, hogy a bits lassult le rám, és egyéb a észrevételeket / jegyzetek:

  • Az első sorban, amely létrehozza a loginInfo objektum kell használni a gmail azonosítás megfosztott "@gmail.com”. Így, Ha az én-m gmail elektronikus levél cím "a sharepoint@gmail.com"és az én-m jelszó"xyzzy", majd a vonal nézne:

NetworkCredential loginInfo = új NetworkCredential("sharepoint", "xyzzy");

  • Az én-m gmail-fiókot SSL használata van beállítva, és hogy nem volt probléma.
  • Van néhány ellentmondó információt ott melyik portot kell használni. Én használt a port 587 és ez munkás finom értem.
  • Az én esetemben, Is szükséges, mellékletek küldése. A NIPFD tárgy birtokol egy módszer, hogy tudja, hol vannak a mellékletek. Ez visszatér a teljes elérési út (pl. "c:\tempattachment1.jpg". Az én-m teszt, Volt két mellékleteket, és mindkettő munkás finom.

Én használt a visual studio 2008 ezt a kódot írni.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,,,

SharePoint-konferencia 2009 – A valós idejű nyers adatok beolvasása Twitter

Arra számítok, hogy majdnem mindenki tudja ez egyébként, de gondoltam én akar lök ki egy gyors megjegyzés, hogy van egy hatalmas mennyiségű nagyon érdekes információ elérhető keresztül twitter. A hash tag #SPC09 látszik-hoz lenni a leg--bb népszerű. Mint mindig, van egy csomó a ostobaság, és "a" humor, de ha tudod kap múlt, hogy, Check it out. Én minden tőlem telhetőt, hogy reagáljon megjegyzése vagy kérdése irányított hozzám, és tudom, hogy sok más meg is, tehát-a ' nem csak egy egyirányú információáramlást.

Új munkameneteket a két óra alatt csak kezdeni, és továbbra is addig, amíg körülbelül 3 pm EDT csütörtökön. El fog kezdeni, hogy vegye fel, majd.

Nézze meg a twitter feed itt: http://twitter.com/#search?q=%23spc09

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Programozott kitermelése mellékleteket az InfoPath-űrlapok (Beleértve a nevük!)

Nekem van egy költség tételt megoldás egy ügyfél, amely kihasználja az InfoPath és munkafolyamatai. Egy ponton a jóváhagyási folyamat alatt, Szükségem van-hoz létrehoz egy e-mailt, amely minden jó InfoPath adatokat, valamint a mellékletek, maguk, hogy (sóhaj) valaki veszi az adatokat, és manuálisan újra kulcs ez levegőbe egy Oracle adatbázis-alkalmazás.

Nincs nagyon nehezen kap, vagy értelmezni az InfoPath-űrlap. Nem tudom, hogyan kell kezelni a mellékletek, azonban. Miután egy óra vagy két dugta körül a Internets (az örökkévalóság!) Találtam ezt a cikket: http://support.microsoft.com/kb/892730

Ez ad néhány hasznos kód-hoz kivonat a melléklet formájában csomópont. (Akkor is megtalálja a csomópont, és minden, ami, de ez csak XML-feldolgozási).

Tudom, hogy a fájlmelléklet base64 kódolású és eredetileg lement az út csak kitermelése a base64 adatok, dekódolást, és mentés. Azonban, Hamar rájöttem, hogy nem tudtam, hogyan viselkedni kap a fájl nevét is, amíg találtam egyet a fent említett cikk.

Már valóban találtam egyet amit elég korán, de volt halasztódik a tudathasadás. Egyrészt, a cikk * szerint * jó InfoPath 2007. Még, a kód és az utasítások szólnak Visual Studio 2003 az InfoPath hivatkozások 2003.

Alsó sorban, a kód, ez a cikk, feltéve van működő, jól értem (eddig). Én tud kap az én-m InfoPath-űrlap, Tud elemez, ez, Én talál és megfejt a egybefűzés, és tudom, hogy a neve. Mi többet lehet kérni az ember életében?

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,,

Ha aggódsz, hogy a SharePoint környezetben lehet egy srác egészségtelen, enged én segít ön erősít, hogy az állapotfelmérés.

SharePoint-Shop Talk újra bedugni 10-08-2009

Mai SharePoint Shop Talk tartozó szokásos széles körű témák:

  • Beszéltünk kérdések köré megnyitása SharePoint-webhelycsoport a kereskedelmi partnerek részei. -A ' nem a leg--bb bonyolult dolog a világon, de amikor elkezdi, hogy hangosan beszél, rájössz, hogy sok kis egyéni dolog, amit meg kell tenni, hogy ezt helyesen. Meg kell vizsgálni a tűzfal, licencelés (az intranet SharePoint licenccel nem lehet, és valószínűleg nem lesz, elegendő), SharePoint konfigurációs (A RENDSZERGAZDAI ENGEDÉLYEZÉSES MÓD, kiterjesztése a webes alkalmazások zónák, hogy valószínűleg a HTTPS engedélyezése), stb. Ha akárki birtokol egy lista arról, mit kell csinálni, és a sorozat, Én akar szerelem-hoz lát ez-ban magyarázat. Ez a kérdés nyeri a "legtöbb tárgyalt kérdés" tudatában az év (eddig).
  • Én kapott-hoz kérdez egy kérdés arról, hogy a kép könyvtári funkciók, amit létrehoz a hüvelykujj-köröm képek. Gondolták, hogy a kép könyvtár az eseményérzékelő generál a hüvelykujj-köröm. Én vagyok talán út alap, de úgy tűnik, mint a pókháló szolgál részére a hüvelykujj-köröm, maga egy teljesen külön kép. Hanna, a SharePoint Shop Talk rendszeres, rámutat arra, hogy ez a blog bejegyzés: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. Ez egy nagyon érdekes post a képeket a SharePoint, ha érdekli ez a.
  • Megbeszéltük, hogy egyéni szerkesztési űrlapok (létrehozott keresztül SPD) és az a tény, hogy elveszíti a mellékletet funkció, amikor vagy csinál amit. Laura Rogers birtokol blogged itt e tárgyban: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

Ezen a héten, már bevezetett egy új funkció, ahol töltöttünk körülbelül 10 perc bizonyítására, egy érdekes tipp/trükk a SharePoint környezetben. Ezen a héten, Mi megmutatta, hogyan kell hozzá egy Tartalomszerkesztő kijelző (és valójában minden kijelző) a newitem.aspx oldal. Ebben az esetben, célja volt, hogy néhány online súgója részletes leírást, hogy newitem.aspx az oldal Térkép. Ez egyben a szokásos kiindulópontok jQuery integrálása a környezet. jövő héten, Azt tervezzük, hogy mutat egy jQuery tipp/trükk. Reméljük, hogy találkozunk ott.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint-Shop Talk 10/08/08 a 12:30 PM EDT

Mi a jövő heti SharePoint Shop Talk ülést holnap hosting 12:30 PM EDT.

Ez egy nyitott Q&Az A és a az összes téma kapcsolatos SharePoint általános kibitzing munkamenet.

Elolvashatja a korábbi ülések itt kap egy értelemben, amit teszünk, ezeket a hívásokat a különböző versenyek összegzése: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Regisztráció, és kész itt: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

A kérdést, hogy én Twitter, @pagalvin.

E-mailben, hogy Questions@sharepointshoptalk.com vagy csak jelenik meg a sorban, és kérje meg őket, hangosan.

Reméljük, hogy találkozunk majd!

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags:

A Blog, vagy nem-hoz Blog – ez itt a kérdés (a Blog)

Megjegyzés:: Ez volt eredetileg kifüggesztett-hoz www.endusersharepoint.com.

Néhány héttel ezelőtt lehetőségem volt beszélni SharePoint szombaton a New York-i. mégegyszer, egy óriási esemény. ezúttal, Beszéltem a "tanulás SharePoint"-nagyon széles téma. A bemutató alatt (amely lehet kapni itt), Beszéltem a különböző technikák "tanulás" SharePoint, beleértve a cucc, mint a könyv tanulási, osztály szoba képzés, saját virtuális gép létrehozása és a legfontosabb (nekem), közösségi részvétel. Egy módja annak, hogy vegyenek részt a SharePoint Közösségen keresztül blogging: van. Valaki kérdezte blog különösen, és kérte az én véleményem volt, hogy néhány aggodalmak hallottam mások megemlíteni, mielőtt. Ez már viszketés hátul a fejemben néhány hétig így a szokásos módon, Vagyok karcolódjanak hogy viszket-blogging róla.

Egyesek úgy gondolják, hogy vannak olyan sok minőségi bloggerek odakinn a színen ma, és hogy annyi minőségi blog bejegyzés már írtam, hogy bizonyos értelemben, nincs semmi új, hogy írni. Vagy, az "új" dolog, tehát szűken összpontosító, hogy ez nem lesz érdekes, hogy valaki. Nem értek egyet az érzelmek vagy az alapul szolgáló feltételezés róluk.

Kezdetnek, Ha-a ' blogging, mert ez is része a személyes kísérlet tanulás SharePoint jól, Ez igazán lényegtelen, ha valaki írt a témában, vagy nem. Az egyik a vezetők mögött közösségi részvétel, Vajon-a ' személyes tanulási, vagy nem, az, hogy Ön szükség-hoz kap ez jobb. Senki nem akar kiszerelt néhány gyenge blog bejegyzést, és keresse meg a buta, a világ előtt. Során egyre jobb, fogsz, hogy alaposan gondolja át több alárendelt, stb. Így, gondol, tanulás és figyelembe véve az ebben a témában, mindenféle szögek, balról jobbra, fentről lefelé, belső rész és ki (vagy legalább Önnek kellene lenni). Ez egy nagyon értékes gyakorlat. valójában, Ez az szinte mellett a pont a rámenős a "post" gombra, mire befejeztük írás óta már már nyert, sok a hasznot, most. természetesen, szeretne nyomógomb post egyébként a különböző okok miatt, de elkalandozik. A lényeg az, hogy a blogírás egy értékes tanulási gyakorlat és a maga, időszak.

Én is elutasítja az "ez már megtörtént"-érv. Szóval mi van, ha volt? A szörnyű következmény az, hogy azok az emberek, akik keresik fel a témát, bing keresztül fog találni két vagy öt, vagy egy tucat cikkek. Kit érdekel? Én mindig inkább talál számos cikket ugyanebben a témában, ha megy kereső a csöveket, a dolgok. Különböző nézőpontok, különböző stílusokban írás, Ugyanez a probléma-különböző megközelítések minden segítsen nekem megérteni, mit kell. Az én véleményem, a Közösség, nem, ha közel eléri a telítettségi pontot a jó minőségű blog cikkek, bármilyen témában, a SharePoint-világ.

Így, blog el! Ha nem hall engem panaszkodik erről. I guarantee it 🙂

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,

Ne legyen egy bika a porcelánboltba

A rövid története a SharePoint (A relatív újexportőr szemszögéből)

Megjegyzés:: Ez a cikk eredetileg kifüggesztett www.endusersharepoint.com. Elfelejtettem feltenni a saját blogomra 🙂

SharePoint alakult egy nagy mivel a korai időkben, mint valami egy inkubációs technológia a Microsoft –a kialakult szinte, mint egy horror film, ahol az őrült tudós létrehozását veszi a saját élete, Breaking free, az alkotó elvárások és szabályok. A technikai fejlődés nyilvánvaló – a WSS 3.0 objektummodell a gazdagabb, összetettebb, mint a WSS 2.0, melyik volt is javulást korábbi verzióihoz. A következő változat nem kétséges lesz óriási javulást mutat felett 3.0. A végfelhasználók szempontjából, azonban, SharePoint-evolúció még inkább fontos.

A korai időkben, SharePoint nem felajánl sok-hoz vég használók. Volna a szokásos működési követelmények, dolgozni, hogy őket is és végre egy megoldás. Ez használja a SharePoint-hoz megfejt a probléma. A termék nem volt nagyon hozzáférhető, végfelhasználóknak. Úgy gondoltam dobott néhány analógiák, de úgy döntöttem, hogy kibír megmutatni, mit jelent a Venn-diagramok. Amikor a Microsoft először megjelent SharePoint a világ mint a kereskedelmi kínál, Ezt követte a végfelhasználó viszonylag hagyományos minta <-> Ez kapcsolat. Sok végfelhasználók, kommunikáció és a munka egy nagyon kis számú embert szállít megoldásokat üzleti problémáik megoldására:

image

Az általános probléma tartomány, amely SharePoint egy olyan megfelelő szállítási platform a kis (különösen összehasonlítva a mai SharePoint. A végfelhasználók, és ez munkás-ban egy több klasszikus kötött: követelmények meghatározása, várni IT do munkájukat a függöny mögött, és átvenni a végtermék.

A SharePoint alakult ki, hogy a 2.0 világ (WSS 2.0 és a SharePoint Portal Server), több dolog történt. Első, a "probléma"tartományban nőtt a mérete. Probléma tartomány, Úgy értem, a fajta üzleti problémák, amelyek SharePoint lehet egy életképes megoldást. Például, nem gondolom, hogy túl nehéz a végrehajtása komoly keresési megoldás a SharePoint környezetben SPS-ig (és még akkor, nem volt olyan jó, mint ez szükséges-hoz lenni). Ezzel egy időben, Végfelhasználók képesek egy soha nem látott nemcsak a meghatározására, de saját megoldásaikat, kevés vagy semmilyen informatikai támogatással is.

A 3.0 platform (WSS- és MOSS) fenntartani és növelni, hogy a lendület. A probléma tartomány a hatalmas, szemben a 2.0 platform. Szinte minden osztály, a cég, sorbaállítás-ból gyártás munkavédelmi szervezeti egységek, a marketing, a minőség-ellenőrzés-értékesítés tudnak találni egy jó használni a SharePoint (és ez nem egy esetben a cefrézés egy kerek ék egy négyzet alakú lyuk). Ezzel egy időben, a platform felhatalmazza még végfelhasználók számára, hogy saját üzleti megoldások. Én megpróbál-hoz elfog,-val a diagram:

image

Ez bebizonyította, hogy egy erős és frusztráló keverék. A 3.0 platform korábban stabil szerepkörök bekapcsolja a fejüket. Hirtelen, Vég használók van hatékonyan bíró, zsűri és a hóhér üzleti elemző, alkalmazás építész és fejlesztő a saját üzleti megoldások. Ez lesz a szíve a probléma vagyok írt. De előtt én fejest ugrik be, hogy, Nézzük meg az elefánt a szobában.

Bámult a kristálygömb

Hogyan lesz a SharePoint 2010 érinti ez a minta? Lesz növekményes vagy forradalmi? Több, kevesebb vagy ugyanannyi végfelhasználók találják magukat jogosult építeni a SharePoint megoldások 2010? Lesz SharePoint 2010 probléma domain még további bővítése, vagy lesz ez csak finomítani és racionalizálása, mi már kínál WSS 3.0 / MOSS?

Van elég információ "odakint", hogy biztosan azt mondják, hogy az általános válasz:

  • A probléma tartomány lesz drámai módon bontsa ki a.
  • A végfelhasználók találják magukat még jogosult, mint előtt.

A Venn-Diagram lenne nagyobb, mint ezen az oldalon, és okozhat néhány informatikusoknak és CxO elérni a Pepto.

Azt hiszem, ez lesz egy hatalmas lehetőséget a vállalatok számára, hogy néhány igazán átalakítási dolgot.

Nem a kínai boltban bikák!

Ez úgy hangzik, nagy, de az én szempontomból, mint egy SharePoint tanácsadó és üzembe magam a cipő egy ez igazgató, Látom, hogy ez a látomás. Én saját egy kínai üzlet gyönyörű lemezek, kristály, stb (a SharePoint környezet). Már bérelt helyet, Már vásárolt az én-m készlet, és minden lefektetett az, ahogy én szeretem. Nem vagyok elég készen áll, hogy, de a várakozás, Nézd meg az ajtót, hogy ha az én-m ügyfelek sorakozó, és úgy vettem észre, hogy van egy tényleges bika. Én közelebbről, és ténylegesen lásd: két bikák és még a Farkas. Akkor vettem észre, hogy van néhány juh. Juhok így rossz, de talán álcázott, farkasok? Bikák nem akarom az én kínai üzlet!

Egyre rosszabb! Mikor béreltem a tér, Nem tudtam elhinni, milyen szép volt. Széles és nyitott, fantasztikus kényelemmel, nagyon kedvező áron. Azonban, most én vagyok felismerve, hogy a nyitott terek és a nagy ajtó van csak tökéletesen méretű egy bika jönni vándor itt és feküdt hulladék az én-m kínai.

Vagyok nyomva ezt az analógiát túlságosan, természetesen. Vég-használók nem bikák (Legtöbbjük, egyébként) és IT-részlegek nem (vagy biztosan nem) Nézd a felhasználói Közösség, hogy az ilyen gyanú. Azonban, van ez a fajta tökéletes ütközés zajlik már a a a 3.0 várom platform lesz csak rosszabb SP 2010. SharePoint már felhatalmazza és ösztönzi a végfelhasználók számára, hogy meghatározzák és megvalósítsák a saját megoldások.

Ez nagyszerű, és minden, de az tény, hogy ez még mindig egy nagyon technikai termék, és még mindig kéri, a fajta erőteljes üzleti szükséglet elemzés, design és általános tervezés és menedzsment, műszaki projektek sikeres igénylő. Ezek nem az a fajta készség, hogy sok végfelhasználók van a táskáját a trükkök, különösen, ha a fókusz a a technikai termék, mint a SharePoint.

Én adtam ezt a sok gondolat az elmúlt évben, vagy úgy, és nem látható könnyű választ. Ez tényleg csapódik le, hogy oktatási és képzési. Úgy gondolom, hogy SP 2010 nem fogja megváltoztatni a játék egy kicsit, és ez fog játszani másképp, és a lassú mozgás, vállalatok zsemlye ki a SP 2010 megoldások több mint 2010 és azon túl. Siker érdekében, Végén használók akarat szükség-hoz átalakít maguk, és kap egy kicsit, ez a vallás. El kell, hogy tanulni egy kicsit megfelelő követelmények
elemzés. Lesz szükségük, hogy néhány tervezési dokumentáció, amely egyértelműen azonosítja az üzleti folyamat munkafolyamat, például. Meg kell érteniük az alapvető fogalmak, mint a szifilisz (létrehozása, frissítés és törlés), dev/teszt/qa/prod környezetek és infrastruktúra segítségével megfelelően telepíteni megoldások, hogy él egy szép hosszú idő, és a könyök (nem tör) szervezeten belüli változásai.

A következő hetekben, Azt tervezem, hogy próbálja meg, és néhány saját új ötletek, csakúgy, mint a nagy munkát, sok más szerzők link (a www.endusersharepoint.com és máshol) úgy, hogy az érdekelt a végfelhasználók lehet tanulni, hogy a régi időben, vallás. Tartsa hangolt.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin