Kuukausiarkistot: Lokakuuta 2009

Kehua jQuery parannettu haku-koska-te-kirjake (mennessä Jan Tielens)

Olen työskennellyt BPOS-demo (pian olemaan käytettävissä Microsoftin sivuston) ja halusin lisätä hieman näyttävyyttä. Olen tiennyt Jan Tielen toimia jonkin aikaa ja ajattelin olisi hyvä tekniikka lisää demo, Joten tein. Voit lukea sen täältä: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. Se on niin helppo käyttää, se olisi todennäköisesti rikos (ja ehkä on jossain).

Lisään vain kaksi pistettä jo luonut / kirjoitti:

  1. Tämä, Itse asiassa, toimi BPOS (SharePoint Onlinessa) ympäristö.
  2. Jotta se toimisi ilman harmittaa alhaiso viestin etuliite jquery-kirjaston https eikä http viittaus, kuten:
<komentosarjan tyyppi ="text/javascript" src ="https://Ajax.googleapis.com/Ajax/libs/jQuery/1.3.2/jQuery.min.js"></Script>

Jan huomauttaa, että olisi luultavasti siirrät Kirjasto, itse sivustoosi. Tunne on vähän laiska tänään, I decided to blog about it instead 🙂

</loppu>

Tämä on toinen viesti minun meneillään sarja Miten käyttää jQuery SharePoint.
Jos haluat lisätietoja jQuery, Suosittelen: jQuery toiminto Bear Bibeault ja Yehuda Katz.

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint-Shop Talk torstai 10/29 osoitteessa 12:30 PM EDT

Seuraavan SharePoint Shop keskustelu tapahtuu tämän torstai 12:30PM EDT.

Olemme ottaneet kaksi viikkoa (koska SharePoint-konferenssissa viime viikolla) ja näin ollen, Meillä on muutamia kysymyksiä jonossa, puhumattakaan kaikenlaista siistiä puhua koskevat SharePoint 2010. Kaikki paneelin jäsenet osallistuivat SPC, niin tuo sinun SP 2010 kysymyksiä soittaa tai sähköpostitse niitä questions@sharepointshoptalk.com.

Sen lisäksi hyvä osa puhelun kumoaa puhua joitakin SP 2010 hyvyys, Kerromme myös:

  • Miksi SharePoint näyttää eri Siirtymisasetukset mukaan sivuston asetukset (Tämä vaihtelee ominaisuudet ja sivuston määritykset)
  • Muuttaa versions.aspx-ongelmia, Näin ongelmien (I”m not surprised 🙂 ).
  • Upottaminen RSS-syötteet päällä kun lähde todennetaan.
  • Käyttämällä stsadm hallita puunkorjuun.

Rekisteröidy täällä: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

Kuten tavallista, Lähetä kysymyksiä tai keskusteluaiheita questions@sharepointshoptalk.com, sähköpostitse minulle suoraan tai twitter @pagalvin.

Toivomme nähdään siellä!

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

Quick Hit: Luettaessa InfoPath XML SPListItem SharePointissa

Olen ollut työskentelee projektissa, jossa minun täytyy ote liitetiedostoja alkaen InfoPath-lomake. On olemassa hyviä resursseja jäsentämiseen InfoPath-lomakkeet (Mitkä ovat vain XML-tiedostoja, niin on oikeastaan aika helppo).

Kun olin rakennuksen hankkeen, Aloitin lataamalla InfoPath-lomakkeen ja tallennat sen paikalliselle kiintolevylle. C#-koodia luki suoraan että esimerkiksi. Kuitenkin, InfoPath-lomakkeita todella elävät sisällä SharePoint-lomakekirjastoon. Tein vähän puoli sydämestä hakuja selvittää, miten lukea suoraan kirjastosta ja melkein luopui, siinä tapauksessa olisin tallentanut sitten lomakkeen paikalliseen temp-kansioon ja lukea sieltä. Kuitenkin, ei ole tarpeen käydä läpi ne vanteet kuin voit lukea sen suoraan kirjastosta. Tämä pieni pätkä osoittaa miten:

/// Luokan määritelmä juttuja täällä, mukaan lukien:
Yksityinen SPFile mySharePointFile; /* Osa SPList */
// Koodia menee täällä ja menetelmään luokka meillä:
XmlTextReader TextReader-määritystä;
TextReader-kohteesta = Uusi XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Ei mitään;

textReader.Read();

// Jos solmulla on arvo

samalla (textReader.Read())
{

... ja niin edelleen...

He avain avaimenlehti on luemme InfoPath suoraan kautta OpenBinaryStream() menetelmä pyytää SPFile-tiedoston XmlTextReader-konstruktorin parametri. Se toimii hyvin.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

Nopea ja helppo: Lähettää sähköpostia Gmailin SMTP-palvelimelle.NET C#

Tämä ei ole täysin uusi aihe, mutta kun tarvitsin se, Löysin paljon "Miksei tässä työssä" ja ei liikaa suoria vastauksia. Toivon, että joku pitää tätä hyödyllisenä.

Koodin seuraavat bittinen toiminto lähettää sähköpostiviestin tehdä sen omaa gmail-tilin avulla, liitteineen:

käyttäminen System.Net.Mail;
käyttäminen System.Net;

NetworkCredential loginInfo = Uusi NetworkCredential("[Minun Gmail ID]", "[Gmail-salasana]");
MailMessage MSG = Uusi MailMessage();
MSG.From = Uusi Postiosoite("[M Gmail Id]@gmail.com");
MSG.To.Add(Uusi Postiosoite("paul.galvin@arcovis.com"));
MSG.Aihe = "Infopath dev koehenkilö";
MSG.Kehon = "<HTML><kehon><vahva>Vahva viesti.</vahva></kehon></HTML>";
MSG.IsBodyHtml = tosi;

foreach (merkkijono aFile Tässä NIPFD.GetAttachmentNamesAndLocations())
{
    MSG.Attachments.Add(Uusi Liite(aFile));
} // Liitteiden lisääminen.

SmtpClient asiakas = Uusi SmtpClient("smtp.gmail.com");
asiakas.EnableSsl = tosi;
asiakas.UseDefaultCredentials = False;
asiakas.Tunnistetiedot = loginInfo;
asiakas.Port = 587;
asiakas.EnableSsl = tosi;
asiakas.Lähetä(MSG);

Muutama keskeinen bittien hidastui minua ja muut huomautukset / muistiinpanot:

  • Ensimmäinen rivi, joka luo loginInfo-olion täytyy käyttää gmail ID riistetty "@gmail.com”. Niin, Jos gmail-sähköpostiosoite on "sharepoint@gmail.com"ja salasana on"xyzzy", rivi näyttää:

NetworkCredential loginInfo = Uusi NetworkCredential("sharepoint", "xyzzy");

  • Gmail-tilini on määritetty käyttämään SSL: ää ja että ei ollut ongelma.
  • On ristiriitaisia tietoja, mikä portti käyttää. Käytin port 587 ja se työntekijä hienosti ajaksi we.
  • Minun tapauksessani, Tarvitaan myös lähettää liitteitä. Että NIPFD esine on menetelmä, joka tietää, mistä Omat liitteet. Se on palauttaa täysin polku (virrankatkaisu. "c:\tempattachment1.jpg". Minun testi, Minulla oli kaksi liitteet ja molemmat toimi hyvin.

Käytin visual studio 2008 kirjoittaa tämä koodi.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,,,

SharePoint-konferenssissa 2009 – Saat reaaliaikaisia raakatietoja viserrys

Odotan, että lähes jokainen tietää tämä joka tapauksessa, mutta ajattelin nakata pois nopeasti huomata, että on valtavasti erittäin mielenkiintoista tietoa saatavilla kautta hermona. Hash tag #SPC09 näyttää olevan suosituin. Kuten aina, on paljon typeryyttä ja "in" vitsejä, mutta jos saat ohi, Tsekkaa. Teen parhaani vastata kommentteja tai kysymyksiä minulle ja tiedän, että paljon muuta tehdä myös, joten se ei ole vain yksi tapa tiedonkulkua.

Seminaarisarjassa aloittaa vain alle kaksi tuntia ja jatkaa kunnes noin 3 päivitetty torstaina. Se alkaa poimia sitten.

Tarkistaa kimittää rehu täällä: http://twitter.com/#search?q=%23spc09

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Ohjelmallisesti talteen liitteet InfoPath-lomakkeet (Myös niiden nimet!)

Kuluraportin merkintä ratkaisu on asiakas, joka hyödyntää InfoPath ja työnkulku. Jossain vaiheessa hyväksyntäprosessin aikana, Minun täytyy luoda sähköpostiviestin, jossa on kaikki hyvä InfoPath tiedot sekä liitteet, itse niin, että (huokaus) joku ottaa tiedot ja koskien-manuaalisesti avain se Oracle database-sovellukseen.

Ei ole kovin vaikeaa saada tai jäsentää InfoPath-lomake. En tiedä miten käsitellä liitteitä, kuitenkin. Kun tunti tai kaksi poking noin Internets (ikuisuus!) Löysin tämän artikkelin: http://support.microsoft.com/kb/892730

Se antaa kätevä koodi purkaa liitteen solmusta muodossa. (Sinun pitää vielä löytää solmu ja kaikki, mutta se on vain XML-jäsentämiseen).

Tiedän, että liite on base64-koodattu ja alun perin meni tielle vain talteen base64 tiedot, dekoodaus se ja tallentamalla sen. Kuitenkin, Havaitsin nopeasti, en tiedä miten saada tiedostonimi, kunnes löysin edellä mainitun artiklan.

Olin itse löytänyt että melko aikaisin, mutta oli lykännyt persoonallisuuden jakautuminen. Toisaalta, artikkelin * sanoo * hyväksi InfoPath 2007. Vielä, koodi ja ohjeet ovat kaikki Visual Studio 2003 ja viittaukset InfoPath 2003.

Bottom line, kyseisessä artiklassa jos koodi toimii hyvin minulle (toistaiseksi). Saan InfoPath-lomake, Osaa jäsentää sen, Löydän ja purkaa liite, ja tiedän sen nimi. Mitä muuta voi pyytää elämän?

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,,

Jos olet huolissasi, että SharePoint-ympäristöön voidaan tad epäterveellistä, Anna minun auttaa sinua vahvistaa, että ja kuntotietojen tarkistus.

SharePoint-Shop Talk kertaus 10-08-2009

Nykypäivän SharePoint Shop Keskustelu kattaa tavallista laajan kirjon aiheita:

  • Keskustelimme asioita noin avaamista osissa SharePoint-sivustokokoelman kauppakumppanit. Se ei ole maailman monimutkaisin asia, mutta kun aletaan puhua ääneen, huomaat, että on olemassa paljon pieniä yksittäisiä asioita, joita on tehtävä tehdä tämä oikein. Sinun täytyy harkita palomuuri, lisensointi (intranet SharePoint-käyttöoikeus ei voi olla, ja todennäköisesti, riittävä), SharePoint-kokoonpanon määritys (AAM, laajentaminen web-sovellusten alueille, joilla todennäköisesti on HTTPS käytössä), jne. Jos joku on tarkistuslista mitä tehdä ja missä järjestyksessä, Haluaisin mielelläni nähdä sen kommentteja. Tämä kysymys voittaa "Viimeisin käsitellään kysymys" tietoinen vuoden (toistaiseksi).
  • Sain Kysy kuva kirjaston toiminnan, joka luo peukalon kynsien kuvia. Olen spekuloinut, että tapahtuma vastaanotin kuva Kirjasto tuottaa terävyys. Olen luultavasti kaukana base, mutta se Näytä siltä, että on täysin erillinen kuvan terävyys, itse web-palvelimessa. Vamshi, SharePoint Shop Keskustelu säännöllisesti, korostaa tämän blogimerkintä: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. Se on aika mielenkiintoinen postaus kuvien SharePoint, jos olet kiinnostunut.
  • Keskustelimme mukautetun Muokkaa muotoja (Voit luoda kautta SPD) ja sen liite toiminnot menetetään, kun teet sen. Laura Rogers on blogged tästä aiheesta: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

Tällä viikolla, Olemme ottaneet käyttöön uuden ominaisuuden, jossa vietimme noin 10 minuuttia osoittaa mielenkiintoinen Hela/Puijata SharePoint-ympäristön. Tällä viikolla, osoitimme, miten lisätä sisällön editori web-osa (ja itse asiassa kaikki web-osa) newitem.aspx-sivulle. Tässä tapauksessa, tavoitteena oli osoittaa joitakin laaja käytönaikainen ohje newitem.aspx sivun. Tämä on myös yksi tavallinen lähtökohdat jQuery liittämiseksi ympäristön. Ensi viikolla, aiomme näyttää jQuery Vihje/trick. Toivomme nähdään siellä.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

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

Olemme olet isännöivän meidän seuraava viikoittaisen SharePoint-Shop puhua istuntoon huomenna 12:30 PM EDT.

Tämä on avoin q&A ja kibitzing yleiskokouksessa kaikista aiheista SharePoint liittyvät paketit.

Voit lukea eri recaps tähän etukäteen istuntojen käsityksen, mitä teemme nämä puhelut: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Rekisteröinti on käynnissä ja valmis täältä: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Viserrys kysymyksiisi minulle, @ pagalvin.

Sähköposti niitä questions@sharepointshoptalk.com tai vain rivin paikalle ja pyytää heitä ääneen.

Toivomme, että nähdä sinut sitten!

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

Blogi tai blogiin – joka on kysymys (blogiin noin)

Huomautus: Tämä oli alun perin kirjattu www.endusersharepoint.com.

Muutama viikko sitten minulla oli tilaisuus puhua SharePoint lauantaina New Yorkissa. Vielä kerran, valtava tapahtuma. Tällä kertaa, Puhuin "oppimisen SharePoint" hyvin laaja aihe. Esityksen aikana (voi ladata täältä), I puhui erilaisia tekniikoita "oppimista" SharePoint, mukaan lukien stuff kuten kirjan oppiminen, luokan huoneessa koulutus, luomalla oman VM ennen kaikkea (Minulle), yhteisön osallistuminen. Yksi tapa osallistua SharePoint on kautta blogging. Joku kysyi minulta bloggaaminen erityisesti ja kysyi mielestäni hieman huolestunut hän oli, että olen kuullut muiden mainita ennen. Se on ollut palava halu takana pääni muutaman viikon niin minun tavallista muoti, Että itch olen naarmuuntumisen blogging noin sen mukaan.

Jotkut ihmiset näyttävät olevan sitä mieltä, että niin monet laadun bloggaajia siellä yhteyksissä tänään ja että niin monet laadun blogimerkintöjä on kirjoitettu että merkityksessä, ei ole mitään uutta kirjoittaa. Tai, "uusi" asia on niin alaisuuden, se ei aio olla mielenkiintoinen kaikille. En yhdy käsitykseen tai olettamus niistä.

Aluksi, Jos olet blogging, koska se on osa oman yrityksesi on oppimisen SharePoint hyvin, on todella merkityksetöntä, jos joku on kirjoittanut oman aiheen tai ei. Yksi yhteisön osallistuminen tekijät, onko varten omat oppimisen tai ei, on, että voit tarve saada oikea. Kukaan ei halua laittaa heikko blogimerkinnän ja näyttää typerältä edessä maailman. Aikana mitään väärää, aiot ajatella kautta enemmän aihe huolellisesti, jne. Näin, olet ajatellut, opiskelevat ja ottaen huomioon tässä aiheessa olevasta kaikenlaisia kulmat, vasemmalta oikealle, ylhäältä alas, sisään ja ulos (tai ainakin olisi oltava). Se on erittäin arvokas harjoitus. Itse asiassa, se on lähes sivuseikka painamalla "post"-painiketta, kun olet kirjallisesti se koska olen jo saatu paljon hyötyä nyt. Tietysti, haluat ajaa post-painiketta joka tapauksessa eri syistä, mutta minä eksyä. Tärkeintä on, että bloggaaminen on tärkeä oppimisen käyttää sekä itse, määräaika.

Torjun myös väitteen, "se on jo tehty". Joten mitä jos se oli? Kauhea seuraa, että ihmiset, jotka etsivät aihe kautta bing nyt löytää kaksi tai viisi tai kymmenen artikkeleita. Ketä kiinnostaa? Olen aina mieluummin löytää useita artikkeleita samasta aiheesta, kun mennä hakee putket juttuja. Eri näkökulmista, eri kirjoitusjärjestelmiä tyylit, erilaisia lähestymistapoja sama ongelma-ne kaikki auttaa minua ymmärtämään, mitä tarvitsen. Mielestäni, yhteisön on, ei jos umpeutumisesta hyvälaatuisia blogi kylläisyys kohta sen SharePoint-maailman aihetta koskevien.

Niin, Blogi pois! Et kuule minua valittaa siitä. I guarantee it 🙂

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,

Älä ole Bull Kiinan-Shop

SharePoint lyhyt historia (Suhteellinen viejän näkökulmasta)

Huomautus: Tässä artikkelissa on alun perin kirjattu www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint on kehittynyt paljon vuodesta early days inkubaatio-tekniikka Microsoftin lajitteleminen –se on kehittynyt lähes kauhu-elokuvan, Jos hullu tiedemies luominen kestää omaa elämäänsä, Breaking free sen luoja odotukset ja säännöt. Tekninen kehitys on selvää-WSS 3.0 objektimallin on monipuolisempia ja monimutkaisempia kuin WSS 2.0, joka oli itse parannus aiempiin versioihin. Seuraava versio varmasti osoittaa valtava parannus yli 3.0. Käyttäjän näkökulmasta, kuitenkin, SharePoint: n kehitys on vieläkin.

Alkuvaiheessa, SharePoint ei juurikaan loppukäyttäjille. He olisivat tavallista toimintavaatimukset, käsitellä sitä määritellä hyvin ja toteuttaa ratkaisu. SE käyttää SharePoint ongelman ratkaisemiseksi. Tuote ei ollut hyvin saatavilla loppukäyttäjille. Olen ajatellut, heitti joitakin analogiat, mutta olen päättänyt pitää kiinni Venn-kaaviot näyttää mitä tarkoitan. Kun Microsoft julkaisi ensimmäisen SharePoint maailmaan kuin kaupallinen tarjonta, sen jälkeen suhteellisen perinteisten kuvion loppukäyttäjän <-> SE suhde. Monet käyttäjät, viestintä ja käsitteleminen hyvin pieni määrä ihmisiä tarjoamaan ratkaisuja, jotka liiketoiminnan ongelmien ratkaisemiseksi:

image

Yleinen ongelma-toimialue, jolle SharePoint on sopiva toimitus-ympäristössä on pieni (varsinkin verrattuna nykypäivän SharePoint. Käyttäjät ja se toimi enemmän klassinen yhteistyössä: Määritä vaatimukset, Odota IT Älä työnsä verhon takana ja toteutettava valmiin tuotteen toimittaminen.

Koska SharePoint kehittyneet 2.0 Maailman (WSS 2.0 ja SharePoint Portal Server), useita asioita on tapahtunut. Ensimmäinen, "ongelma domain" on kasvanut kooltaan. Ongelma-toimialue, Tarkoitan liiketoiminnan ongelmista jolle SharePoint voitaisiin ratkaisun. Esimerkiksi, Eikö mielestäsi liian kovaa täytäntöön vakavia hakuratkaisun SharePoint-ympäristössä SPS asti (ja vaikka sitten, se ei ollut yhtä hyvä kuin sitä tarvitaan). Samaan aikaan, Käyttäjille on ennennäkemätön mahdollisuus ei vain määrittäminen, mutta myös toteuttaa omia ratkaisuja vähän tai ei lainkaan IT-tukea.

Sen 3.0 foorumi (WSS ja MOSS) säilyttämään ja lisäämään että vauhtia. Ongelma-alalla on valtava verrattuna 2.0 foorumi. Lähes jokainen osasto yritys, vaihtelevat tuotannon terveys- ja yksiköiden pitämiseen, -myynnin laadunvalvontaa – ne löytää hyvä käyttää SharePoint (ja se ei ole kyse Mäskäys kierroksen peg neliön reikä). Samaan aikaan, alustan annetaan entistä enemmän käyttäjät voivat toteuttaa oman liiketoiminnan ratkaisuja. Yritän kaapata että tämä kaavio:

image

Tämä on osoittautunut niin voimakas ja turhauttavaa seos. Sen 3.0 alustan kääntyy aiemmin vakaa roolit päänsä. Yhtäkkiä, Käyttäjät ovat tehokkaasti tuomari, tuomariston ja Teloittaja yritysanalyytikko, sovelluksen arkkitehti ja kehittäjä oman liiketoiminnan ratkaisuja. Tämä saa kirjoitan ongelman ytimeen. Mutta ennen olen sukeltaa että, Let's harkita huoneessa norsu.

Peering Crystal Ball

Se miten SharePoint 2010 vaikuttaa tämän kuvio? Se on vallankumouksellinen tai osittain? Enemmän, vähemmän tai tietoja käyttäjille yhtä monta Etsi itse valtuudet rakentaa ratkaisuja SharePoint 2010? Tahdon SharePoint 2010: n ongelma-alalla laajentaa entisestään tai se vain tarkentaa ja tehostaa jo siinä WSS 3.0 / MOSS?

Ei tarpeeksi tietoja "siellä" sanoa, että yleisen vastaus on:

  • Ongelma verkkotunnuksen aikoo dramaattisesti laajentaa.
  • Käyttäjät löytävät itse vieläkin toimivaltaiset kuin ennen.

Venn-diagrammi on suurempi kuin tämän sivun ja aiheuttaa joitakin IT-ammattilaisille ja CxO: n päästä niiden Pepto.

Uskon, että se tulee olemaan valtava mahdollisuus yrityksille kannustimia tehdä aidosti muutosjohtaminen asioita.

Ei sonnien Kiinan-Shop!

Tämä kuulostaa hyvälle, mutta mielestäni SharePoint-konsultti-ja itse liikkeelle IT-hallinnan kengät, Näen tämän vision. Omistan posliinikaupassa kaunis levyt, Crystal, jne (SharePoint-ympäristöön). Olen vuokrannut tilaa, Olen ostanut minun luettelo ja kaikki säädettyihin niin Tykkään. En ole aivan valmis avaamaan, mutta ennakointia, Odotan minun Asiakkaat ovat vuoraukseen jopa ja huomaan todellista bull siellä ovella. Tarkastella lähemmin ja itse nähdä kaksi sonnien ja jopa susi. Sitten huomaan, että on olemassa lampaita. Lampaat ovat joten Paha, mutta ne ehkä peitelty susien ovat? En halua sonnien Kiinan shop!

Gets worse! Kun vuokrasin tilaa, En voinut uskoa, kuinka mukavaa oli. Laajaa ja avointa, upeita mukavuudet, erittäin kohtuulliseen hintaan. Kuitenkin, nyt olen ymmärtämättä, että auki tilat ja valtava ovi on juuri täysin esitystapa Bullin tulemaan Fishdom kohteessa ja osoittaminen jätteiden minun Kiinaan.

I 'm työntäminen tätä vastaavasti liian kaukana, Tietysti. Käyttäjät eivät ole sonnien (Useimmat niistä, joka tapauksessa) ja IT-osastot eivät (tai olisi varmasti ei) Katso niiden käyttäjien yhteisö epäily tällaista. Kuitenkin, on täydellinen törmäys tapahtuu jo tässä Lajittele 3.0 Platform, että odotan vain pahenee SP 2010. SharePoint jo annetaan ja kannustaa käyttäjät voivat määritellä ja toteuttaa omia ratkaisuja.

Masaráp ja kaikki, mutta se on edelleen erittäin tekninen tuote ja edelleen edellyttää voimakasta yritysanalyysin vaatimukset laji, suunnittelu ja yleinen suunnittelu ja hallinta, että teknisiä hankkeita tarvitse onnistua. Nämä eivät ole sellaisia taitoja, että monet käyttäjät joutuvat heidän konstit, varsinkin kun keskitytään teknisenä tuotteena kuin SharePoint.

Olen antanut tätä miettinyt viime vuoden aikana ja en näe mitään helppoa vastausta. Se todella kuihtuu koulutukseen. Uskon, että SP 2010 aiotaan muuttaa hieman, ja se on menossa Pelaa eri tavalla ja Hidastusten kuin yritysten laajakaistapalveluita niiden SP peli 2010 ratkaisuihin nähden 2010 ja sen jälkeen. Onnistuakseen, Käyttäjien täytyy muuttaa itseään ja saada hieman se uskonto. Heidän täytyy oppia hieman asianmukaisia vaatimuksia
analyysi. He tarvitsevat joitakin suunnittelu asiakirjat, jossa yksilöidään selvästi liiketoimintaprosessin työnkulun, esimerkiksi. Heidän täytyy ymmärtää peruskäsitteitä, kuten lika (Luo, Update- ja delete), dev/testi/qa/tuot.til ympäristöissä ja miten kyseisen infrastruktuurin käyttöön oikein ratkaisuja, jotka elävät Nizzan kauan ja kulma (ei taukoa) vastauksena organisaation muutokset.

Tulevina viikkoina, Aion yrittää ja tarjota joitakin omia uusia ideoita, samoin kuin monet muut tekijät hienoa työtä linkittäminen (päivänä www.endusersharepoint.com ja muualla) siten, että asianomaiset käyttäjät voivat oppia, että vanhan ajan uskonnon. Pidä viritetty.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,