Vo chvále jQuery Rozšírené vyhľadávanie-ako-ste-typu (podľa Jan Tielens)

I 'm working on BPOS demo (čoskoro bude k dispozícii až na Microsoft na webe) a ja som chcel trochu spestriť. Poznám o Jan Tielen úsilie pre chvílicasu a myslel, že to bude skvelá technika pridať demo, tak som to urobil. Si môžete prečítať o tom tu.: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. Je to tak jednoduché použitie, to by mal pravdepodobne byť trestným činom (a možno sa niekde).

Pridať len dva body na to, čo on už vytvoril / písal:

  1. To robí, v skutočnosti, Práca v BPOS (SharePoint online) životné prostredie.
  2. Aby to fungovalo bez otravné pop-up správy predpona odkaz na jquery knižnice s https namiesto http, rovnako ako v:
<scenár typu ="textu/javascript" src ="https://Ajax.googleapis.com/AJAX/libs/jQuery/1.3.2/jQuery.min.js"></skript>

Jan poukazuje na to, že by pravdepodobne pohybovať samotnej knižnice na vaše stránky. Pocit trochu leniví dnes, I decided to blog about it instead 🙂

</koniec>

To je iný post v mojej on-prebiehajúcej série ako používať jQuery so službou SharePoint.
Ak sa chcete dozvedieť viac o jQuery, Vrelo odporúčam: jQuery v akcii Medveď Bibeault a Jehuda Katz.

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop hovoriť vo štvrtok 10/29 na 12:30 PM EDT

Ďalšie diskusie Shop SharePoint sa uskutoční tento štvrtok v 12:30PM EDT.

Zobrali sme dva týždne (Vzhľadom k SharePoint konferencii minulý týždeň) a ako výsledok, Máme niekoľko otázok vo fronte, Nehovoriac o všetky druhy pohode veci hovoriť o SharePoint 2010. Všetkých členov panelu sa zúčastnil SPC, tak, aby váš SP 2010 otázky k hovoru alebo e-mailom na questions@sharepointshoptalk.com.

Okrem značnú časť hovoru zrušil hovoriť o niektorých SP 2010 dobrota, Budeme tiež diskutovať:

  • Prečo SharePoint zobrazuje rôzne navigačné možnosti v časti Nastavenie lokality (to sa líši podľa funkcie a konfigurácia lokality)
  • Úprava versions.aspx-problémy, ťažkosti robí tak (I”m not surprised 🙂 ).
  • Vloženie RSS kanály na stránkach pri zdroji je overený.
  • Pomocou príkazu stsadm riadiť zapisovanie do denníka.

Zaregistrujte sa tu: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

Ako obvykle, pošlite akékoľvek otázky alebo témy na diskusiu na questions@sharepointshoptalk.com, napíšte mi priamo alebo cvrlikání na @pagalvin.

Dúfame, že ťa vidím tam!

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

Rýchly zásah: Čítanie InfoPath XML priamo z SPListItem v službe SharePoint

Bol som pracovať na projekte, kde som potrebné extrahovať prílohy z formulára programu InfoPath. Existujú nejaké dobré zdroje pre parsovanie formuláre programu InfoPath (ktoré sú len súbory vo formáte XML, Takže je to vlastne celkom jednoduché).

Keď som bola budova projektu, Začal som sťahovať formulár programu InfoPath a uložením na môj lokálny pevný disk. Kód c# čítal priamo z tejto inštancie. Avšak, Formuláre programu InfoPath sú naozaj žijú vnútri knižnice formulárov služby SharePoint. Urobil trochu polovice srdce vyhľadávanie a zistite, ako čítať priamo z knižnice a takmer vzdal, v takom prípade by som uložiť formulár do lokálnej adresár a prečítajte si ju odtiaľ. Avšak, nie je potrebné ísť cez tie obruče, ako si môžete prečítať priamo z knižnice. Tento malý úryvok ukazuje ako:

/// Triedy definícia veci tu., vrátane:
súkromné Súbor SPFile mySharePointFile; /* Súčasťou SPList */
// Viac kód sem a vnútri metódu triedy máme:
XmlTextReader TextWriter;
TextWriter = nové XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Žiadna;

textReader.Read();

// Ak uzol má hodnotu

zatiaľ čo (textReader.Read())
{

... a tak ďalej a tak ďalej...

Kľúč kúsok vyššie je, že môžeme čítať InfoPath priamo cez OpenBinaryStream() spôsob volania na súbor SPFile ako parameter konštruktor XmlTextReader. Funguje to skvele.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

Rýchle a jednoduché: Pošlite E-mail prostredníctvom Gmail SMTP Server v .net C#

To nie je úplne novú tému, ale keď som musel urobiť, Našiel som veľa "prečo nie je táto práca pre mňa" a nie príliš veľa priamych odpovede. Dúfam, že niekto nájde to užitočné.

Nasledujúce bitový kód bude pošlite e-mail pomocou vlastné gmail účtu na to, vrátane príloh:

pomocou System.Net.Mail;
pomocou System.Net;

NetworkCredential loginInfo = nové NetworkCredential("[Môj Gmail ID]", "[Môj Gmail heslo]");
MailMessage MSG = nové MailMessage();
MSG. Z = nové MailAddress("[M Gmail Id]@gmail.com");
MSG. To.Add(nové MailAddress("paul.galvin@arcovis.com"));
MSG. Predmetom = "Skúšobný program infopath dev predmet";
MSG. Telo = "<HTML><telo><silné>Silné posolstvo.</silné></telo></HTML>";
MSG. IsBodyHtml = pravda;

foreach (reťazec aFile v NIPFD. GetAttachmentNamesAndLocations())
{
    MSG.Attachments.Add(nové Príloha(aFile));
} // Pridanie príloh.

SmtpClient klient = nové SmtpClient("smtp.gmail.com");
klient.EnableSsl = pravda;
klient.UseDefaultCredentials = FALSE;
klient.Poverenia = loginInfo;
klient.Port = 587;
klient.EnableSsl = pravda;
klient.Odoslať(MSG);

Niekoľko kľúčových kúsky, ktoré spomalil ma a ďalšie pripomienky / poznámky:

  • Prvý riadok, ktorý vytvorí objekt loginInfo musí používať gmail ID zbavený "@gmail.com”. Takže, Ak je môj gmail e-mailovú adresu "sharepoint@gmail.com"a heslo je"minového"potom riadok bude vyzerať:

NetworkCredential loginInfo = nové NetworkCredential("sharepoint", "xyzzy minového");

  • Môj účet gmail je nastavený na používanie protokolu SSL a ktorý nebolo problém.
  • Tam je nejaký konfliktných informácií tam o čo port používať. Použil som portu 587 a fungovalo to pokutu za mňa.
  • V mojom prípade, Tiež som potreboval poslať príloh. Že NIPFD objekt má metóda, že vie, kde sú moje príloh. To sa vracia plne cesta (napr.. "c:\tempattachment1.jpg". V mojom teste, Mal som dve prílohy a obaja pracovali dobre.

Použil som programu visual studio 2008 napísať tento kód.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags: ,,,

SharePoint konferencii 2009 -Dostať svoje surové dáta v reálnom čase z rozechvění

Očakávam, že takmer každý vie to rovnako, ale myslel som, že by vyhodiť, krátka poznámka, že existuje obrovské množstvo veľmi zaujímavé informácie dostupné cez twitter. Hash tag #SPC09 sa zdá byť najviac populárne. Ako vždy, tam je veľa hlúposť a "in" vtipy, ale ak môžete dostať cez to, Vyskúšajte to. Ja v mojich silách odpovedať na pripomienky alebo otázky adresované mne, a viem, že mnoho ďalších rovnako, Takže to nie je len jednosmerný tok informácií.

Nové relácie spustiť tesne pod dve hodiny, a pokračovať až do asi 3 hod EDT tento štvrtok. Začne potom vyzdvihnúť.

Pozrite sa na cvrlikání krmivo tu.: http://twitter.com/#search?q=%23spc09

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Programovo extrakciu príloh z formulárov programu InfoPath (Vrátane ich názvov!)

Mám riešenie triedy entry náklady pre klienta, ktorý využíva program InfoPath a workflow. V jednej chvíli počas procesu schvaľovania, Potrebujem vytvoriť e-mail, ktorý má všetky dobré údaje program InfoPath, ako aj samotných príloh tak, aby (povzdych) niekto môže mať údaje a manuálne znovu zadajte ho do Oracle databázy aplikácie.

Nie je veľmi ťažké získať, alebo analyzovať formulár programu InfoPath. Nechcel vedieť, ako zaobchádzať s prílohami, Avšak. Za hodinu alebo dve po prepichnutí internety (večnosť!) Našiel som tento článok: http://support.microsoft.com/kb/892730

Poskytnúť nejaký šikovný kód extrahovať prílohy z uzla v podobe. (Stále musíte nájsť uzol a všetky, ale to je len XML parsování).

Viem, že prílohu s kódovaním base64 a som pôvodne šiel na ceste len extrahovania údajov base64, dekódovaní a uložením. Avšak, Rýchlo si uvedomil, som nevedel, ako sa dostať sám názov súboru až som našiel uvedenom článku.

Mal vlastne zistil, že pomerne skoro, ale bolo odkladať podľa jeho rozpoltená osobnosť. Na jednej strane, článok * hovorí * je to dobré pre program InfoPath 2007. Ešte, kód a pokyny sú asi Visual Studio 2003 a odkazy na program InfoPath 2003.

Sečteno podtrženo, kód, ktorý článok za predpokladu, pracuje dobre pre mňa (tak ďaleko). Môžem dostať môj formulár programu InfoPath, Môžete analyzovať ho, Môžete nájsť a dekódovať prílohu, a viem, že jeho meno. Čo viac môžeme požiadať jedného života?

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Ak máte obavy, že prostredia SharePoint môže byť trošku nezdravé, Dovoľte mi pomôcť opraviť, že s kontrolou stavu.

SharePoint obchod Talk rekapitulácia pre 10-08-2009

Dnešné SharePoint Shop hovoriť vzťahuje jej obvyklé širokú škálu tém:

  • Sme diskutovali otázky okolo otvorenie častí kolekcii lokality SharePoint do svojich obchodných partnerov. To nie je najzložitejšie vec na svete, ale keď začnete hovoriť o nahlas, zistíte, že existuje veľa malých jednotlivých vecí, ktoré treba urobiť na to správne. Musíte zvážiť firewall, licencovanie (Vaša licencia SharePoint intranetovej nemusí byť, a pravdepodobne nebude, dostatočné), Konfigurácia služby SharePoint (AAM, rozšírenie webových aplikácií na zóny, ktoré pravdepodobne HTTPS povolené), atď. Ak má niekto zoznam toho, čo robiť a postupnosti, Chcela by som vidieť, že v komentároch. Táto otázka vyhrá "Najviac diskutuje otázka" vedomý roka (tak ďaleko).
  • Musím položiť otázku o obraz knižnice funkcie, ktoré vytvára tie palec nechty obrázky. Som špekulujú, že príjemca udalosti v knižnici obrázkov sa vytvára palec nechty. Som asi ďaleko základne, ale zdá sa, ako tam je úplne samostatný obrázok na webový server na palec nechty, sám. Vamshi vamshi says, SharePoint diskusie Shop pravidelné, poukazuje na to, tento blog vstupe: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. To je docela zaujímavý príspevok o obrázky na lokalite SharePoint, ak máte záujem o to.
  • Diskutovali sme vlastné úpravy formulárov (ktoré vytvoríte prostredníctvom SPD) a tým strácajú funkciu prikladania, keď to urobíte. Laura Rogers má blogged na túto tému tu.: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

Tento týždeň, zaviedli sme novú funkciu, kde sme strávili asi 10 minút demonštrovať zaujímavý tip/trik v prostredí SharePoint. Tento týždeň, sme ukázali, ako pridať editora obsahu webovej časti (a vlastne žiadne webové časti) na stránku newitem.aspx. V tomto prípade, cieľom bolo ukázať niektoré rozsiahle online Pomocníka pre túto stránku newitem.aspx. To je tiež jeden z obvyklých východiskových bodov pre integrovanie jQuery do prostredia. budúci týždeň, Máme v pláne Ukázať jQuery tip/trik. Dúfame, že ťa vidím tam.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop diskusie 10/08/08 na 12:30 PM EDT

Sme hosting naša budúci prevzatí SharePoint Shop hovoriť zasadnutí zajtra 12:30 PM EDT.

Je to otvorená Q&A a všeobecné kibitzing relácie na všetky témy súvisiace s SharePoint.

Môžete si prečítať rôzne recaps predchádzajúcej relácie tu získať pocit, čo robíme na tieto výzvy: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Registrácia je hore a pripravený tu.: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter otázky mi, @pagalvin.

E-mailom na questions@sharepointshoptalk.com alebo len ukázať na linke a opýtať nahlas.

Dúfame, že vás vidím potom!

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags:

Ak chcete Blog alebo nie Blog – to je otázka (blog o)

Poznámka: To bol pôvodne vyslaný na www.endusersharepoint.com.

Pred niekoľkými týždňami som mal možnosť hovoriť v SharePoint sobotu v New Yorku. ešte raz, obrovská udalosť. tentoraz, Hovoril som o "učenie SharePoint" – je veľmi široká Téma. Počas prezentácie (čo môžete získať tu.), Hovoril som o tom celý rad techník pre "učenie" SharePoint, vrátane veci ako vzdelávacie knihy, trieda izba školenia, Vytváranie vlastné VM a čo je najdôležitejšie (pre mňa), účasť spoločenstva. Jeden spôsob, ako k účasti v komunite SharePoint je prostredníctvom blogov. Niekto sa ma spýtal, o blogovanie najmä a spýtal sa môjho názoru na pár obavy mu, že som počul ďalšie zmienka pred. Bol svrbenie v zadnej časti mojej hlave na pár týždňov tak v mojej obvyklej módy, Som poškriabaniu že svrbenie blogov o tom.

Niektorí ľudia sa zdajú si myslieť, že existuje toľko kvality bloggerov tam na scéne dnes a že toľko kvalita blogu bol písali, že v zmysle, nie je nič nové, písať. Alebo, "nové" vec je tak úzko zamerané, že to nebude zaujímavé pre každého. Nesúhlasím s tie pocity alebo základný predpoklad o ich.

Pre začiatočníkov, Ak ste blogov, pretože to je súčasťou vášho osobného pokus učenia SharePoint dobre, je to naozaj nepodstatné, ak má niekto napísané na vaše tému, alebo nie. Jeden z vodičov za účasti spoločenstva, či je to pre osobné štúdium alebo nie, je, že ste treba si to pravé. Nikto nechce dať nejaké slabé blogu a vyzerať hlúpo pred svetom. Pri získanie správnej, Chceš si predmet cez viac pozorne, atď. Teda, uvažujete, štúdium a vzhľadom na túto tému z najrôznejších uhlov, zľava doprava, zhora nadol, dovnútra a von (alebo aspoň by ste mali). To je veľmi cennou skúsenosťou. v skutočnosti, to je takmer vedľa bodu stlačením tlačidla "miesto" v čase, keď skončíte písanie pretože som už získané moc výhoda teraz. samozrejme, chcete tlačiť tlačidlo post rovnako pre celý rad dôvodov, ale to som odbocil. Pointa je, že blogovanie je cenným učenie cvičenie, sama o sebe, obdobie.

Som tiež odmieta tvrdenie, "že to už bolo urobené". Takže, čo keby to bolo? Hrozné dôsledkom je, že ľudia, ktorí hľadajú do vášho téme cez bing bude teraz nájsť dva alebo päť alebo desať článkov. Koho to zaujíma? Vždy som radšej nájsť niekoľko článkov na rovnakú tému, keď ísť hľadať rúrky pre veci. Rôznych uhlov pohľadu, rôznymi štýlmi písomného prejavu, rôzne prístupy k rovnakému problému – všetci mi pomohol pochopiť to, čo potrebujem. Podľa môjho názoru, Spoločenstvo je v blízkosti dosiahol bod nasýtenia na kvalitné blog články na akúkoľvek tému na svete SharePoint.

Takže, blog preč! Nebudete počuť mňa sťažovať na to. I guarantee it 🙂

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags: ,

Nebuďte býk v porcelánu

Stručná história SharePoint (Z pohľadu relatívny nováčik)

Poznámka: Tento článok bol pôvodne vyslaný na www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint sa vyvinul veľkú od jeho prvých dní ako druh inkubácie technológie spoločnosti Microsoft –to je takmer vyvinul ako horor, kde šialeného vedca vytvorenie trvá na život jeho vlastné, lámanie zadarmo jeho tvorca očakávania a pravidlá. Technický vývoj je zrejmý – WSS 3.0 Objektový model je bohatší a zložitejšie než WSS 2.0, a ktoré bolo samotné zlepšenie oproti staršej verzie. Ďalšia verzia bude nepochybne vyplýva obrovské zlepšenie priebehu 3.0. Z pohľadu koncového používateľa, Avšak, SharePoint je evolúcia je ešte výraznejšie.

V začiatkoch, SharePoint neponúkol oveľa do koncových užívateľov. Mali by mať svoje obvyklé funkcie požiadavky, pracovať s ním aj definovať a implementovať riešenie. Bude používať SharePoint na vyriešenie problému. Výrobok nebol veľmi prístupné pre koncových užívateľov. Som myslel, že hodil pár analógie, ale rozhodol som sa držať Vennove diagramy Ukázať, čo mám na mysli. Keď Microsoft prvýkrát prepustený SharePoint do sveta ako obchodný ponúkať, nasledovala pomerne tradičné štruktúry koncového používateľa <-> TO vzťah. Mnoho koncových užívateľov, komunikovať a pracovať s veľmi malým počtom ľudí, priniesť riešenie riešiť obchodné problémy:

image

Celkovo problém doménu, pre ktorú SharePoint vhodná platforma je malá (najmä v porovnaní s dnešnej SharePoint. Koncových užívateľov a ono pracoval vo viac klasických obdobnej: Definovanie požiadaviek na to, čakať na to robiť svoju prácu za oponou a vziať dodanie konečného výrobku.

Ako SharePoint vyvinul 2.0 svet (WSS 2.0 a SharePoint Portal Server), niekoľko vecí sa stalo. Prvá, "problém domény" zväčšili sa vo veľkosti. Problém doména, Mám na mysli druhy obchodných problémov, pre ktoré SharePoint môže byť schodné riešenie. Napríklad, človek by si myslieť príliš ťažké o implementácii vážne hľadať riešenia v prostredí SharePoint do SPS (a dokonca potom, nebolo to tak dobré, ako to treba). V rovnakom čase, Koncoví používatelia majú nebývalé schopnosť nielen definovať, ale tiež vykonávať svoje vlastné riešenia s malou alebo žiadnou IT podporou.

Na 3.0 platforma (WSS a MOSS) zachované a zvyšované že hybnosť. Problémové domény je obrovské v porovnaní s 2.0 platforma. Prakticky každé oddelenie spoločnosti, od výroby zdravotné a bezpečnostné oddelenie marketingu, z predaja na kontrolu kvality – nájdu dobré využitie pre SharePoint (a to nie je prípad rmutování kolík do okrúhle diery námestia). V rovnakom čase, platforma umožňuje ešte viac koncových užívateľov vykonávať svoje vlastné podnikové riešenia. Snažím sa zachytiť, že tento diagram:

image

To sa ukázalo byť silný a frustrujúce zmes. Na 3.0 platforme skôr stabilné roly zapne hlavami. Zrazu, Koncoví používatelia sú účinne sudca, Porota i Kat Business analytik, architekt aplikácie a vývojárov pre svoje vlastné podnikové riešenia. To dostane k jadru problému, som písal o. Ale predtým som sa ponoriť do toho, Uvažujme slon v miestnosti.

Nahliadol do krištáľovej gule

Ako sa služby SharePoint 2010 vplyv tohto vzoru? Bude to, prírastkové alebo revolučné? Bude viac, menej alebo približne rovnaký počet koncových užívateľov ocitnú oprávnený stavať riešenia v službe SharePoint 2010? Will SharePoint 2010 problém domény rozšírenie ešte viac, alebo bude to len upraviť a zjednodušiť, čo už ponúka v WSS 3.0 / MACHY?

Nie je dostatok informácií "tam vonku" bezpečne povedať, že všeobecná odpoveď:

  • Problém doména bude výrazne rozšíriť.
  • Koncoví používatelia nájdu sami ešte väčšiu právomoc ako pred.

Vennov Diagram by byť väčšie ako táto stránka spôsobiť niektoré IT profesionálov a CxO to dosiahnuť ich Pepti.

Verím, že to bude obrovská príležitosť pre firmy, robiť niektoré veci, skutočne transformačné.

No býky v mojom porcelánu!

Znie to skvele, ale z môjho pohľadu ako konzultant SharePoint a uvedenie sám do topánky IT manažér, Vidím, že táto vízia. Vlastním porcelánu s krásnou dosky, krištáľ, atď (moje životné prostredie lokality SharePoint). Som prenajímaných priestorov, Som si kúpil môj zásob, a položil ju všetko tak, páči sa mi to. Nie som úplne pripravení otvoriť, ale v očakávaní, Pozrite sa na dvere či svojim zákazníkom front a všimol som si tam skutočné býk. Som sa bližšie a vidím skutočne dve býkov a dokonca vlka. Potom som si všimla, že tam sú niektoré ovce. Ovce sú Takže zlý, ale možno zamaskované vlci? Nechcem býkov v mojom porcelánu!

Je to ešte horšie! Keď som prenajať priestor, Nemohol uveriť, ako pekné to bolo. Široký a otvorený, úžasný komfort, veľmi rozumné ceny. Avšak, Teraz som si uvedomil, že široký otvorený priestor a obrovský dverí je len dokonale veľkosti pre býka prísť putovanie v a položiť odpadu do mojej Číny.

Som tlačenie tejto analógie príliš ďaleko, samozrejme. Koncoví používatelia nie sú býkov (Väčšina z nich, Každopádne) a IT oddelenia nemajú (alebo určite nemali) Pozri si ich užívateľské komunity s takou podozrenia. Avšak, tam je tento druh perfektné kolízie prebieha už v 3.0 platformy, ktoré som očakávať, že bude len horšie v SP 2010. SharePoint už oprávňuje a povzbudzuje koncovým používateľom definovať a realizovať svoje vlastné riešenia.

To je skvelé a všetkým, ale faktom je, že je stále veľmi technický výrobok a stále žiada druh silnej obchodné analýza požiadaviek, dizajn a všeobecné plánovanie a riadenie, ktoré technické projekty vyžadujú, aby byť úspešný. Nejedná sa o druh schopností, ktoré veľa koncoví užívatelia majú v rukáve triky, najmä keď dôraz je kladený na technický výrobok ako SharePoint.

Dal som to veľa myslel, že za posledný rok alebo tak, a ja nevidím žiadne jednoduché odpovede. Naozaj sa scvrkáva na vzdelávanie a odbornú prípravu. Myslím, že SP 2010 sa chystá zmeniť hru trochu a to bude hrať von inak a v spomalenom filme ako spoločnosti dojazdu ich SP 2010 riešenia cez 2010 a ďalej. Aby mohla byť úspešná, Koncoví užívatelia musieť transformovať seba a trochu to náboženstvo. Budete potrebovať trochu zoznámiť s po iadavkami
analýza. Budú potrebovať nejaké projektovej dokumentácie, ktorá jasne identifikuje obchodný proces workflow, napríklad. Budú musieť pochopiť základné pojmy ako CRUDE (vytvoriť, Aktualizácia a odstránenie), dev testu, qa/výrobné prostredie a používaní infraštruktúry na správne nasadenie riešenia, ktoré žijú pekný dlhú dobu a ohybu (nie prestávka) v reakcii na zmeny v organizácii.

V najbližších týždňoch, Mám v pláne vyskúšať a poskytovať niektoré z mojich vlastných nových myšlienok, rovnako ako odkaz na skvelé prácu, ktorú mnohí iní autori (na www.endusersharepoint.com a inde) tak, že záujem koncových používateľov môžete dozvedieť, že starý čas náboženstvo. Udržujte naladení.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Technorati Tags: ,