Ràpida & Fàcil: Crear una carpeta i assignar un tipus de contingut (O, Tenir el seu KPIs i menjar-los també)

Per tal de treballar al voltant d'un problema KPI Jo vaig escriure sobre aquí, Vaig fer algunes proves i descobert obra que de KPI contra carpetes amb metadades de la mateixa manera que treballen contra la documentació o elements de llista. Em va resultar-lo mitjançant la creació d'un nou tipus de contingut basats en el tipus de contingut de carpeta i llavors afegit alguns camps. He creat alguns indicadors i demostrat a mi mateix que KPIs funcionarà com es preveia. Aquest va ser bona notícia. No és perfecte, perquè el drils avall teniu des del KPI contra les carpetes no és exactament el que vol. Això no és massa un inconvenient en el meu cas perquè 1) els usuaris finals no coneixen res millor i 2) -Àfrica se'n va a una carpeta. Feu clic al nom de carpeta i estan a l'element. És dos clics en comptes d'un, que no és la fi del món.

Aquesta fluïa molt bé amb la feina que estava fent. Estic creant una carpeta per a cada document que arriba carregat. Això es fa mitjançant un auricular d'esdeveniment. Com a resultat, és una peça de pastís per mantenir la carpeta de pare meta dades en sincronia amb les dades de meta KPI impulsat des de l'arxiu mateix ja que les canonades ja està en marxa. This allows me to have my KPI’s and eat them too 🙂

He modificat l'auricular d'esdeveniment per afegir la carpeta i llavors posi el tipus de contingut d'aquesta carpeta nova al meu tipus de contingut de KPI amistós costum. Aquest tros de codi feia el truc:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documents").Subcarpetes;
  SPFolder addedFolder = srcFolders.Add(Propietats.ListItem.ID.ToString());
  SPContentTypeId kpiCT = nou SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["ID tipus de contingut"] = kpiCT;
  addedFolder.Item.Update();

Per localitzar l'ID de tipus de contingut present, Puc accedir a aquest tipus de contingut mitjançant la configuració del lloc i còpia i enganxar-lo l'URL com mostrat en:

imatge

</final>

Subscriure's al meu blog!

Etiquetas de Technorati: ,

Ràpid i fàcil: Obtenir el SPFolder d'un SPListItem en un auricular d'esdeveniment

No m'agrada admetre-ho, però he lluitat amb aquest tot dia. Meu auricular d'esdeveniment necessita actualitzar un camp de la carpeta superior. Això mica Mostra com fer-ho:

privat buit UpdateParentFolder(SPItemEventProperties Propietats)
{

SPFolder thisItemFolder = propietats.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ estatus d'aprovació"] = "Bones notícies, tot el món!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

En aquest cas, Estic treballant amb una biblioteca de documents i les propietats estan venint d'un esdeveniment d'ItemAdded.

El truc és que vostè no pot aconseguir l'SPFolder de l'element directament des de l'element (i. e. Propietats.ListItem.Folder és nul). En canvi, anar a d'arxiu associat de l'element llista i obtenir la carpeta de l'arxiu.

</final>

Subscriure's al meu blog!

Etiquetas de Technorati:

Encara un altre auricular d'esdeveniment depurar truc

Estic segur que no sóc la primera persona a sortir amb aquest. No obstant això, Jo no he notat ningú publicar un truc com això des que vaig començar prestant molta atenció a la comunitat el juliol passat. Així, Vaig pensar que havia posat aquesta punta ràpida i fàcil de depuració.

Estic treballant en un auricular d'esdeveniment que va començar a generar aquest error en el 12 rusc:

Error en carregar i corrent d'auricular d'esdeveniment Conchango.xyzzyEventReceiver en xyzzy, Versió 1.0.0.0 de =, Cultura = neutral, PublicKeyToken = blahbalhbalh. Informació addicional està per sota. : Referència de l'objecte no definit com a una instància d'un objecte.

No sabia on havia introduït aquest error perquè havia fet massa coses en un dels meus cicles codi/desplegar/prova.

Provava aquesta solució per aconseguir el meu pdb allà amb l'esperança de que SharePoint 12 rusc mostraria la traça de pila, però gens de sort. No sé si és possible, i si algú ho fa, Si us plau deixi'm saber 🙂

Sé que és possible escriure els teus propis missatges de registre a la 12 rusc. Francament, Jo volia una cosa una mica menys por i més ràpid d'implementar.

' M va ocórrer que podria aconseguir com a mínim alguna informació bàsica traça per la captura i re-throwing genèrics excepcions com aquest:

  Provi {
    UpdateEditionDate(Propietats);
  }
  trampa (Excepció e)
  {
    tir nou Excepció("Dispatcher, UpdateEditionDate(): Excepció: [" + e.ToString() + "].");
  }

Això va aparèixer en el 12 thusly rusc:

Error en carregar i corrent d'auricular d'esdeveniment Conchango.xyzzyEventReceiver en xyzzy, Versió 1.0.0.0 de =, Cultura = neutral, PublicKeyToken = blahblahblah. Informació addicional està per sota. : Despatx, UpdateEditionDate(): Excepció: [System.NullReferenceException: Referència de l'objecte no definit com a una instància d'un objecte. a Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Propietats de l'SPItemEventProperties) a Conchango.xyzzyManagementEventReceiver.Dispatcher(Propietats de l'SPItemEventProperties, Corda eventDescription)].

Això em va donar tot el detall que necessitava per perseguir aquest problema en particular, i espero que per usar-lo molt en el futur.

</final>

Subscriure's al meu blog!

Diumenge Funny: “NO PER A L'EXPORTACIÓ”

Tornada al voltant 1998, l'empresa que treballava per al temps rebut algun finançament per crear un nou producte de comerç electrònic. Teníem la gamma completa dels requeriments de negoci per satisfer. Havia de ser ràpid, fàcil per a usuaris finals, cridaner, multi-idioma, etc. Trist de dir, Probablement no he tingut com un conjunt ambiciós de treball per dur a terme des d'aquells dies embriagadors.

Aquest esforç pre-datat Microsoft.NET. Vainilla clara ASP encara era una cosa nova (o si més no molt familiar per a la meva empresa). "Maó i morter" les empreses van ser condemnats. Condemnat! Això és a dir que això era un treball pioner. No treball de pioner de colisionador d'Hadrons, però per a nosaltres en el nostre petit món, Això va ser un treball pioner.

Estàvem bojos ocupat. Estàvem fent mini de POC gairebé cada dia, trobar la manera de mantenir l'estat en un medi inherentment sense estat, esbrinar problemes multi-idioma, seguretat de nivell de baralla. Fins i tot havia creem un vocabulari per definir termes bàsics (Jo preferia estat persistent, però per alguna raó, el maldestre "statefull" guanya la jornada).

Com ens estaven bojament la invenció d'aquest producte, la gent de marketing i vendes eren aquí tractant de vendre-ho. D'alguna manera, se les van arreglar vendre-ho al nostre escenari de malson. Encara que es van dissenyar i implementar una solució d'empresa, realment no esperava el primer client d'utilitzar cada últim tret que hem construït a dia producte zero. Aquest client necessitava multi-idioma, una interfície d'usuari radicalment diferent de l'estàndard"" sistema però amb la mateixa lògica de negoci. Multi-idioma era especialment difícil en aquest cas, perquè sempre es centren en castellà o francès, però en aquest cas, va ser xinès (que és un personatge de doble byte Assignar i requereix control especial tenint en compte la tecnologia que utilitzem).

Avanç ràpid uns mesos i jo estic en un vol de companyies aèries de nord-oest a Beijing. He estat tan ocupat preparant per a aquest viatge que tinc gairebé cap idea què és com per anar-hi. Jo havia llegit un llibre una vegada sobre com un nord-americà havia estat a la Xina durant diversos anys i havia après la llengua. Un dia ell estava caminant a la ciutat i algunes persones demanar indicacions. La conversa va ser una cosa això:

  • American: "Em podria dir com arribar a [XX] Street?"
  • Xinès: "Ho sento, que no parlen anglès".
  • American: "Oh, bé, vaig parlar mandarí." i demanava una altra vegada en xinès, però més clarament (el millor que va poder).
  • Xinès: Molt educadament, "Ho sento, que no parlen anglès".

La conversa va anar així mica i el nord-americà va renunciar a la frustració. Com s'allunyava ells va sentir un home que parla a l'altre, "Jo podria haver jurat que estava demanant per obtenir [XX] Street."

Que havia recollit algunes miques i peces d'altres relacionats amb la Xina quasi-information i "trucs":

  • Un coreà co-worked em va dir que el que havia de ser prudent amb els xinesos, perquè "es tractaria de mi emborratxar i aprofitar-se de vostè" en el sentit de continua pressionant a mi en les decisions de negoci dolent.
  • No es permetia als cotxes d'empenta (hi va haver certa confusió com a si es tracta d'un costum, un requisit legal o només regla del client).
  • No hi ha regles especials per anar per la duana.
  • No podien utilitzar diners americans per a res.
  • No se suposa deixar consells. És insultant si ho.

I, finalment,, Jo havia relativament frescos Records el Massacre de Tian anmen. Quan jo estava a la Universitat, Recordo veure missatges de Usenet en temps real com el món observaven a terror.

En poques paraules, Jo estava molt nerviosa. No era només normal-nerviós en el sentit que jo estava repartint una solució que va ser ordres de magnitud més complicat que qualsevol cosa que mai havia fet abans. També estava preocupat sobre trencar accidentalment una regla que em podria ficar en problemes.

I m en això 14 hores de vol i si fos business class, 14 hores és maleït molt de temps. Hi ha només tantes maneres d'entretenir-se per la lectura, veure pel lícules o jugant amb els coberts imantada. Fins i tot un realment bon llibre és difícil de llegir durant unes quantes hores de rectes.

Amb el temps, Vaig començar a llegir el material d'envasament en una peça de programari que jo mà-portava amb mi al client, Servidor de web de Netscape. Estic llegint els requisits de maquinari/programari, el màrqueting blurbs, mirant a la bonica foto i de sobte, I concentrar-se en el gegant "no per l'exportació" Avís, alguna cosa sobre 128 mica encriptació. He farcit quadre de nou en la meva bossa de portar, Avís face-down (com si que hauria ajudat a la) i provat per mantenir visions de Exprés de mitjanit del meu cap.

Recordant-hi ara, Hauria d'haver estat preocupat, Si gens, quan em vaig anar als EUA, 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.

</final>

Subscriure's al meu blog!

Etiquetas de Technorati: ,

Solució: SPQuery no busca carpetes

Aquesta setmana passada jo estava aplicant una "evolució" solució per a un client que utilitza BDC i SPQuery i corria amb algunes dificultats per utilitzar el SPQuery contra una biblioteca de documents que contenen les carpetes. Bottom line: Assigna recursiva"" a l'atribut de vista de la consulta.

El meu escenari:

  • El dilluns, Puc pujar un document i proporcionar algunes dades meta.
  • La setmana següent, Carregar un nou document. Gran part de metadades d'aquest nou document es basa en el document que he pujat el dilluns (que anomenem la "document mestre").
  • Hem creat una façana de servei web que proporciona una interfície de BDC-friendly a la llista de manera que els usuaris poden fàcilment localitzar aquell document de dilluns mitjançant una recerca de títol.
  • Una columna de dades del servei BDC proporciona una interfície d'usuari amigable. (Això és part del meu intent en l'ús BDC per a una columna de cerca més amistós).

El servei de façana BDC final utilitza una pregunta semblant a això per fer la consulta:

 // Utilitza l'eina de U2U per ajudar en la generació d'aquesta consulta CAML.
      oQuery.Query =
        "<On>";

      Si (titleFilter.Length > 0)
        oQuery.Query   =
          "  <I>";

      oQuery.Query   =
        "    <I>" +
        "      <Geq>" +
        "        <Nom de FieldRef =  "DocumentId" />" +
        "        <Valor de tipus =  "Text">" + minId + "</Valor>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <Nom de FieldRef =  "DocumentId" />" +
        "        <Valor de tipus =  "Text">" + maxId + "</Valor>" +
        "      </Leq>" +
        "    </I>";

      Si (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Conté>" +
          "      <Nom de FieldRef =  "Title" />" +
          "      <Valor de tipus =  "Text">" + titleFilter + "</Valor>" +
          "    </Conté>" +
          "  </I>";
      oQuery.Query   =
        "</On>";

Durant la primera etapa de desenvolupament, Això treballava gran. No obstant això, introduíem carpetes al directori per resoldre alguns problemes i de sobte, meu selector BDC no obtindreu cap resultat. Això em fa un seguiment fins el fet que el SPQuery tornaria mai cap resultat. Hem utilitzat les carpetes principalment per permetre que múltiples fitxers amb el mateix nom per a ser carregat però amb diferents meta dades. Quan es carrega l'arxiu, podem crear una carpeta basat en ID de l'element llista i llavors moure l'arxiu allà (Jo vaig escriure sobre això aquí; hem tingut resultats mixtos amb aquest enfocament, però tot el, està funcionant bé). L'usuari no es preocupen sobre carpetes i de fet, realment no entenc que hi ha algunes carpetes. Hem configurat totes les vistes a la biblioteca per mostrar els elements sense tenir en compte les carpetes.

Colpeixo aquest problema dues vegades com la implementació tècnica va evolucionar i resoldre-ho diferent cada vegada. La primera vegada, Que no estava utilitzant l'operador conté en la consulta. Sense un operador conté, Vaig ser capaç de resoldre el problema mitjançant l'especificació de la vista sobre contructor de la SPQuery. Enlloc de fer servir el constructor per defecte:

SPList oList = web.Llistes["Documents"];

SPQuery oQuery = nou SPQuery();

En canvi utilitzava un constructor que s'ha especificat una visió:

SPList oList = web.Llistes["Documents"];

SPQuery oQuery = nou SPQuery(oList.Views["Tots els Documents"]);

Que resol el problema i vaig començar a buscar els meus resultats.

Després afegir l'operador conté en la barreja i trencava una altra vegada. Resulta que l'operador conté, fins on puc dir, no funciona amb la vista de la mateixa manera com els un GEQ més simple / Operadors LEQ. Vaig fer algunes cerques i vaig aprendre que ViewAttributes de la consulta haurien de tindre "Recursiva", com a:

oQuery.ViewAttributes = "Abast = "Recursive"";

Que resolia el problema per conté. De fet, Això també resoldre el meu problema de recerca original i si m'havia especificat la recursiu atribuir la primera vegada, Hi hauria no corregut a l'assumpte una altra vegada.

El fet que un SPQuery basada en la vista funciona per alguns operadors (GEQ/LEQ) i no altres (CONTÉ), juntament amb el fet que KPIs no semblen que funcionin en absolut amb la carpeta que conté les biblioteques de document condueix mi per creure que el SPQuery té alguns assumptes ortogonal.

Agraïment especial:

  • La bona gent U2U i les seves eines de consulta.
  • Michael Hoff és genial "aprenent sobre la marxa" entrada de blog, observacions i Respostes.

</final>

Subscriure's al meu blog!

Error de molsa KPI? Llista d'indicador lligat a la Biblioteca de documents amb carpetes

ACTUALITZACIÓ 02/29/08: He resolt aquest problema creant una carpeta, i llavors assignar un tipus de contingut a la carpeta que té la meta dades que necessito pel KPI. Que es descriu en una mica més detall aquí.

Hem implantat una solució tècnica on usuaris carregar documents a una biblioteca de documents. Un auricular d'esdeveniment crea un directori i mou el fitxer al directori (utilitzant una tècnica similar pel que vaig escriure sobre aquí). Ens He navegat amb èxit al voltant dels potencials problemes causats per auriculars d'esdeveniment que rebategi arxius carregats (principalment perquè els usuaris mai no començar el seu document fent clic damunt "nou" però en canvi crear el docs localment i llavors carregar-los).

Les metadades per a aquests documents inclou un Sí/No columna lloc anomenat "Urgent" i una altra columna del lloc anomenat "Estat". Hem de complir amb un requisit de negocis que Mostra el percentatge de "Urgent" documents de l'estatus està "Pendent".

Això és normalment simple de fer i em va descriure una cosa molt semblant a això a SharePoint Beagle amb una gran quantitat de captures de pantalla si t'interessa.

En poques paraules, Jo vaig fer el següent:

  • Crear una vista sobre la Biblioteca de doc anomenada "Donats".
  • Configurar la vista per ignorar l'estructura de carpeta.
  • Crear una llista KPI.
  • Crear un indicador en la llista que assenyala a el lib doc i que "pendent" Vista.

Això simplement no funciona. El KPI Mostra el meu destí (e. g. cinc documents urgents) però sempre Mostra el nombre real de documents urgents com a zero. Paradoxalment, Si vostè perfori avall els detalls, Mostra els documents urgents cinc en la llista. He creat un escenari molt simple amb dos documents, una a una carpeta i no. Aquí està la captura de pantalla:

imatge

La captura de pantalla de dalt Mostra clarament hi ha dos documents a la vista, però el valor de"" és un. La CamlSchema"" amb el document en blanc Id és a la carpeta d'arrel i l'altre és en una carpeta anomenada "84".

Em sembla que tot i que especifiqueu una visió, el KPI no honorar el "Mostra tots els elements sense carpetes" creació i en canvi, confina a si mateix a la carpeta d'arrel.

Si I sóc malament, Si us plau, mándenme una línia o deixar un comentari.

</final>

Subscriure's al meu blog!

Etiquetas de Technorati:

SPD flux de treball “Recollir dades D'un usuari”: Modificar la modalitat de tasca generada

Estic treballant en un projecte que utilitza cinc diferents fluxos de treball de SharePoint Designer per manejar alguns aprovacions de document. SPD proporciona la "recollir dades d'un usuari" acció per tal que ens pot impulsar l'usuari per a diferents bits d'informació, com si l'aproven, alguns comentaris i potser demanar el que havia per al sopar de l'altra nit.

Les formes són perfectament funcionals. Estan lligats a una llista de tasques com un tipus de contingut. Són 100% generat pel sistema. Aquesta és la seva força i la debilitat. Si podem viure amb el formulari per defecte, llavors ens és bons anar. No obstant això, no tenim massa control sobre com SPD crea l'òrgan. Si no ens agrada aquest comportament per defecte, hem de recórrer a diversos trucs per esquivar-lo (per exemple, posant prioritat en una tasca).

Que necessitava proporcionar un enllaç a aquestes formes de tasca que va obrir les propietats de la visualització (dispform.asxp) de la "element de relacionat" en una finestra nova. Això proporciona accés d'un clic a les metadades de l'element relacionat. Això és el que vull dir:

imatge

Afortunadament, podem fer això i no és molt difícil. En termes generals, disparar cap amunt del SPD, Aneu al directori que alberga els arxius de flux de treball i obriu el fitxer ASPX que voleu modificar. Aquestes són només clàssic XSL transforma instruccions i si t'he Flipping amb itemstyle.xsl, Cerca o altres escenaris XSL, això serà fàcil per a vostè. De fet, Em va semblar ser en general més fàcil ja que la forma generat és una mica més fàcil de seguir en comparació amb una part de recerca fonamental resultats web (o la malson CWQP).

Clar, hi ha un gran escull. Editor de flux de treball de l'SPD espera un control total sobre aquell arxiu. Si modifiqueu-lo, SPD feliçment sobreescriurà ur give canvis dret conjunt de circumstàncies. Vaig fer dues proves ràpides per veure el mal això podria anar. Tots dos presuposa que he creat un vàlid SPD flux de treball que utilitza els "recollir dades d'un usuari" pas.

Prova 1:

  • Modificar l'arxiu d'ASPX de forma manual.
  • Analitzar-lo (Comproveu que els canvis s'han desat correctament i no trencarà res).
  • Obrir el flux de treball i afegir una acció no relacionat (com "diari a la història").
  • Salvar el flux de treball.

Resultat: En aquest cas, SPD va fer no recrear la forma.

Prova 2:

  • Fer el mateix que #1 excepte directament modificar els "recollir dades d'un usuari" l'acció.

Resultat: Això re-crea la forma de zero, sobre-escriure els canvis.

Notes finals:

  • Com a mínim dues accions de SPD crear formes com aquest: "Recollir dades D'un usuari" i "Assignar a l'element". Tant d'aquestes accions’ formes es poden modificar manualment.
  • Vaig ser capaç de generar el meu enllaç a dispform.aspx perquè, en aquest cas, l'element relat sempre té el seu identificador incrustat en l'URL de l'element relacionat. Vaig ser capaç d'extreure'l i llavors construir un <un href> en base a proporcionar la un clic tret meta dades d'accés. És poc probable que el seu URL segueix aquesta regla. Hi pot haver altres maneres d'aconseguir l'ID de l'element relacionat però no he hagut de creuar aquell pont, Així que no sé si arriba a l'altre costat de l'abisme.
  • Jo no investigar, però jo no em sorprendria si hi ha algun tipus d'arxiu de plantilla en la 12 rusc que jo podria modificar per afectar com la SPD genera les formes d'omissió (molt com podem modificar plantilles d'alertes).

</final>

Subscriure's al meu blog!

Etiquetas de Technorati: ,

Són “Error desconegut” Missatges molt millor que un rastreig de pila?

Jo estava llegint el blog de Madhur sobre com a permetre exhibicions de rastreig de pila i ara estic dubtant: per què no sempre mostrem un rastreig de pila?

Que sortia amb aquella regla i per què vam seguir-lo?

Usuaris finals sabrà que alguna cosa està malament en qualsevol cas. Com a mínim amb un rastreig de pila, es pot prémer control-printscreen, copiar i enganxar en un correu electrònic i enviar-lo a la mateixa. Clarament que vols reduir el temps i esforç que necessàries per resoldre l'assumpte.

</final>

Etiquetas de Technorati:

Diumenge (Vergonyós) Funny: “El meu nom és Paul Galvin”

Un grapat d'anys enrere, el meu cap em demanava que alguns usuaris sobre un producte anomenat resultats de tren. Resultats és un usuari final eina d'informes. És aproximadament anàleg de SQL Server Reporting servei o Cristall. En el moment, va ser dissenyat córrer en tubs verds (e. g. WYSE 50 terminal) connectat a una caixa de Unix mitjançant telnet.

Meva omissió respondre a qualsevol pregunta que comença amb "pot vostè … " és "Sí" i que és on va començar a tots els problemes.

El client era una empresa química fora del sud de Califòrnia i gairebé havia embolicat una important implantació ERP basada en De QAD MFG/PRO. El pla d'implementació ara anomenat per als usuaris finals de poder formació sobre el producte de resultats.

Jo no era un gran usuari d'aquesta eina i certament mai havia entrenat ningú abans. No obstant això, Jo havia realitzat una sèrie d'altres classes d'entrenament i es va afanyar en els meus peus, Així que no estava massa preocupat. Dennis, l'instructor resultats reals a temps complet, m'havia donat el seu material de formació. Recordant-hi ara, és realment bastant absurd. Jo no sabia bé el producte, mai no havia estat entrenat formalment en això i certament mai havia ensenyat. Quina empresa tinc formació ningú en això?

Per complicar les coses logísticament, Em va preguntar per anar a conèixer a algú a Chicago com a part d'un compromís de pre-venda en el camí. El pla era volar de Nova Jersey, anar a Chicago, reunir durant una hora amb Perspectiva i després continuar a Califòrnia.

Pou, Arribava a Chicago i el tipus de venda en el meu equip havia comès algun error i mai confirmat la reunió. Així, Apareixia i la Perspectiva no hi era. Impressionant. Maletes i deixo i continuarà fins a CA. En algun lloc durant aquest procés, Vaig saber que el client està aprenent menys de 24 hores abans de la meva arribada que "Paul Galvin" és la classe de l'ensenyament, no Dennis. El client li encanta Dennis. Ells volen saber "qui és aquesta persona Paul Galvin?" "Per què hem de confiar en ell?" "Per què hem de pagar per ell?" Dennis òbviament no subscriure's al meu "donar males notícies des del principi" filosofia. Impressionant.

Arribo a l'aeroport i per alguna raó increïblement estúpida, Havia comprovava el meu equipatge. Vaig arribar a LAX, però no me l'equipatge. Per a mi, pèrdua d'equipatge és molt com anar a través de la set etapes del dol. Finalment vaig arribar a l'hotel, amb cap equipatge, cansat, fam i portant la meva (per ara, molt arrugat) vestit de negocis. Es necessita un temps per viatjar de Newark — a O'Hare — a un client — tornar a O'Hare — i finalment a LAX.

Jo finalment trobo assegut a l'habitació d'hotel, menjant en una barra de snickers, esgotat i tractant de tambor cap amunt de l'energia per escanejar el material de formació per tal que no miro com un cul davant la classe completa. Això era una mica d'un punt baix per a mi en el moment.

Em vaig despertar al dia següent, fer el possible per suavitzar el meu vestit de manera que no em vaig fixar com Willy Loman a un mal dia i es dirigí a al client. Com tan sovint és el cas, en persona va ser bonic, molt agradable i educat. Això va contrastar seu e-mail molt enfadat/voicemails des del dia anterior. Ella em porta sobre 3 Miles a través de l'edifici després de l'edifici per una segmentat fora de la zona en un magatzem de Química gegant on portarem a terme la classe dels propers tres dies. El 15 o 20 estudiants lentament muntar, la majoria d'ells encara esperant Dennis.

Jo sempre començar les meves classes de formació mitjançant la introducció de mi mateix, donant algunes fons i escriure la meva informació de contacte a la pissarra blanca. Com que estic dient, "Bon dia, el meu nom és Paul Galvin", Vaig escriure el meu nom, correu electrònic i número de telèfon per a la pissarra blanca en grans lletres per tal que tothom pugui veure clarament. Em dirigeixo el fet que sóc la substitució Dennis i m'asseguro que sóc un substitut adequat, etc. Tinc tots breument digues el seu nom i el que volen aconseguir fora de la classe de manera que pot adaptar les coses a les seves necessitats específiques mesura que avanço. Les coses usuals.

Podem concloure que i inicieu el projector. Vaig a esborrar la meva informació de contacte i … Jo havia escrit en el marcador permanent. Jo estava tan avergonyit. En la meva ment, s'assemblava a això: És aquest "Paul Galvin" persona, substitució d'última hora per la nostra estimada Dennis. Que portava un arrugat vestit de negocis i sense afaitar. Només ha escrit les cartes enorme nom el nostre pissarra blanca a marcador permanent. Què és un espectacle!

Que tot va acabar feliçment, No obstant això. Això era una empresa química, després de tot. A canós empleat veterà va treure alguna cosa de la lleixa i, probablement en violació del Reglament d'EPA, va aclarir el tauler. Me les vaig arreglar quedar-se 1/2 dia per davant de la classe al llarg del curs i em van donar una bona revisió al final. Això fonamentar meu "batedor" reputació a la meva empresa. El meu equipatge va arribar el primer dia, Així que estava molt més presentable dies dos i tres.

Com que estava prenent l'ull vermell tornada a casa, Jo contemplava "lliçons apreses". Hi havia un munt de contemplar. La comunicació és clau. Dir als clients sobre canvis en el pla. Mai no facturar l'equipatge a l'aeroport si vostè possiblement pot evitar-ho. Portar coses recanvi"" en cas facturar l'equipatge i no ho fa. Crec que la lliçó més important que he après, No obstant això, era això: sempre prova un marcador a la cantonada inferior esquerra d'una pissarra blanca abans d'escriure, en lletres enormes, "Paul Galvin".

</final>

Etiquetas de Technorati: ,

Perspectives: SharePoint vs. el gran colisionador d'Hadrons

A causa d'alguns oddball que vols United Airlines va a mitjans dels 90, D'alguna manera vaig acabar amb una oferta per transformar "sense utilitzar km" lliure en una dotzena de subscripcions de revista. Així és com vaig acabar la subscripció a Scientific American revista.

Com a programari / Consultoria a persones, que ens trobem molts requeriments de negoci difícil a la nostra carrera. Més el temps, ens encanta complir aquests requisits i de fet, Això és probablement per què pensem que aquesta carrera és el millor del món. Ocasionalment dubto a què en el món hauria fet amb mi mateix si jo havia nascut en qualsevol altre moment en la història. Quina terrible seria per perdre's en el tipus de treball que puc arribar a fer ara, en aquest moment i lloc en història del món? Jo crec que: bastant terrible.

En els últims anys, alguns dels requisits que m he enfrontat han estat extremadament difícils satisfer. Coses complexes de SharePoint, edifici marcs basats en la tecnologia de no-web amistós de processament, orquestracions BizTalk complexes i similars. Tots podem (Esperem que) mirar enrere amb orgull en la nostra trajectòria i dir, "Sí, Això va ser un dur de resoldre, però al final vaig pwned que sumbitch!" Millor encara, encara més interessants i divertits reptes esperen.

Personalment, crec que el meu currículum, en aquest sentit, és molt profunda i estic molt orgullosa d'ella (encara que sé que la meva dona mai no entendrà 1/20 de la mateixa). Però aquesta setmana, Jo estava llegint un article sobre la Gran colisionador d'Hadrons en el meu Scientific American revista i tenia un d'aquells rars moments humiliant on em vaig adonar que malgrat la meva gegant"" l'estat en determinats cercles o què tan profund crec meu bé d'experiència, hi ha autèntics gegants en mons completament diferents.

Les persones en l'equip LHC tenen alguns temes espinosos realment gestionar. Considerar la lluna. Jo realment no pensen molt sobre la lluna (encara que he estat molt sospitós sobre això des que em vaig assabentar que s'està desaccelerant la rotació de la terra, que no pot ser una bona cosa per a nosaltres els éssers Humans a llarg termini). Però, l'equip LHC han de preocupar-se. Aparells de mesura del LHC són tan sensibles que es veuen afectades per la lluna (Earth-Rotation-slowing-and-eventually-Killing-All-Life) gravetat. Allò és un heck d'un requisit per satisfer — produir mesures correctes malgrat la interferència de la lluna.

Va ser reflexionant sobre aquell assumpte quan vaig llegir aquesta frase: "El primer nivell es reben i analitzar dades de només un subconjunt dels components de tot el detector, des de que es pot escollir prometedors esdeveniments basats en factors aïllats com si un muó energètic va ser vist volant fora en un gran angle de l'eix del feix." Realment … ? No toco en aquest tipus de sorrera i mai es.

Propera vegada que estic fora amb alguns amics, Em vaig criar un brindis per la bona gent treballant en l'LHC, Espero que no pesen la partícula Bosó de Higgs amb èxit i maleir la lluna. Et suggereixo que facis el mateix. It will be quite the toast 🙂

</final>

Etiquetas de Technorati: