Monthly Archives: Februāris 2008

Svētdiena smieklīgi: “NEVIS EKSPORTAM”

Atpakaļ ap 1998, sabiedrība es strādāju tajā laikā saņēma dažas finansējumu, lai izveidotu jaunu e-komercijas produkts. Mums bija biznesa prasības, lai sasniegtu pilnu gammu. Tas bija ātri, viegli gala lietotājiem, spilgts, daudzvalodu, uc. Skumji teikt, Es droši vien nav bijis kā vērienīgu darbu paveikt, jo tolaik nevaldāms kopums.

Šīs pūles iepriekš datēta Microsoft.NET. Vēl bija diezgan jauna tīru vaniļas ASP (vai vismaz ļoti svešs mans uzņēmums). "Ķieģeļu un javas" uzņēmumi bija lemti. Lemta! Tas ir teikt, ka tas bija celmlauža darbu. Hadron Collider celmlauža darbu, bet mums mūsu maz pasaulē, tas bija celmlauža darbu.

Mums bija traks aizņemts. Esam iecerējuši mini POC ir gandrīz katru dienu, norādītas, kā saglabāt valsts vidē, kas pēc savas būtības bezvalstnieks, norādītas vairāku valodu jautājumi, rindu līmeņa drošību. Mums pat bija izveidot leksikas pamata definēt (Dodu priekšroku valsts noturīgas, bet kādu iemeslu dēļ, neērts "statefull" uzvarēja dienā).

Kā mums bija neprātīgi izgudrojot šim produktam, mārketinga un pārdošanas cilvēki, kas ir ārpus tur mēģina to pārdot. Kaut kā, viņiem izdevās pārdot mūsu murgs scenārijs. Kaut gan mums bija izstrādājot un īstenojot enterprise Solution (uzņēmumu risinājums), mēs īsti negaidījām, pirmajam klientam izmantot ikvienu līdzekli, mēs izveidojām produktu dienā nulle. Šim klientam nepieciešama vairāku valodu, radikāli atšķirīgs lietotāja interfeisu no "standarta" sistēmu, bet ar to pašu biznesa loģiku. Vairāku valodu bija īpaši grūti šajā lietā, jo mēs vienmēr vērsti uz spāņu vai franču, taču šajā gadījumā, tas bija Ķīnas (dubultbaitu rakstzīmi, kas ir noteikts un prasa īpašu apstrādi, ņemot vērā tehnoloģiju, mēs izmantojām).

Patīt uz priekšu dažus mēnešus un esmu Northwest airlines lidojumu uz Pekinu. Es esmu bijis tik aizņemts, sagatavojot šo braucienu, ka man nav gandrīz ne jausmas, kas tas ir tāpat kā iet uz turieni. Bija lasījis grāmatā vienreiz par to, kā amerikāņu bija Ķīnā jau vairākus gadus un bija iemācījies valodu. Vienu dienu viņš bija iešana pilsētas un daži cilvēki lūdza virzienos. Saruna gāja kaut ko tas:

  • Amerikāņu: "Jūs varētu man pateikt, kā nokļūt līdz [XX] iela?"
  • Ķīniešu: "Piedodiet, mums nerunā angļu valodā".
  • Amerikāņu: "Ak, Nu es runāju Mandarin." un viņš tiem jautāja vēlreiz ķīniešu valodā, bet vēl skaidrāk (kā vislabāk viņš varētu).
  • Ķīniešu: Ļoti pieklājīgi, "Piedodiet, mums nerunā angļu valodā".

Saruna turpinājās tāpat bitu un Amerikas atteicās no vilšanās. Kā viņš atstāj tos viņš izdzirdēja viens cilvēks runā ar citu, "Es varētu būt zvērināts lūdz norādījumus [XX] ielu."

Bija palielinājies maz bitiem un gabali no citiem Ķīnas kvazi-informāciju par drošību un "noderīgs padoms":

  • Korejiešu, kopīgi strādāja man teica, ka man vajadzēja uzmanīties no Ķīnas, jo "viņi varētu mēģināt man piedzerties un gūt labumu no jums" nozīmē piespiest mani vērā slikta biznesa lēmumus.
  • Mums nebija atļauts vadīt automašīnu (tur bija dažas neskaidrības attiecībā uz to, vai tas bija pielāgota, juridiska prasība vai tikai klienta kārtulā).
  • Tur bija iet cauri muitai īpašie noteikumi.
  • Mums nav atļauts izmantot amerikāņu naudu par kaut ko.
  • Jums nav atļauts atstāt padomi. Tas ir aizskaroši, ja tu.

Un, visbeidzot,, Man bija samērā svaigas atmiņas Tjananmeņas masveida slepkavībām. Kad es biju koledžā, Es atceros redzēt reāllaika Usenet piedāvājumi kā pasaule noraudzījās šausmu.

Īsumā, Es biju ļoti uztraucies. Es biju tikai normālu nervu tādā ziņā, ka bija sniedzot risinājumu, kas bija kārtām sarežģītāka nekā jebkas bija jebkad agrāk. Es arī biju noraizējies par nejauši pārkāpj kārtulu, kas man varētu iekļūt nepatikšanās.

Es esmu par šo 14 stundu lidojums un, kaut_ar ī tas bija biznesa klase, 14 stundas ir sasodīti ilgi. Tur ir tikai tik daudz, kā sevi izklaidēt, nolasot, skatoties filmas vai rotaļājoties ar magnetizēts galda piederumiem. Pat īsti laba grāmata ir grūti lasīt vairākas stundas taisni.

Galu galā, Es sāku lasīt iepakojamā materiāla gabals programmatūras es roku-nesa līdzi klientam, Netscape ir web servera. Esmu lasot aparatūras/programmatūras prasības, mārketinga blurbs, skatīdamies diezgan attēlu un pēkšņi, Es nullei par milzu "nav eksportam" brīdinājums, kaut ko par 128 bitu šifrēšanu. Es žigli sabāza kastē atpakaļ somā līdzi, brīdinājums kopējamo pusi uz leju (Ja tas būtu palīdzējusi) un centās saglabāt vīzijas Midnight Express no manas galvas.

Atskatoties uz to tagad, Vajadzēja būt noraizējies, ja vispār, kad es pa kreisi ASV, 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.

</beigās>

Abonēt manu blogu!

Technorati Tags: Technorati Tags: ,

Šķīdums: SPQuery nav meklēšanas mapes

Šo pagājušo nedēļu biju īstenošanas "attīstās" risinājumu, lai klients, kas izmanto BDK un SPQuery un uzbrauca zināmas grūtības, izmantojot SPQuery pret dokumentu bibliotēkā, kas satur mapes. Grunts līnija: piešķirt "rekursīvu" skata atribūts vaicājumu, lai.

Mans scenārijs:

  • Pirmdien, Es augšupielādēt dokumentu un sniegt dažas meta dati.
  • Nākamajā nedēļā, Es varu augšupielādēt jaunu dokumentu. Liela daļa šo jauno dokumentu meta dati balstās uz šo dokumentu, es augšupielādēju pirmdien (ko mēs saucam "pamatdokuments").
  • Mēs izveidojām tīmekļa pakalpojumu fasādi, kas nodrošina BDC draudzīgu interfeisu, lai sarakstu tā, lai lietotāji varētu viegli atrast pirmdien dokumenta virsrakstu meklēšanu, izmantojot.
  • BDC datu kolonnas nodrošina lietotājam draudzīgs interfeiss. (Šī ir daļa no maniem mēģinājumiem, izmantojot BDC draudzīgāku uzmeklēšanas kolonnas).

BDC gala fasādes pakalpojumu izmanto vaicājumu kā šis darīt uzmeklēšanas:

 // U2U rīks izmanto, lai palīdzētu radīt CAML vaicājums.
      oQuery.Query =
        "<Kur>";

      Ja (titleFilter.Length > 0)
        oQuery.Query   =
          "  <Un>";

      oQuery.Query   =
        "    <Un>" +
        "      <Geq>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Vērtību tips =  "Text">" + minId + "</Vērtība>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef Name =  "DocumentId" />" +
        "        <Vērtību tips =  "Text">" + maxId + "</Vērtība>" +
        "      </Leq>" +
        "    </Un>";

      Ja (titleFilter.Length > 0)
        oQuery.Query   =
          "    <Satur>" +
          "      <FieldRef Name =  "Title" />" +
          "      <Vērtību tips =  "Text">" + titleFilter + "</Vērtība>" +
          "    </Satur>" +
          "  </Un>";
      oQuery.Query   =
        "</Kur>";

Attīstības sākotnējā posmā, Tas strādāja lieliski. Tomēr, mēs iepazīstinājām mapes direktorijā atrisināt dažas problēmas, un pēkšņi, manu BDC atlasītāju nebūtu neatgriež rezultātus. Tas ir reģistrētas uz faktu, ka SPQuery būtu nekad neatgriež rezultātus. Mēs izmantojām mapes pirmām kārtām, lai atļautu vairākus failus ar tādu pašu nosaukumu, tiks augšupielādēti, bet ar dažādu meta datu. Kad fails ir augšupielādēts, mēs izveidot mapi, balstoties uz saraksta vienuma ID un pēc tam pārvietojiet failu tur (Es rakstīja par to, ka šeit; mēs esam bija dažāda ar šo pieeju, bet par visu, tas strādā labi). Lietotājs nav jārūpējas par mapēm un patiesībā, īsti nesaprotu visas mapes. Mums esat konfigurējis visus viedokļus par bibliotēkā, lai rādītu vienumus bez mapēm.

Šo problēmu, divreiz tehnisko īstenošanu attīstījusies un atrisināt to savādāk katru reizi, kad es hit. Pirmo reizi, Es nebiju izmantojot satur operatoru vaicājumā. Bez satur operators, Man bija iespēja, lai atrisinātu problēmu, norādot viedoklis par SPQuery contructor. Tā vietā, lai izmantotu noklusēto konstruktoru:

SPList oList = interneta.Saraksti["Dokumenti"];

SPQuery oQuery = jaunā SPQuery();

Tā vietā izmantotas, konstruktoru, kas norādīta skatu:

SPList oList = interneta.Saraksti["Dokumenti"];

SPQuery oQuery = jaunā SPQuery(oList.Views["Visi dokumenti"]);

Kas atrisināt problēmu, un es sāku saņemt manus rezultātus.

Pēc tam pievienoju satur operatora samaisa un atkal aizlūza. Izrādās, ka satur operators, ciktāl es varu pateikt, nedarbojas skatā tāpat kā vienkāršāku GEQ / LEQ operatori. I did dažas meklēšanu un uzzināju, ka vaicājums ViewAttributes jābūt iestatītam "Rekursīvu", kā:

oQuery.ViewAttributes = "Jomu = "Recursive"";

Kas izšķīrās par satur. patiesībā, Tas arī atrisināt manu sākotnējo meklēšanas problēmu un ja man bija norādīts rekursīvs atribūts, pirmo reizi, Es varētu nevar būt izskriet jautājumu vēlreiz.

Fakts, ka daži operatori darbojas skata balstītu SPQuery (GEQ/LEQ) u.c. ne (SATUR), apvienojumā ar faktu, ka KPI nešķiet strādāt vispār ar mapi, kas ietver dokumentu bibliotēkas rezultātā man domāt, ka SPQuery ir daži orthogonality jautājumi.

Īpašs paldies:

  • Labas folks pie U2U un to vaicājuma rīku.
  • Michael Hoffer lielo "mācīties darot" emuāra ierakstā, Komentāri un atbildes.

</beigās>

Abonēt manu blogu!

Technorati Tags: Technorati Tags: ,

MOSS KPI bug? Saistīta ar dokumentu bibliotēku ar mapēm saraksta indikators

ATJAUNINĀJUMS 02/29/08: Man atrisināt šo problēmu, izveidojot mapi un pēc tam piešķirot satura tipa mapē, kas ir nepieciešams, lai vadošos veiktspējas rādītājus meta dati. Es, kas aprakstītas nedaudz sīkāk šeit.

Mēs esam ieviesuši tehniskais risinājums, ja lietotājiem augšupielādēt dokumentus, dokumentu bibliotēkā. Notikumu uztvērēju izveido direktoriju un failu pārvieto šim direktorijam (izmantojot tehniku, ko es rakstīja par līdzīgu šeit). Mēs esam veiksmīgi nokļuvis ap iespējamās problēmas, ko izraisa notikuma uztvērēji, kurus augšupielādētos failus pārdēvējiet (galvenokārt tāpēc, ka lietotāji nekad sākt savu dokumentu, noklikšķinot uz "jauns" bet tā vietā izveidot docs lokāli un pēc tam tie jāaugšupielādē).

Meta datus šajos dokumentos ir iekļauti Jā/Nē vietnes kolonnu sauc "steidzami" un citas vietnes kolonnu sauc par "Status". Mums ir nepieciešams, lai uzņēmumu prasībai, kas parāda, cik procentus "steidzami" dokumenti, kuru statuss ir "Gaida".

Šī ir parasti vienkārši darīt un es aprakstīju, kaut kas ļoti līdzīgs šim pēc SharePoint Beagle ar lielu ekrāna šāvienu, ja jūs interesē.

Īsumā, Es darīju šādi:

  • Izveidot skatu uz doc bibliotēkā, ko sauc par "Gaidīšanas".
  • Konfigurēt skatu ignorēt mapes struktūru.
  • Izveidot veiktspējas Pamatrādītāju sarakstu.
  • Izveidot indikatoru saraksts, kas norāda uz doc lib un ka "gaida" skats.

Tas vienkārši nestrādā. KPI parāda savu mērķi (piem.. pieci steidzamos dokumentus) bet vienmēr rāda faktisko skaitu steidzamos dokumentus kā nulle. Paradoksālā kārtā, Ja jūs detalizēti apskatīt detalizētu informāciju, Tas parāda piecu steidzamu dokumentu sarakstā. I izveidojis ļoti vienkāršs scenārijs ar diviem dokumentiem, vienu mapi un viens nav. Šeit ir screen shot:

attēlu

Virs ekrāna nošauti skaidri parāda, ka pastāv divi dokumenti viedokli, bet "vērtība" ir viens. "CamlSchema" ar tukšu dokumentu Id ir saknes mapē, un otrs ir mape ar nosaukumu "84".

Man šķiet, ka pat tad, ja norādāt skata, KPI nav gods, "Rādīt visus vienumus bez mapēm" iestatījumu, un tā vietā, aprobežojas ar to, ka saknes mapē.

Ja es esmu nepareizi, lūdzu aizvest mani līniju vai atstāt komentāru.

</beigās>

Abonēt manu blogu!

Technorati Tags: Technorati Tags:

VPD darbplūsmas “Datu savākšanai no lietotāja”: Modificēt ģenerēto uzdevuma veidlapas

Es esmu strādā pie projekta, kas izmanto piecas dažādas SharePoint Designer darba plūsmas rīkoties daži dokumenta apstiprinājumu. SPD sniedz "savākt datus no lietotāja" darbību, lai mēs varētu aicināt dažādas informācijas apjomiem, ar, piemēram, vai viņi to apstiprināt, dažas piezīmes un varbūt lūgt to, ko viņi bija vakariņas tovakar.

Veidlapas ir pilnīgi funkcionālu. Tie ir saistīti ar uzdevumu saraksta satura tipu. Tie ir 100% sistēmas ģenerēti. Tas ir viņu spēks un vājums. Ja mēs varam dzīvot ar noklusējuma veidlapu, tad mēs esam labi iet. Tomēr, mums nav pārāk daudz kontrolēt kā VPD izveido veidlapu. Ja mums nepatīk, ka pēc noklusējuma, mums ir nepieciešams izmantot dažādus trikus, lai ap to (piemēram, nosakot prioritāro uzdevumu).

Man vajadzēja sniegt saiti uz šo uzdevumu veidlapām, kas atvērušas skata rekvizīti (dispform.asxp) "saistītā vienuma" jaunā logā. Tā nodrošina viena klikšķa piekļuvi meta datu saistītā vienuma. Tas ir tas, ko es domāju:

attēlu

Laimi, mēs varam darīt, un tas nav ļoti grūti. Visumā, uguns līdz SPD, Naviģējiet uz direktoriju, kas mājas darbplūsmas failus un atveriet ASPX failu, kuru vēlaties modificēt. Šie ir tikai klasisko XSL transformāciju instrukcijas un ja jūs esat atmestās ar itemstyle.xsl, meklēšanu vai citas XSL scenārijus, tas būs viegli. patiesībā, Es atklāju, ka ir pārsvarā vienkāršāk, jo ģenerēts formā ir nedaudz vieglāk sekot salīdzinājumā ar galveno rezultātu web daļu (vai_ar ī murgainu CWQP).

protams, tur ir viens no galvenajiem lamatām. SPD darbplūsmas redaktors paredz pilnīgu kontroli pār šo failu. Ja to modificēt, VPD laimīgi pārrakstīs jūsu izmaiņas dot tiesības noteikt apstākļus. Es tā divas ātrās pārbaudes, lai redzētu, cik slikti tas varētu iegūt. Viņi abi priekšnoteikumu, ka esat izstrādāts spēkā VPD darbplūsmu, kas izmanto "savākt datus no lietotāja" solis.

Tests 1:

  • Modificēt ASPX failā ar roku.
  • Izmēģiniet to (Pārbaudiet, vai jūsu izmaiņas netika pareizi saglabāts un neko neizjauc).
  • Uzsākt darbplūsmu un pievienot nesaistītu darbību (piemēram, "žurnāla vēsture").
  • Saglabāt darbplūsmas.

Rezultāts: Šajā gadījumā, VPD nevar atkārtoti izveidot veidlapas.

Tests 2:

  • Tāpat kā #1 izņemot tieši pārveidot "savākt datus no lietotāja" darbības.

Rezultāts: Atkārtoti tiek izveidots no jauna forma, pār-rakstīt jūsu veiktās izmaiņas.

Nobeiguma piezīmes:

  • Vismaz divas VPD darbības izveidot formas līdzīgs šim: "Datu savākšanai no lietotāja" un "Piešķirt vienuma". Abas šīs darbības’ formas var manuāli mainīt.
  • Man bija iespēja, lai radītu manu saiti uz dispform.aspx, jo, Šajā gadījumā, relate krājumam vienmēr ir tās ID, kas iegulti saistītā elementa URL. Man bija iespēja iegūt to un pēc tam veidot <href => pamatojoties uz to, lai nodrošinātu vienu klikšķi meta datu piekļuves līdzekli. Maz ticams, ka jūsu URL seko šai kārtulai. Var būt citi veidi, kā iegūt saistītā elementa ID, bet nav bijusi šo tiltu šķērsot, tāpēc es nezinu, ja saņem otras malas bezdibenis.
  • Nebija izmeklēt, bet es nebūtu pārsteigts, ja pastāv zināma veida veidnes failu 12 stropu, kas varētu modificēt ietekmē kā VPD izveido noklusējuma veidlapas (līdzīgi mēs varētu modificēt brīdinājumu veidnes).

</beigās>

Abonēt manu blogu!

Technorati Tags: Technorati Tags: ,

Ir “Nezināma kļūda” Ziņas tiešām labāk nekā steka trase?

Es biju rīdinga Madhur ir emuāra ziņu par to, kā iespējot steka izsekošanas parāda un tagad esmu jautājums: Kāpēc mēs vienmēr nerādīt steka trase?

Kurš nāca klajā ar šo noteikumu un kāpēc mēs sekojam, kā tas?

Gala lietotāji zinās, ka kaut kas nav kārtībā vai nu katram gadījumam. Vismaz ar steka trase, nospiežot vadības printscreen, Copy/paste e-pastu un nosūtīt to. Kas skaidri varētu samazināt laiku un pūles, kas nepieciešami, lai atrisinātu problēmu.

</beigās>

Technorati Tags: Technorati Tags:

Svētdiena (Neērts) jautrs: “Mans vārds ir Pols Galvin”

Vairākus gadus atpakaļ, mans boss man jautāja, lai apmācīt kādu lietotājiem produkts, ko sauc par rezultātiem. Rezultāti ir galalietotājs uzrādīšanas rīks. Tas ir aptuveni analogs SQL servera pārskata pakalpojumu vai kristāla. Brīdī, kad, tas bija domāts darbināšanai serverī zaļā caurules (piem.. Wyse 50 termināļa) savienots ar Unix kastē caur telnet.

Manu noklusējuma atbilde uz jebkuru jautājumu, kas sākas ar "jūs varat … " ir "Jā" un tas ir, ja visas problēmas sākās.

Klients bija ķīmijas uzņēmums veic southern California un bija apkopoja tikai par lielākajiem ERP īstenošanu, pamatojoties uz QAD ir MFG/PRO. Īstenošanas plānu tagad sauc mācību enerģijas gala lietotāju par rezultātiem produkts.

Man nebija liels lietotāju šo rīku un noteikti nekad nav apmācīti, kāds pirms. Tomēr, Man bija novadījis citu mācību klašu skaitu, un bija ātri pie-lēcu kājās, Tātad man nebija pārāk noraizējusies. Deniss, pilna reālā laika rezultātu instruktors, bija man uzdāvinājis savu mācību materiāli. Atskatoties uz to tagad, tas ir tiešām diezgan absurdi. Es arī nezināju produkts, bija nekad nav oficiāli apmācīts par to, un tas noteikti nekad nav iemācījis. Kādas man bija mācību ikviens par to?

Loģistiski sarežģīt lietas, Tika lūgts aiziet un izpildīt kādu Čikāgas kā daļu no pirmspārdošanas iesaistīšanās pa ceļu. Plāns bija lidot no New Jersey, iet uz Čikāgu, atbilst paredzamo stundu un pēc tam turpināt lidojumu uz California.

Nu, Es saņēmu uz Čikāgu un pārdošanas puisis uz mana komanda bija daži kļūdu un nekad apstiprina sapulce. Tik, Parādīja, uz augšu un izredzes nebija tur. Vienreizēji. Es atkal sakravās savas mantiņas un atstāt un nevar turpināt. Kaut kur šajā procesā, Uzzinātu, ka klients ir izglītības mazāk nekā 24 stundas pirms manas ierašanās, "Paul Galvin" mācību klases, ne, Dennis. Klienta mīl Dennis. Viņi vēlas zināt, "kas ir šī persona, Paul Galvin?" "Kāpēc mums vajadzētu uzticēties viņam?" "Kāpēc būtu mēs maksājam viņam?" Dennis acīmredzot nav parakstīties uz manu "agri sniegt sliktas ziņas" filozofija. Vienreizēji.

Es ierodos lidostā un daži neticami stulba iemesla dēļ, Bija jāpārbauda mana bagāža. Veiktas to LAX, bet mana bagāža netika. Man, zaudējot bagāžas ir līdzīgs iet cauri septiņos posmos skumjas. Galu galā es darīt to uz viesnīcu, ar nekādas bagāžas, noguris, izsalcis un valkā manu (ko tagad, ļoti saburzīto) lietišķā uzvalkā. Ir nepieciešams ilgs laiks, lai aizceļotu no Newark — lai o ' Hare — klientam — atpakaļ uz o ' Hare — un beidzot ar LAX.

Es beidzot atrast sev sēdēja viesnīcas istabā, munching par snickers bar, pārguruši un mēģina drum up enerģiju, lai skenētu mācību materiāls atkal tāpēc, ka es paradis izskatās pilnīgi ass klases priekšā. Tas bija mazliet par zemāko punktu man tajā laikā.

Es pamodos nākamajā dienā, tas manos spēkos izlīdzināt manu uzvalku, tā, ka nav izskatās tāpat kā Willy Loman slikti dienā un devās pāri klientam. Kā tas bieži notiek, personīgi, viņa bija jauka, pieklājīgs un ļoti patīkams. Tas atradās krasā pretstatā uz viņas ļoti dusmīgs e-pastus/voicemails no iepriekšējā dienā. Viņa liek man par 3 jūdžu pa ēku pēc ēkas ziņojumlodziņš off jomā milzu ķīmisko noliktavā, kur mēs veicam klases nākamās trīs dienas. Uz 15 vai 20 studentiem montēt lēnām, lielāko daļu tos joprojām gaida, Dennis.

Es vienmēr sākt manu mācību klasēm, ieviešot sevi, sniedzot ieskatu un rakstīšanas manu kontaktinformāciju uz balta tāfele. Kā es saku, "Labrīt, mans vārds ir Paul Galvin", Man uzrakstīt savu vārdu, e-pasta adresi un tālruņa numuru uz augšu uz balta tāfele ar lieliem burtiem, lai visi varētu redzēt skaidri. Es sāku risināt to, ka esmu aizstāj Dennis un es garantējam to, ka es esmu piemērots Nomaiņa, uc. Man ir visi īsi pasakiet man savu vārdu un to, ko viņi vēlas sasniegt no klases, tā, ka varat pielāgot to īpašās prasības lietas, kā es iet gar. Parastā stuff.

Mēs beidzam, un uguns līdz projektors. Es dodos uz manu kontaktinformāciju dzēst un … Man bija uzrakstījis pastāvīga marķieris. Es biju tik nokaunējusies. Manā prātā pret acīm, izskatījās, ka tas: Tas ir "Paul Galvin" persona, pēdējā minūtē Nomaiņa mūsu mīļotais Dennis. Viņš valkā saburzītas lietišķu uzvalku un neskūtu. Tāpat viņš ir uzrakstījis viņa vārdu milzīgs burtiem uz mūsu baltā kuģa pastāvīga marķieris. Ko redzi!

Tas viss beidzās laimīgi, Tomēr. Tas bija ķīmijas uzņēmums, visbeidzot. A sirms veterāns darbinieks velk kaut ko pie plaukta un, iespējams, pārkāpjot EPA noteikumos, noskaidroti valdes. Man izdevās palikt 1/2 dienu pirms klases visā gaitā un viņi deva man labu pārskatīšanu beigās. Tas cementēta manā "cirtnis hitter" pie mana uzņēmuma reputāciju. Savu bagāžu ieradās pirmajā dienā, tāpēc es biju daudz vairāk reprezentabls dienas divu un trīs.

Kā ir lietojis mājās sarkano acu efektu, Bija iecerējusi "gūtās mācības". Tur bija daudz ko pārdomāt. Saziņa ir galvenais. Pastāstiet klientiem par izmaiņām plānā. Nekad nemeklēt savu bagāžu lidostā, ja iespējams no tā izvairīties. Celt rezerves "sīkumi" Ja jūs pārbaudīt savu bagāžu un tas nepadara to. Es domāju, ka vissvarīgākā mācība, ko es uzzināju, Tomēr, tas bija: vienmēr pārbaudītu marķiera balto tāfeli, pirms rakstiski kreisajā apakšējā stūrī, milzīgs burtiem, "Paul Galvin".

</beigās>

Technorati Tags: Technorati Tags: ,

Perspektīvas: SharePoint vs. Lielais hadronu pretkūļu paātrinātājs

Sakarā ar dažu oddball United Airlines lidojumiem paņēmu vidus 90, Es kaut kā beidzās ar piedāvājumu pārveidot "neizmantotās km" par aptuveni duci magazine Abonementi brīva. Tas ir kā es beidzās parakstoties uz Scientific American magazine.

Kā programmatūra / konsultāciju cilvēki, mēs sastopas daudzas grūtības biznesa prasības mūsu karjerā. Visvairāk laika, mēs mīlam, atbilst šīm prasībām, kā arī faktiski, tas ir iespējams, kāpēc mēs domājam, ka šī karjera ir labākā pasaulē. Reizēm nez, tikai to, kas pasaulē es darītu ar sevi, ja būtu piedzimis citā laikā vēsturē. Cik briesmīgi būtu garām, par kāda veida darbu, kas man tagad jādara, Šajā laikā un vietā pasaules vēsturē? man šķiet: diezgan briesmīga.

Gadu gaitā, dažas prasības, esmu saskārusies ir bijis ļoti grūti apmierināt. Komplekss SharePoint sīkumi, veidojot web apstrādes sistēmas pamatā web-friendly tehnoloģija, komplekss BizTalk izstrādāja instrumentācijas un tamlīdzīgi. Mēs visi varam (Cerams, ka) lepni atskatīties uz mūsu karjeru un teikt, "Jā, tas bija grūti atrisināt vienu, bet beigās es pwned, sumbitch!" Vēl labāk, vēl vairāk interesantu un jautru problēmas gaida.

Es personīgi domāju, ka mans CV, Šajā sakarā, ir diezgan dziļš, un es esmu diezgan lepna par to (lai gan es zinu, mana sieva nekad nesapratīs 1/20 no tā). Bet šonedēļ, Es lasīju rakstu par Lielais hadronu pretkūļu paātrinātājs ar manu Scientific American magazine un bija viens no tiem reti humbling momentiem, kur es sapratu, ka, neskatoties uz manu "milzis" statusu dažām aprindām vai cik dziļi es domāju, ka mana pieredze arī, tur ir īsta milži pilnīgi dažādas pasaules.

Cilvēki komandā LHC ir dažas ļoti sarežģīto jautājumu, pārvaldīt. Uzskata, ka mēness. Es tiešām nedomāju, ka daudz par mēness (lai gan es esmu ļoti piesardzīgi par to, jo es uzzināju, tas palēninās zemes rotācija, kas ilgtermiņā nevar mums cilvēkiem ir laba lieta). bet, LHC komanda nav jāuztraucas. LHC ir mērierīces ir tik jutīga, ka tie ietekmē Moon (Earth-Rotation-Slowing-and-eventually-Killing-All-Life) pievilkšanas spēks. Kas ir heck prasība ievērot — uzrādīt pareizu mērījumus, neskatoties uz Mēness traucējumus.

Bija pārdomāt šo jautājumu, kad es izlasīju šo teikumu: "Pirmā līmeņa saņemt un analizēt datus no tikai apakškopa visu detektoru komponenti, no kura to pamanīsit daudzsološu notikumu pamatojoties uz izolētu faktori, piemēram, vai enerģisks Mions bija plankumainais peld lieli leņķī no staru kūļa ass." tiešām … ? Es nedomāju spēlēt ar to, ka veida smilšu kastes un nekad netiks.

Nākamajā reizē, kad es kopā ar dažiem draugiem, Es esmu gatavojas pacelt tostu ar labu cilvēkiem, kas strādā par LHC, ceru, ka viņi veiksmīgi nosver Higsa bozons daļiņu un nolādēt mēness. Es iesaku jums darīt to pašu. Tas būs diezgan tosts 🙂

</beigās>

Technorati Tags: Technorati Tags:

Ļauno Microsoft URL

Es to Google meklēšana:

attēlu

Es klikšķiniet uz saites virs iezīmēta ("Lejupielādes detaļas: Windows SharePoint…").

Es varu saņemt šo:

attēlu

Piezīme URL.

Tā izskatās diezgan aizdomīga, man. Es nezinu, ja vajadzētu smieties, smiekli vai zvans priesteris.

</beigās>

Technorati Tags: Technorati Tags:

Ātru iespaidu: System Center jaudas plānotājs SharePoint

Es tikai apkures jaudu plānošanas rīks kas visas dusmas šajās dienās.

Es atklāju, ka ir viegli izmantot un ātri modelēta klienta vidē, es strādāju par šo pagājušo vasaru.

Ar dažiem trīsas, Es piespiedu pogu Labi, galīgā redakcija, un kaut kas ir diezgan līdzīgs, ko mums deva mūsu klientu ieteicams (mēs faktiski iemeta otrais pieteikums serveri par nākotni, programma excel izmanto). Es pieņemt, ka ir laba zīme un palielina manu uzticību rīkā.

Tas šķiet diezgan spēcīgs stuff daudz labāk sākumpunkts nekā tukšu lappusi.

Man patīk, kas ļauj jums dažas labas sīki par vidi. Cik daudzi lietotāji, kā jūs projekts tiks izmantots sistēmā (publicēšana, sadarbība, uc), filiāli un savienojamības / starp tām un mama servera tīkla jaudu. Labs stuff.

Tas uzdod plašu balstīta jautājumus un tad ļauj kniebiens diezgan granulu modelis jūsu apkārtnē detaļas.

Vilcinājās, lejupielādēt to, jo tik daudzām citām lietām paskatīties uz to, lasa un mēģina sagremot. Es esmu priecīgs, man nebija.

Tas ir viegli divpakāpju process. Lejupielādēt sistēmas centru jaudas plānotājs un pēc tam lejupielādēt SharePoint modeļi. Tas labi darbojas uz Windows XP.

Pamatojoties uz manu ātru iespaidu, Es neredzu, kā tas iespējams veido:

  • Meklēšanas: Kopējais dokumentu, varbūt dokumentu tipus, valodas.
  • Serverī Excel: cik daudz, ja vispār?
  • Forms server: cik daudz, ja vispār?
  • BDC: cik daudz, ja vispār.

Tiem var modelēt un I didn't skatīt tos 10 minūšu pārskats.

Es noteikti to izmantot par manu nākamo klientu.

Ja man nebija konsultants un tā vietā strādā reālā uzņēmumā :), Man manu pašreizējo vides modelis un redzēt, kā instruments ieteicamais modelis atbilst pret realitāti. Tas būtu diezgan veikls. Tas varētu radīt dažas labas infrastruktūras diskusijas.

</beigās>

Technorati Tags: Technorati Tags:

Šķīdums: System.io.FileNotFoundException, uz “SPSite = jaunu SPSite(URL)”

ATJAUNINĀJUMS: I ievietojis šo jautājumu uz MSDN šeit (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) un Michael Washam Microsoft atbildēja ar īsu atbildi.

I izveidojis web pakalpojumam jādarbojas kā BDC draudzīgu fasādi uz SharePoint sarakstu. Kad es izmantoja šo no mana izstrādes vidi, tā strādāja fine. Kad man tas migrēta uz jaunu serveri, Man radušās šo kļūdu:

System.IO.FileNotFoundException: Web lietojumprogramma ir http://localhost/sandbox nevarēja atrast. Pārbaudiet, vai esat pareizi uzrakstījis vietrādi URL. Ja šis URL kalpo esošajam saturam, sistēmas administrators, iespējams, ka jāpievieno jauna pieprasījuma URL kartēšana paredzēto pieteikumu. pie Microsoft.SharePoint.SPSite...ctor(SPFarm ferma, URI requestUri, Būla contextSite, SPUserToken userToken) pie Microsoft.SharePoint.SPSite...ctor(Virkne requestUrl) pie Conchango.xyzzy.GetExistingDocument(Virkne minId, Virkne maxId, Virkne titleFilter) c:\Dokumentus un SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:līnija 69

Lūk, rindas 69:

izmantojot (SPSite vietā = jaunu SPSite("http://localhost/sandbox"))

Es to izmēģināju dažādas variācijas par URL, ieskaitot servera īsto vārdu, tā IP adrese, trailing slashes uz URL, uc. Es vienmēr got kļūdas.

Es mēdzu Google lai veiktu izpēti. Daudzi cilvēki saskaras ar šo problēmu, vai tā variācijas, taču neviens, šķiet, ir atrisinātas.

Viltīgs MOSS sniedz šādu detalizētu kļūdu, ka tas nenotika ar mani, lai pārbaudītu 12 stropu žurnālus. Galu galā, par 24 stundas pēc mans kolēģis ieteicams to darīt, Es paņemts 12 stropu žurnālu un uzskatīja, ka šis:

Mēģinot iegūt vietējās fermas radās izņēmums:
System.Security.SecurityException: Pieprasītais reģistrs piekļuve nav atļauta.
pie System.ThrowHelper.ThrowSecurityException(ExceptionResource resursu) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums, Boolean ierakstāmajā) pie Microsoft.Win32.RegistryKey.OpenSubKey(Virknes nosaukums) pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() pie Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() pie Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& saimniecības, Būla vērtība& isJoined)
Montāža, kas neizdevās zonā bija:  MyComputer

Tas pavēra jaunas iespējas pētniecības, Tātad tas bija atpakaļ uz Google. Kas veda mani uz šo forumā pastu: http://Forums.codecharge.com/posts.php?post_id = 67135. Tas tiešām nav man palīdzēt, bet tas nebija sākt pelnīt, man liekas, tur bija datu bāzes un/vai drošības jautājumu. Es soldiered un Andrew Connell pastu, beidzot izraisīja doma, ka vajadzētu padarīt pārliecināts, ka lietojumprogrammu pūla identitātes konts bija atbilstošu piekļuvi datu bāzei. Es domāju, ka tas jau bija. Tomēr, mans kolēģis gāja un deva app pūla identitātes kontu pilnīgu piekļuvi SQL.

Tiklīdz viņa veiktas šādas izmaiņas, viss sāka strādāt.

Kas notika tālāk, vislabāk izsaka kā haiku dzejolis:

Problēmas pacelt rokas.
Šūpoles un mis. mēģini vēlreiz.
Panākumi! Bet kā? kāpēc?

Viņa negribēja atstāt lietas vien, piemēram, ka, dodot priekšroku dot minimālo nepieciešamo atļauju (un droši vien darba rakstīšana blog entry; Es viņu sita perforators, muhahahahaha!).

Viņa izņēma secīgu atļaujas no app pūla identitātes kontu līdz … vairs nebija jebkurā nepārprotamu atļauju app pūla identitātes konta vispār. Web pakalpojumu, kas turpina strādāt tikai naudas sodu.

Mēs devās un rebooted serveriem. Viss, kas turpināja strādāt naudas sodu.

Tik, lai atgādinājums: mums deva app pūla identitātes pilnu piekļuvi un pēc tam aizveda prom. Web pakalpojums sāka strādāt un nekad nav pārtraucis darba. Savāda.

Ja kāds zina, kāpēc tas būtu strādājis, Lūdzu, atstājiet komentāru.

</beigās>

Technorati Tags: Technorati Tags: