Month: January 2008

Kimászni a homokozóból

Méghozzá egy váratlan megvilágosodással.

Már évek óta fényképezgetek, mondhatom, remekül tudom tekergetni a képmanipuláló tekerentyűket: fehéregyensúly, érzékenység, vakuerősség, autófókusz, manuál fókusz… a barátaim. De ennél mélyebbre nem tudtam leásni. Akárhányszor is próbáltam meg beleveszni a blende, rekesz, rekeszidő, mélységélesség témakörbe, egy idő után mindig beletört az agyam. És ez az időpont mindig hamarabb volt, mint ahogy megértettem volna, miről is van szó.

Aztán elröppent néhány év… és a múlt héten egyszer – félálomban a metrón – hirtelen megértettem. Újra elővettem a könyveimet, nekiálltam olvasni – és csak néztem bambán, hogy mi is volt az, amit eddig nem értettem. Hiszen minden olyan világos.

Leírom, csak úgy, magamnak.

A történet arról szól, hogy az érzékelőre pont elegendő fénynek kell eljutnia. A fény stream jellegű, tehát az elegendő mennyiség kétféleképpen szabályozható: mekkora kaput nyitok és mennyi ideig tartom nyitva.

  • Szűk kapu esetén a következőkre számíthatok:
    A megfelelő fénymennyiséghez sokáig kell nyitvatartanom – és nem biztos, hogy ennyi ideig puszta kézzel képes leszek rezzenéstelenül tartani a masinát.
    A fókuszpont -azaz a megcélzott pont – széles körzetében lesz pengeéles a kép.
  • Tágranyitott kapu esetén:
    Rövid ideig kell nyitva tartanom a kaput. Kisebb az esély a bemozdulásra.
    Csak a fókuszpont közelében lesz éles a kép, attól távolabb homályosabbá válik.

Az összes többi már száraz technikai kérdés. Hogy a kapunyitást blendének, más néven mélységélességnek nevezik és a mérőszám fordítottan arányos (az f3.5 jóval tágabb nyitást jelent, mint mondjuk az f28), az már csak megszokás kérdése. A nyitvatartási idő meg rekeszidő – és ez is fordítottan arányos, ugyanis 1/x sec értékekről beszélünk, de a kijelzőn az x látszik.
Igen, elismerem, egy kicsit olyan, mint az a bútorbolti Monty Python jelenet, amikor mindegyik eladónak más volt a megértési defektje, így amikor mindegyik egyszerre volt jelen, meglehetősen bizarrá vált a kommunikáció.

No, tisztáztuk, mi kell a jó képhez: elegendő fény. A fénymérő javasolni is fog egy értéket a blendére és egy rekeszidőt. Aztán vagy elfogadjuk, vagy nem. Ha a témát kiemelő és a környezetét elmosó fényképet szeretnék, akkor jobban kinyitom a blendét (azaz lefelé megyek a számskálán), cserébe persze csökkentem a rekesz nyitvatartási idejét (azaz felfelé megyek a számskálán.) Tájképnél pont fordítva, a blendét szűkítem, egész addig a határig, amíg a megnövekedő rekeszidővel még meg tudom tartani a gépet.
Ez volt a fehér zóna. Aztán van, amikor az ember direkt eltér a gép által mért értékektől.

Nézzünk néhány esetet.
Például félhomályban szeretnék fényképezni. A gép ilyenkor úgy számol, hogy veszi a legnyitottabb blendét, majd ahhoz kalkulál egy olyan időt, hogy a kép – szerinte – kellően világos legyen. Ezt viszont általában már nem lehet kézzel kitartani, a kép elmosódott és túl világos lesz. Eddig az ilyen szituációkat úgy oldottam meg, hogy becsaptam a fénymérőt. Kerestem valahol egy olyan világos pontot, mely nagyjából ugyanolyan távolságra volt, mint a megcélzott tárgy, onnan – az exponáló gomb félig lenyomásával – levettem a fényviszonyokat és visszafordultam a tárgyhoz. Aztán ez vagy bejött, vagy nem. Ostobaság. Most, hogy otthonosan mozgok a képkészítés megértésében, egyszerűen annyit kell csinálnom, hogy átváltok S, azaz Scutter Shutter üzemmódba, beállítom azt az időt, ameddig rezzenéstelenül tudom tartani a gépet – nálam ez 1/2.5 sec – a gép kiszámolja hozzá a blendét – ez értelemszerűen a legnyitottabb lesz – majd mehet is a kép. Igen, nem lesz olyan világos, mint azt az automatika szeretné. De én olyan perverz vagyok, hogy ha sötétet fényképezek, akkor szeretném, ha az sötét is maradna.
Itt van egy példa. Mindig sírtam, hogy este már nem tudom lefényképezni az árnyékos sarkokba bújó macskákat. Nos, ezzel a technikával már ez is megy.

Nagyítás

Hasonló problémákba ütközhetünk, ha olyan a lefényképezendő valami, hogy egy része sötét, egy másik része meg világos. Ilyenkor a fénymérő képes meghülyülni. Vagy az egyikre áll be, vagy a másikra. Ekkor jön az, hogy az ember belő egy elfogadható időt – vagy blendét, attól függően, hogy mit preferál – a másik értéket kiszámoltatja… és kész is a kép.
Illusztrációként itt is van egy, a legnagyobb kedvencem a hétvégi gyakorlások közül.

Nagyítás

Végül ömleszte jöjjön néhány kép. Mindegyiken trükköztem valamit, ezáltal elértem azt, hogy jobbak lettek, mintha elfogadtam volna a fénymérő értékeit.

Nagyítás Nagyítás

Nagyítás Nagyítás

Nagyítás

És mondja valaki, hogy ólomszürke, esős időben nem lehet jó képeket csinálni…

Egy nap ez mind a tiéd lesz

Szokták mondani büszke apák sarjadó fiaiknak. És mire lehetne leginkább büszke egy apa?
Hát természetesen az élete során felhalmozott csavar, anyacsavar, alátét, szög, tipli és mindenféle bizbasz gyűjteményére.

Nagyítás

Igen, ma számítógépmentes, szerelős nap volt.

Teher alatt nő a pálma

Egy korábbi írásban keseregtem azon, hogy a jólét – sajnos – zsákutca. Szomorú, de ez az egyén szintjén is ugyanígy van. Aki olyan körülményeket ér el, ahol megnyugszik, ahonnan már nem akar továbbmenni – és olyan “szerencsés”, hogy éppen nem is fenyegetik – az megáll. Pang. Megszűnik megismerni a világot. Átváltott a befőtt létformára.

A fentiek persze nem érvényesek azokra, akik már idejekorán megtapasztalták: nincs olyan, hogy nem vagy fenyegetett. Ők ugyanis időben rájöttek, hogy az előremeneküléssel egyetemben egyre mélyebben, részletesebben ismerik meg a világot, egyre többet tanulnak meg belőle – és végül már sokkal inkább ez hajtja őket, mint a félelem.

Ahhoz persze, hogy az embert előrezavarják, akkor is, ha éppen békében akar ülni a seggén, kivételes szerencse kell:

  • Egy hisztérikus általános iskolai biológiatanárnő, aki megigéri, hogy év végén megbuktatja. (Itt tanultam meg tanulni.)
  • Egy Bokros Lajos a csomagjával. (Ekkor lettem ráérős vidéki önkormányzati informatikusból profitorientált szférában hajtó pesti informatikus.)
  • Egy cégösszevonásból fakadó létszámleépítés, majd hosszú munkanélküliség után egy vacak állás. (Ekkor mondtam azt, hogy ilyen esélyt még egyszer nem adok a sorsnak a kinyírásomra. Egyszerűen én leszek a legjobb. Valamikor.)

Szívem szerint most már azt mondanám, hogy köszönöm, elég, megtanultam a leckét… de van egy olyan sejtésem, hogy az őrangyalom még nem fogyott ki az ötletekből.

Egy félresiklott projekt – további faragások

A valósággal való minden hasonlóság pusztán a véletlen – és a figyelmetlenségem – műve. Habár az írásnak van valós alapja, de nem az a szándékom ezzel a történettel, hogy bárkit is lejárassak – ezért időnként szándékosan ködösítek egy kicsit. Nem anyázni akarok, hanem naplószerűen leírni, hogyan tud félremenni egy projekt, ha az ember nem tartja vasmarokkal. Vagy legalábbis nem szabályosan akarja fogni.

Tesztelgettek egy kis Calendar-t, OWÁ-t, Blackberry-t, végül a helyi rendszergazda úgy döntött, hogy átmigrálja az összes postafiókot az új Exchange szerverre. Távolról – egyenesen Barcelonából – szurkoltam neki.
Amikor visszajöttem, alapvetően elégedett embereket találtam. Még működött a rendszer. Az utóbbi időben kicsit visszavettek az igényeikből.

De persze kisebb-nagyobb problémáik voltak.

Az Insource panaszkodott, hogy nem látják senkinek sem a foglaltsági információját. Meg hiába foglalnak le tárgyalókat, nem jelenik meg a foglalásuk. Ellentesztek. Mindenkinek működik. Kérdeztem a rendszergazdát, mi különleges lehet az Insource gépeken. Hosszas fejvakarás. Végül kinyögi, hogy ők külön címtárban vannak, mely össze van trustolva a cég címtárával. B+. Egy preparálatlan címtár. Pár óra vakaródzás nálam is, aztán szép lassan megszületett a megoldás: abban a tartományban nincs SCP objektum a címtárban, így nem érik el az Autodiscovery szolgáltatást. Outlook teszt, kibogarásztam, milyen DNS néven keresi a kliens a szolgáltatást. Rövid nyomozás, milyen DNS szervert is használnak a fiúk, aliasként felvettem benne a CAS-ra az autodiscovery nevet, egyből megjavult minden.

A gyerektartományba nemrég felvett úriember neve viszont nem jelenik meg a globális címlistában. Az istennek sem. Várunk vele, rugdosok mindent, nem és nem. Hazafelé már a fákat és a köveket is rugdosom, hátha az segít. (A mélypont és a lenyugvás.)
Elsőre persze a GAL-ra gyanakodtam. Végigböngésztem, mit is csinál és úgy véltem, túl bonyolult a szűrőfeltétel. Ki kellene cserélni. Szűrőcsere… mint a gépkocsikban. Végülis… elég lenne annyi kritérium, hogy legyen alias értéke az objektumnak. Nosza. Nem lehet. Ha már egyszer sikeresen módosítottad a GAL-t, akkor azt többször nem lehet. Miaf? Ez mekkora kreténség már…?
Beleástam magam a szakirodalomba. Utólag már azt mondom, megérte az a másfél nap kinlódás. Most már sokkal jobban átlátom, mi is zajlik a mélyben. (Olyannyira, hogy lett is belőle egy Technet cikk.) Végigmentem egyenként a láncon, begyorsítottam mindent, amit csak lehetett, végül megtaláltam azt is, hogy a leánytartományi RUS egy olyan GC-hez volt rendelve, melyet menetközben a rendszergazda – velem egyeztetve – megszűntetett, emiatt állt le az aszinkron frissítgetés. Ez is ki lett pipálva.

Aztán belefutottunk egy olyan szopásba, hogy van egy SQL rendszer, mely ékezetes karaktereket tartalmazó ASCII kódolású leveleket küld a leánytartomány Exchange2000 szerverére. Ott még ékezethelyesek a levelek. Aztán amint átjutnak az Exchange 2007 Mailbox szerverre, akkor teljes katyvasz lesz a levelekből. Az első gyanú a locale beállítás. Az Exchange2000 szervereken magyar és angol. Az Exchange2007-ben… default. A get-mailboxserver szerint ugyanis üres az érték. És nem is lehet módosítani, hiába próbáltam akár szöveges formában, akár decimális, akár hexadecimális formátumban beadni a magyar locale-t.
Tudomány elfogy. Bejelentettük az esetet a PSS-nek. Még mindig náluk van… de egyre inkább úgy tűnik, azt fogják mondani, hogy ez by default és RFC kompatibilis és alakítsam át úgy az SQL rendszert, hogy más karakterkészlettel menjen a levél. Az ügyfél baromira fog neki örülni. Eddig egyedül az Exchange2007 OWA jött be nekik, minden másra azt mondta, hogy sok kényelmetlenség semmiért.

Aztán egyszer csak váratlanul vége szakadt az őrületnek.
Menetközben beindult a többtelephelyes gyerektartomány tartományi migrációja, gyakorlatilag nélkülem. Ekkor már amit lehetett, azt helyi emberrel csináltatták meg – a rendszergazda meg már végigcsinált egy tartományi migrációt, látta, hogyan megy. Egyedül a DHCP okozhatott problémákat, erre megigértem, hogy majd utánanézek. Ehhez képest azért meglepődtem, hogy anélkül demotáltak egy DC-t, hogy nem szóltak, azt sem várták meg, utánanéztem-e a DHCP-nek. Aztán az üzemeltetési szempontból kritikus telephelyen egyszer csak megállt a DHCP szolgáltatás. Rövid időn belül mindenki szaladgált össze-vissza, mint pók a falon. Routermágusok vetették be magukat, eredmény nélkül. Már olyan embereket is felhívtak, akik anno a rendszert építették, csak azóta máshová mentek dolgozni. Gondoltam, én is megnézem, mit tehetnék. Rövid keresgélés után belebotlottam, hogy a telephelyi DC-re DHCP Relay lett telepítve, mely a demotált DC-re mutatott. Átállítottam az újra, beindult minden. Aztán kiderült, hogy a DNS áthelyezése sem igazán sikerült – és ekkor még igen finom voltam. Azt is rendbetettem. De már késő volt, ezt a bakit a cég már nem nyelte le. Csúnya veszekedések jöttek, indulatos ordibálások. Aztán az IT vezető írt egy körlevelet, miszerint az egész projekt műszaki tartalmáért én egyszemélyben vagyok a felelős, tehát tessék engem anyázni. Erre bepöccentem, én is írtam egy levelet, hogy a projektnek ebben a formában vége. Le fogok ülni, összeszedem, hogyan állunk, és aprólékosan meg fogom tervezni, hogyan lehet a rendszert egyenesbe tenni. Csak ez a tervezés tartott 3 hétig. Érdekes módon most már nem volt tiltakozás – pedig ekkor már negyedik hónapja(!) ment ez a projekt ilyen eszetlen tempóban.

Tanulság? Már itt is látszik. Az olcsójános technika megbosszulja magát. A durrbele-észnélkül-ügyesekvagytokfiúk_megtudjátokcsinálni mentalitás ekkora átalakításoknál nem működik. Ami több hónapos projekt, azt nem lehet hetekbe sűríteni, különösen úgy nem, hogy a tervezést hagyjuk el belőle. Ráadásul szakmailag ismeretlen terepen… Itt is látszott, még akkor is belefutottunk volna egy-egy nagyobb szopásba, ha mindent alaposan megtervezünk a rendelkezésre álló szakirodalom alapján. Ezért kell ismeretlen terepen külön időt hagyni laborkisérletre is – és az alapján kell írni a tervet. Persze nehéz akkor, ha stratégiai okból a munkát el kell vállalni, az ügyfél IT vezetője viszont nem érzékeli a munka nagyságát, nem tartja fontosnak a tervezést – aztán a végén persze mindent a külső cég nyakába varr. (Amiben persze meglehetősen groteszk módon _formálisan_ igaza van: a helyi rendszergazda és a tűzfalas ember valamikor az Ügyfél alkalmazásában álltak, aztán átkerültek hozzánk, a projekt idején teljes mellszélességgel éppen hozzánk tartoztak, de most, amikor ezt írom, már megint az Ügyfél alkalmazottai.)
Még valami. Nem tudom, ki mennyire figyelmesen olvasta el az írásokat… de talán akad egy-két ember, akiben felhorgadt valamiféle hiányérzet. Igen, sehol sem említettem meg egy nevet: azt, hogy projektmanager. Nem volt. Elfogyott. Gyakorlatilag mindkét cég úgy állt hozzá, hogy ez egy hipp-hopp upgrade, lekeverjük hamar. Én hiába küldözgettem mindkét irányba a jeleket, hogy ez így nem fasza, csak mosolygásokat kaptam: ügyes gyerek vagy, majd megoldod. Hát, nem. Kockafejűként nehéz ilyet beismernem, de egy bizonyos bonyolultság felett már szükség van dedikált PM-re. Ne a technikai embernek kelljen már a (fejben)tervezéssel meg az implemetálással küszködve még az Ügyféllel is harcolni.

Tulajdonképpen a történetnek itt vége is van. A projekt még megy, egész biztosan lesznek még benne izgalmas dolgok, de innentől már sínen vagyunk. Tervezés, döntés, implementálás – és ugyanez annyiszor, míg az átalakítás végére nem érünk. Ebből nem fogok engedni.
Ha már én lettem az egyszemélyi felelős.

  1. Bevezetés
  2. Tartományi konszolidáció
  3. Bénázás a parancssorban
  4. Az Exchange organizáció átállítása
  5. Faragások

© 2026 MiVanVelem

Theme by Anders NorénUp ↑