Rychlé & Snadné: Vytvořte složku a přiřadit typ obsahu (Nebo, Mají své ukazatele KPI a sníst je příliš)

K problému KUV Psal jsem o tu, Jsem udělal nějaké testy a zjistil že KPI práce proti složky s meta data stejným způsobem, že proti dokumenty nebo položky seznamu. Dokázal jsem to tím, že vytvoří nový typ obsahu založený na obsahu typu složky a pak přidal několik polí. Jsem vytvořil některé ukazatele a dokázal jsem si, že klíčové ukazatele výkonu fungovat podle očekávání. To bylo vítanou zprávou. Není to dokonalé, vzhledem k tomu, že přechod se dostanete od KUV proti složek je přesně, co chcete. To není příliš mnoho nevýhodou, v mém případě, protože 1) koncoví uživatelé nevědí nic lepšího a 2) přechod se přejde do složky. Klepnutí na název složky a jsou na položku. Je to dvě kliknutí místo jedné, která není konec světa.

To tekla pěkně s prací, kterou jsem dělal. Já jsem vytvořit složku pro každý dokument, který dostane nahrané. To se provádí prostřednictvím příjemce události. Jako výsledek, je to hračka, aby nadřazená složka Meta data synchronizovaná s KUV řízené metadata ze souboru, samotná instalace je již na místě. This allows me to have my KPI’s and eat them too 🙂

Upravil jsem přijímač událostí přidat složku a potom nastavit typ obsahu této nové složky na můj vlastní typ obsahu KPI-přátelské. Tento kousek kódu udělal trik:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumenty").Podsložky;
  Složka SPFolder addedFolder = srcFolders.Add(vlastnosti.ListItem.ID.ToString());
  SPContentTypeId kpiCT = nové SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["ID typu obsahu"] = kpiCT;
  addedFolder.Item.Update();

Chcete-li najít skutečné ID typu obsahu, Přístup k typu obsahu prostřednictvím nastavení webu a kopírovat/vložit jej z adresy URL, jak je uvedeno:

obrázek

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky: ,

Rychlé a snadné: Si SPFolder SPListItem v události přijímač

Nerad to přiznávám, ale jsem bojoval s tímto všechny den. Můj přijímač událostí je třeba aktualizovat pole nadřazené složky. To trochu ukazuje, jak na to:

soukromé void UpdateParentFolder(SPItemEventProperties vlastnosti)
{

Složka SPFolder thisItemFolder = vlastnosti.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ stav schválení"] = "Dobré zprávy, Každý!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

V tomto případě, Já pracuji s knihovnou dokumentů a vlastnosti, které jsou zasílány z události ItemAdded.

Trik je, že nemůžete získat složka SPFolder položky přímo ze samotné položky (tj. vlastnosti.ListItem.Folder je null). Místo toho, Přejděte na položky seznamu přidružený soubor a získat složku v souboru.

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky:

Ještě další událost přijímač ladit trik

Jsem si jistý, že nejsem první, kdo přišel s tímto. Avšak, Nevšiml jsem si někdo zveřejnit jako je tento trik, vzhledem k tomu, že jsem se začal věnovat bedlivou pozornost do Společenství loni v červenci. Tak, Myslel jsem, že by ji zaúčtovat tento tip rychlé a snadné ladění.

Já jsem pracoval na přijímač událostí, který začal generovat tuto chybu v 12 podregistr:

Chyba při načítání a spouštění událostí přijímač Conchango.xyzzyEventReceiver v xyzzy, Verze = 1.0.0.0, Kultura = neutral, PublicKeyToken = blahbalhbalh. Další informace jsou nižší než. : Odkaz na objekt není nastaven na instanci objektu.

Nevěděl jsem, kde jsem zavedla tuto chybu, protože jsem udělal příliš mnoho věcí v jednom z mých kód/zavádění/zkušebních cyklů.

Snažil jsem se Toto řešení Chcete-li získat své pdb tam s nadějí, že SharePoint 12 úl by zobrazit trasování zásobníku, ale zase nic. Nevím, jestli je to možné, a pokud někdo nemá, Dejte mi prosím vědět 🙂

Já vím, že je to možné psát vlastní zprávy protokolu do 12 podregistr. Upřímně řečeno, Chtěl jsem něco trochu méně děsivé a rychlejší implementace.

Napadlo mě, že bych mohl dostat alespoň nějaké základní trasovací informace lov a opětné vyvolání obecné výjimky, jako je tento:

  zkusit {
    UpdateEditionDate(vlastnosti);
  }
  Catch (Výjimka e)
  {
    hod nové Výjimka("Dispečer, UpdateEditionDate(): Výjimka: [" + e.ToString() + "].");
  }

To se objevil v 12 thusly úl:

Chyba při načítání a spouštění událostí přijímač Conchango.xyzzyEventReceiver v xyzzy, Verze = 1.0.0.0, Kultura = neutral, PublicKeyToken = blahblahblah. Další informace jsou nižší než. : Dispečer, UpdateEditionDate(): Výjimka: [System.NullReferenceException: Odkaz na objekt není nastaven na instanci objektu. na Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties vlastnosti) na Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties vlastnosti, Řetězec eventDescription)].

To mi dal všechny detaily, které jsem potřeboval, aby vypátral, že konkrétní problém a očekávám, že ji hodně do budoucna používat.

</Konec>

Přihlásit se na mém blogu!

Neděle legrační: “NE PRO EXPORT”

Zpět kolem 1998, společnosti, pro kterou jsem pracoval v době obdržel nějaké finanční prostředky na vytvoření nového produktu e komerce. Měli jsme plnou škálu obchodním požadavkům. Muselo to být rychlý, snadné pro koncové uživatele, honosné, multi-jazyk, atd. Je smutné, Jsem asi neměla jako ambiciózní soubor práce dosáhnout od těchto opojných dnech.

Toto úsilí před datem Microsoft.NET. Plain vanilla ASP byl stále poněkud nové (nebo alespoň velmi neznámé společnosti). "Cihel a Malty" společnosti byly odsouzeny. Ztraceni! To je říkat, že to byla Průkopnická práce. Hadron Collider průkopnické práce, ale pro nás v našem malém světě, to byla Průkopnická práce.

Byli jsme šílené obsazeno. Dělali jsme mini je POC téměř každý den, to, jak k udržení stavu dědičně příslušnosti nálevu, přemýšlením, multi-jazykové problémy, zabezpečení na úroveň řádků. Jsme dokonce měli vytvořit slovník definovat základní pojmy (Já jsem raději stát trvalé, ale z nějakého důvodu, trapné "statefull" vyhrál den).

Jak jsme byli šíleně vymýšlení tohoto produktu, marketingu a prodeje lidé byli snaží prodat. Nějakým způsobem, se jim podařilo prodat náš noční můra scénář. I když jsme byli navrhování a implementace podnikových řešení, jsme opravdu nečekali, prvním zákazníkovi využívat všechny funkce, kterou jsme postavili do produktu den nula. Tento zákazník potřeboval multi-jazyk, radikálně odlišné uživatelské rozhraní od standardu"" systému, ale se stejnou logikou obchodní. Multi-jazyk byl v tomto případě obzvlášť tvrdě, protože jsme se vždy zaměřili na španělština nebo francouzština, ale v tomto případě, to byl Číňan (která je dvoubajtové znakové sady a vyžaduje zvláštní zacházení vzhledem k technologii, kterou jsme použili).

Rychlý posun vpřed několik měsíců a já jsem na Northwest airlines letu do Pekingu. Byl jsem tak zaneprázdněn přípravou pro tento výlet, který téměř vůbec netuším co to je tam. Četl jsem knihu kdysi o tom jak Američana v Číně již několik let a naučil jazyk. Jednoho dne šel města a ptali někteří lidé. Konverzace probíhala něco to:

  • Americká: "Mohl byste mi říct jak se dostat do [XX] ulice?"
  • Čínština: "Sorry, Nemluvíme anglicky".
  • Americká: "Oh, tak jsem z Hongkongu." a požádal je znovu v čínštině, ale jasněji (jak nejlépe dovedl).
  • Čínština: Velmi zdvořile, "Sorry, Nemluvíme anglicky".

Konverzace probíhala takhle pro bit a Američan se vzdal ve frustraci. Když odcházel jim zaslechl jeden muž mluví k druhému, "Jsem Přísahala bych že prosil o návod na [XX] ulice."

Jsem sebral pár bitů a kousky jiných kvazi-informace týkající se Číny a "užitečné rady":

  • Korejské spolupracovala mi řekl, že musím opatrně z Číny, protože "by se snažil mě opít a využít" v tom smyslu, ze mě tlačí do špatné obchodní rozhodnutí.
  • Jsme nesměli řídit automobily (tam byl nějaký zmatek, zda to byl vlastní, právní požadavek nebo jen klienta pravidlo).
  • Existují zvláštní pravidla pro procházejí celním.
  • Nesměli jsme se americké peníze použít na cokoliv.
  • Nesmíš odejít tipy. Pokud ano, je to urážka.

A konečně, Měl jsem poměrně čerstvé vzpomínky Tiananmen masakr. Když jsem byl na vysoké škole, Vzpomínám, jak v reálném čase Usenetu dohromady jako svět hrůzou přihlížel.

V krátkém, Byl jsem velmi nervózní. Nebyl jsem jen normální nervózní v tom smyslu, že jsem doručoval řešení, která byla řádů složitější než cokoli, co jsem kdy udělal před. Také jsem strach o neúmyslném porušení pravidla, které mě dostat do průšvihu.

Já jsem na tomto 14 hodinový let a i když to byl obchodní třídě, 14 hodin je sakra dlouhá doba. Existují jen tak mnoho způsobů, jak se zabavit čtením, sledování filmů nebo hraní s magnetizované příbory. I opravdu dobrá kniha je těžké číst několik hodin přímé.

Nakonec, Začal jsem číst obalový materiál na kousek software, který jsem ručně nesl se mnou ke klientovi, Netscape webový server. Já čtu požadavky na hardware a software, marketingové blurbs, Při pohledu na pěkný obrázek a najednou, Jsem nula v na obří "ne pro EXPORT" varování, něco o 128 šifrování. Jsem nacpal do pole zpět do mého pouzdro, varování (lícem dolů) (Pokud by to pomohlo) a snažil se udržet vize Půlnoční Express z mojí hlavy.

Ohlédnutí na to nyní, Měl jsem obavy, Pokud vůbec, Když jsem odešel USA, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky: ,

Řešení: SPQuery neprohledává složky

Minulý týden jsem se provádí "vyvíjející se" řešení pro klienta, který používá BDC a SPQuery a narazil na nějaké potíže s používáním SPQuery proti knihovnu dokumentů obsahující složky. Čára dole: přiřadit "rekurzivní" do atributu zobrazení dotazu.

Můj scénář:

  • V pondělí, Uložit dokument a některé údaje meta.
  • Následující týden, Nahrát nový dokument. Velká část tohoto nového dokumentu meta dat je založen na dokumentu, který jsem nahrál v pondělí (kterou nazýváme "hlavní dokument").
  • Vytvořili jsme webové služby fasáda, která poskytuje BDC-přátelské rozhraní, do seznamu, takže uživatelé mohou snadno vyhledat dokument pondělí přes hledání v titulech.
  • Sloupec dat záložní řadič domény poskytuje přehledné uživatelské rozhraní. (To je součástí můj pokus o použití služby BDC pro vyhledávací sloupec s více přátelské).

Konečné fasádě služby BDC používá dotaz takto udělat vyhledávání:

 // Používá U2U nástroj k pomoci při vytváření tento dotaz CAML.
      oQuery.Query =
        "<Kde>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "  <A>";

      oQuery.Query  =
        "    <A>" +
        "      <GEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + minId + "</Hodnota>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef jméno =  "DocumentId" />" +
        "        <Typ hodnoty =  "Text">" + maxId + "</Hodnota>" +
        "      </LEQ>" +
        "    </A>";

      Pokud (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Obsahuje>" +
          "      <FieldRef jméno =  "Title" />" +
          "      <Typ hodnoty =  "Text">" + titleFilter + "</Hodnota>" +
          "    </Obsahuje>" +
          "  </A>";
      oQuery.Query  =
        "</Kde>";

V počáteční fázi vývoje, fungovalo to skvěle. Avšak, Zavedli jsme složky do adresáře k řešení některých problémů a najednou, můj výběr záložní řadič domény nevrátí žádné výsledky. Sledoval jsem to se skutečností, že SPQuery by se nikdy nevrátí žádné výsledky. Zvykli jsme si složky především umožnit více souborů se stejným názvem a uložit, ale s různými meta data. Když je soubor odeslán, vytvořit složku založený na ID položky seznamu a potom přesuňte soubor tam (Jsem psal o tom Tady; Měli jsme smíšené výsledky s tímto přístupem, ale na celém, funguje to dobře). Uživatele nezajímá, o složkách a ve skutečnosti, nechápe, že jsou všechny složky. Jsme nakonfigurovali názory na knihovnu zobrazíte položky bez ohledu na složky.

Trefil jsem tento problém dvakrát jako technická realizace vyvinul a řešit to jinak pokaždé. První čas, Nebyl pomocí operátoru CONTAINS v dotazu. Bez operátor CONTAINS, Byl jsem schopen problém vyřešit zadáním pohled na contructor SPQuery. Namísto použití výchozí konstruktor:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery();

Namísto toho používá konstruktor, který zadaný pohled:

SPList.Update() oList = www.Seznamy["Dokumenty"];

SPQuery oQuery = nové SPQuery(oList.Views["Všechny dokumenty"]);

Problém vyřešil a začal jsem se dostat moje výsledky.

Pak jsem přidal operátor CONTAINS do směsi a zlomil znovu. Ukazuje se, že operátor CONTAINS, Co lze říci, nefunguje s názorem stejným způsobem jako jednodušší GEQ / LEQ operátory. Jsem udělal nějaké vyhledávání a zjistil, že ViewAttributes dotazu by měla být nastavena na "Rekurzivní", stejně jako v:

oQuery.ViewAttributes = "Rozsah = "Recursive"";

To vyřešil problém pro obsahuje. Vlastně, to také vyřešil můj původní problém hledání a pokud byl zadán rekurzivní atribut poprvé, Já bych se do problematiky znovu spustit.

Skutečnost, že podle zobrazení SPQuery funguje u některých operátorů (GEQ/LEQ) a jiné ne (OBSAHUJE), spolu s tím, že ukazatele KPI nezdá se, že práci vůbec s obsahující složku dokumentů knihovny vede mě věřit, že SPQuery má nějaké problémy, ortogonalita.

Zvláštní poděkování:

  • Dobrý lidi na U2U a nástroj pro dotazy na jejich.
  • Michael Hoffer je skvělá "učení se praxí" blogu, Komentáře a reakce.

</Konec>

Přihlásit se na mém blogu!

MOSS KPI chyba? Ukazatel seznamu vázáno do knihovny dokumentů se složkami

AKTUALIZOVAT 02/29/08: Já jsem tento problém řešil vytvořením složky a potom přiřadí typ obsahu do složky, která má meta data, potřebná pro ukazatele KPI. Jsem popsal, že v trochu podrobněji zde.

Zavedli jsme technické řešení, kde uživatelé předávat dokumenty do knihovny dokumentů. Příjemce události vytvoří adresář a přesune soubor do tohoto adresáře (pomocí techniky podobné co jsem psal o Tady). Jsme úspěšně procházet kolem potenciální problémy způsobené přijímačů událostí přejmenovat soubory (hlavně proto, že uživatelé nikdy začít jejich dokument klepnutím na tlačítko na "New" ale místo toho vytvořit dokumenty místně a pak je současně Odeslat).

Meta data pro tyto dokumenty obsahují ano/ne sloupec webu s názvem "Urgent" a další sloupec webu s názvem "Status". Musíme splnit obchodní požadavky, ukazuje procento "Urgent" dokumenty, jejichž stav je "Čekající".

To je obvykle jednoduché udělat a popsal jsem něco velice podobného na SharePoint Beagle se spoustou snímky obrazovky, pokud máte zájem.

V kostce, Jsem udělal následující:

  • Vytvoření zobrazení na knihovně dokument nazvaný "Čekající".
  • Nastavit pohled ignorovat strukturu složek.
  • Vytvořit seznam klíčových ukazatelů výkonu.
  • Vytvoření ukazatele v seznamu, který odkazuje na doc lib a že "čeká na vyřízení" pohled.

To prostě nebude fungovat. Klíčový ukazatel výkonu ukazuje můj cíl (např.. pět urgentní dokumenty) ale vždy zobrazuje skutečný počet naléhavých jako nula. Paradoxně, Pokud přejdete na detaily, To ukazuje pět urgentní dokumenty v seznamu. Vytvořil jsem jednoduchý scénář s dvěma dokumenty, ve složce a jeden ne. Zde je screen shot:

obrázek

Výše uvedená ukázka jasně ukazuje, že existují dva dokumenty v pohledu, ale hodnota"" je jedna. "CamlSchema" s prázdným dokumentem Id je v kořenové složce a druhá je ve složce s názvem "84".

Zdá se mi, že i když zadáte pohled, KUV není dodržena, "Zobrazit všechny položky bez složek" nastavení a místo, omezuje na kořenovou složku.

Pokud se mýlím, Prosím napište mi linku, nebo zanechat komentář.

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky:

SPD Workflow “Shromáždit Data od uživatele”: Upravte formulář generované úkolu

Já pracuji na projektu, který používá pět různých SharePoint Designer pracovní toky zpracovat některé schvalování dokladů. SPD poskytuje "shromažďovat data od uživatele" akce tak, že můžeme vyzvat uživatele k různé bitů informací, jako například, zda budou schvalovat, některé komentáře a možná se zeptat, co měli k večeři v noci.

Formuláře jsou dokonale funkční. Jsou vázány na seznam úkolů jako typ obsahu. Jsou to 100% generované systémem. To je jejich síla a slabost. Pokud můžeme žít s výchozí tvar, pak můžeme jít. Avšak, Nemáme příliš mnoho kontroly nad jak SPD vytvoří formulář. Pokud se nám nelíbí, že výchozí chování, Musíme se uchýlit k různé triky, jak to obejít (například, Nastavení priority úkolu).

Musel jsem uvést odkaz na tyto formuláře úkolů, jež se zobrazení vlastností (DispForm.asxp) "příbuzné položky" v novém okně. To umožňuje jedním klepnutím přístup k metadata související položky. To je to, co mám na mysli:

obrázek

Naštěstí, Můžeme to udělat a není velmi těžké. Obecně řečeno, oheň se SPD, Přejděte do adresáře, který domy pracovní soubory a otevřete soubor ASPX, který chcete upravit. To jsou jen klasické instrukce XSL transformace a pokud jste složené s itemstyle.xsl, Hledat nebo jiné scénáře XSL, to bude pro vás snadné. Vlastně, Našel jsem to být obecně snazší, protože vygenerovaný formulář je poněkud jednodušší následovat oproti webové části Hledat základní výsledky (nebo hrůzné CWQP).

Samozřejmě, je tu jeden hlavní úskalí. SPD workflow editor předpokládá plnou kontrolu nad souboru. Pokud jej změníte, SPD se šťastně přepsat vaše změny dávají právo sadu okolností. Udělal jsem dvě rychlé testy, abychom zjistili, jak špatné to může dostat. Oba předpokládají, že jste vytvořený platný SPD workflow, který používá "shromažďovat data od uživatele" krok.

Zkouška 1:

  • Ručně upravit soubor ASPX.
  • Testovat (Zkontrolujte, zda provedené změny byly uloženy správně a nic nezlomila).
  • Otevřít pracovní postup a přidat akci nesouvisející (například "protokol k dějinám").
  • Uložení pracovního postupu.

Výsledek: V tomto případě, SPD znovu nevytvořil formulář.

Zkouška 2:

  • Stejně jako #1 Kromě přímo upravit "shromažďovat data od uživatele" akce.

Výsledek: Toto znovu vytvoří formulář od začátku, přepisovat změny.

Závěrečné poznámky:

  • Nejméně dvě SPD akce vytvářet formuláře, jako je tento: "Shromáždit Data od uživatele" a "Přiřadit do položky". Obě tyto akce’ formuláře lze ručně změněn.
  • Byl jsem schopen generovat můj odkaz na dispform.aspx, protože, v tomto případě, relate položka má vždy své ID v URL související položky. Byl jsem schopen extrahovat jej a pak stavět <href> založeno na poskytování přístupu funkce jedním klepnutím myši meta data. Nepravděpodobné, že URL následuje toto pravidlo. Může být jiné způsoby, jak získat ID související položky, ale ještě musel přejít most, tak nevím, jestli dostane na druhou stranu propast.
  • Neměl zkoumat, ale nebyl bych překvapen, kdyby je nějaký soubor šablony v 12 podregistr, který by mohl upravit, ovlivňuje jak SPD generuje výchozí formuláře (stejně jako můžeme upravit upozornění šablon).

</Konec>

Přihlásit se na mém blogu!

Doplněk Technorati značky: ,

Jsou “Neznámá chyba” Zprávy opravdu lepší než trasování zásobníku?

Četla jsem si Ondra blog post jak Povolit zobrazení trasování zásobníku a teď jsem zvědav: Proč vždycky neprokážeme trasování zásobníku?

Kdo přišel s toto pravidlo a proč jsme po ní?

Koncoví uživatelé budou vědět, že je něco špatně v obou případech. Alespoň s trasování zásobníku, Stisknutím kontroly printscreen, kopírovat/vložit do e-mailu a odeslat ji na to. To by zjevně snižují čas a úsilí potřebné k řešení problému.

</Konec>

Doplněk Technorati značky:

Neděle (Trapné) Legrační: “Mé jméno je Paul Galvin”

Banda před lety, můj šéf mě požádal abych někteří uživatelé na produkt s názvem výsledky. Výsledky je koncový uživatel Reportovací nástroj. Je to zhruba obdobná služba SQL Server Reporting nebo Crystal. V době, byl navržen pro provoz na zelené trubky (např.. Wyse 50 terminál) je propojen s Unixem přes telnet.

Výchozí odpověď na jakoukoliv otázku, která začíná "můžete … " "Ano" a to je, kde to všechno začalo.

Klient byl chemická společnost se v jižní Kalifornii a měl jen o zabalené velkých ERP implementace založené na Si QAD MFG/PRO. Prováděcí plán dnes vyzvala školení moci koncoví uživatelé produktu výsledky.

Nebyl velký uživatel tohoto nástroje a vycvičil rozhodně nikdy nikoho. Avšak, Provedl řadu dalších školení tříd a byl rychle na nohou, Takže jsem nebyl příliš starosti. Dennis, skutečný úvazek výsledky instruktor, mi dal jeho výukový materiál. Ohlédnutí na to nyní, je to docela absurdní. Nevěděl jsem produkt, dobře, nikdy vycvičili formálně na ní a rozhodně nikdy naučila. Co mám někdo na to školení?

Komplikovat věci logisticky, Byl jsem požádán a potkat někoho v Chicagu jako součást předprodejní angažmá po cestě. Plán měl letět z New Jersey, jít do Chicaga, setkat s vyhlídkou na hodinu a pak pokračujte v Kalifornii.

No., Dostal jsem do Chicaga a prodavač v mém týmu udělal nějakou chybu a nikdy potvrdil schůzky. Tak, Objevil jsem se a tam nebyla vyhlídka. Děs. Sbal se a opustit a pokračovat na CA. Někde během tohoto procesu, Zjistím, že se klient učí méně než 24 hodin před mým příjezdem že Paul Galvin"" učí třída, není Dennis. Klient má rád Dennis. Chtějí vědět, "kdo je tato osoba Paul Galvin?" "Proč bychom měli věřit mu?" "Proč bychom měli platit za něj?" Dennis očividně nechtěl přihlásit do mé "brzy dávají špatné zprávy" filozofie. Děs.

Přijedu na letišti a z nějakého důvodu neuvěřitelně stupidní, Já mněl jsem kostkovaný zavazadla. Udělal jsem to na LAX, ale moje zavazadlo nebylo. Pro mě, ztráta zavazadel je hodně jako prochází Sedm fází zármutku. Nakonec jsem se do hotelu, bez zavazadel, unavený, hlad a nosí moje (nyní, velmi zmačkané) společenský oblek. To trvá dlouhou dobu k cestování z Newarku — k O'Hare — klientovi — zpět na O'Hare — a nakonec do La..

Konečně jsem se ocitl v hotelovém pokoji, zvykal na tyčinku Snickers, vyčerpaná a snaží se sehnat energii procházet školicí materiál znovu tak, že nebudu vypadat jako úplný osel před celou třídou. To bylo trochu nízký bod pro mě v době.

Probudil jsem se druhý den, nejlépe rozložit obleku tak, že jsem nevypadal jako Willy Loman na špatný den a zamířil na nad klientovi. Jak je často případ, osobně byla milá, zdvořilý a příjemný. To stál v ostrém kontrastu k její velmi zlobí emaily/hlasových zpráv z předchozího dne. Ona mě vede o 3 ranách budova po budovu rozdělenou mimo oblast v obří chemickém skladu, kde budeme provádět třídu pro příští tři dny. V 15 nebo 20 studenti pomalu sestavit, Většina je stále očekává Dennis.

Vždycky jsem začít z mého tréninku třídy představením, dávat nějaké pozadí a psaní mé kontaktní informace o bílou tabuli. Jak říkám, "Dobré ráno, mé jméno je Paul Galvin", Jsem napsat mé jméno, email a telefonní číslo nahoru na bílé desce velkými písmeny, takže každý může jasně vidět. Já řešit tím, že jsem nahradil Dennis a ujišťuji je, že jsem jako vhodná náhrada, atd. Mám všechny stručně Řekni mi své jméno a co chtějí dosáhnout ze třídy, tak, že lze přizpůsobit věci na jejich specifických požadavků, já jdu dál. Obvyklé věci.

Můžeme to zabalit a oheň se projektor. Jdu vymazat mé kontaktní informace a … Jsem napsal v trvalé marker. Byl jsem tak trapně. V mé mysli oko, Vypadalo to takhle: Je to "Paul Galvin" osoba, poslední chvíli náhrada za naši milovanou Dennis. Má na sobě zmačkaný oblek a neoholený. Právě on napsal jeho jméno velkými písmeny na naši bílou tabuli v Popisovač permanentní. To je pohled!

To všechno skončilo šťastně, Avšak. Je to chemická společnost, Koneckonců. A prošedivělý veterán zaměstnance vytáhl něco z regálu a, pravděpodobně v rozporu s předpisy EPA, schválila Rada. Se mi podařilo zůstat 1/2 den před třídu v celém průběhu a dali mi dobrou recenzi na konci. To stmelil moje "pinch hitter" pověst u nás ve firmě. Moje zavazadla dorazila první den, byl jsem mnohem víc reprezentativně dní, dva a tři.

Když jsem byl s červených očí doma, Se uvažuje o "ponaučení". Tam bylo hodně přemýšlet. Komunikace je klíčem. Řekněte klienty o změny v plánu. Nikdy Nekontrolovat svá zavazadla na letišti, pokud lze možná vyhnete. Přinést náhradní "věci" v případě zkontrolujte vaše zavazadla a to neznamená, že to. Myslím, že nejdůležitější lekce jsem se naučil, Avšak, byl to: vždy vyzkoušejte značku v levém dolním rohu na bílé tabuli před zápisem, velkými písmeny, "Paul Galvin".

</Konec>

Doplněk Technorati značky: ,

Perspektivy: SharePoint vs. Large Hadron Collider

Kvůli nějaké podivín, který United Airlines lety jsem si v polovině devadesátých let, Nějak jsem skončil s nabídkou k transformaci "nevyužité míle" do asi tucet zdarma předplatné časopisů. To je to, jak jsem skončil předplatit časopis Scientific American.

Jako software / poradenství lidí, v naší kariéře se setkáváme s mnoha složitých obchodních požadavků. Nejvíce času, Máme rádi, pro splnění těchto požadavků a ve skutečnosti, To je pravděpodobně to, proč si myslíme, že tato kariéra je nejlepší na světě. Občas zajímalo jen to, co na světě by udělal už sám se sebou, když jsem se narodil kdykoli jindy v dějinách. Jak hrozné by bylo přijít o druhy práce, co mám teď dělat, v tomto čase a místě ve světových dějinách? Myslím: hrozný.

V průběhu let, některé požadavky, které jsem čelila byly extrémně náročné splnit. Komplexní služby SharePoint věci, vytváření webové zpracování rámců založené na web šetrné technologie, složité BizTalk orchestrations a podobně. Všichni můžeme (Doufejme, že) hrdě ohlédnout na naší kariéry a říct, "Ano, to bylo těžké vyřešit, ale nakonec jsem pwned ten parchant!" Ještě lepší, čekají ještě zajímavější a zábavnější, problémy.

Osobně si myslím, že můj životopis, v tomto ohledu, je pěkně hluboká a já jsem docela hrdý na to (i když vím, že moje žena nikdy nepochopí 1/20th to). Ale tento týden, Četla jsem článek o Large Hadron Collider v mém časopis Scientific American a měl jeden z těch vzácných okamžiků, pokořující, kde jsem pochopil, že navzdory mé "obr" stav v určitých kruzích nebo jak hluboko myslím, že můj dobře zkušenosti, v úplně odlišných světů jsou skuteční obři.

Lidé na LHC týmu mají některé opravdu zapeklité otázky správy. Za měsíc. Nemyslím si, nic o měsíc (Když jsem byl velmi podezřelé, o tom co jsem se dozvěděl, že to je zpomalování rotace země, které nemůže být dobrá věc pro nás lidi v dlouhodobém horizontu). Ale, LHC tým má na starosti. Měřicí zařízení je LHC jsou tak citlivé, že jsou ohroženy měsíčního (Earth-Rotation-Slowing-and-eventually-Killing-All-Life) gravitace. To je sakra požadavek na splnění — produkovat správné měření navzdory rušení na měsíc.

Byl jsem přemýšlel že problém, když jsem si přečetl tuto větu: "První úroveň bude přijímat a analyzovat data pouze podsadu všech detektoru komponent, ze které ji lze vybrat slibný události na základě izolovaných faktorů, například zda byl spatřen energický mion, flying z velkého úhlu od osy nosníku." Vážně … ? Nechci hrát v tom, že bude pískoviště a nikdy.

Příště jsem se s několika přáteli, Jdu vyvolat Připíjím dobrým lidem pracovat na LHC, Doufám, že nemají úspěšně váží částice Higgsův boson a proklínat měsíc. Navrhuji, že totéž provedete. It will be quite the toast 🙂

</Konec>

Doplněk Technorati značky: