- Igy fog kinezni a riport, de a ti issue-itok nem latszanak, mert nem hasznaljatok a closed-ot, ez majd kene...
- Hat, van ez igy.
- Engem nem zavar, de Zolit fogja.
- Akkor majd Zoli szol.
Konstruktiv, egyuttmukodo. Ezek a jelzok jutottak hirtelen eszembe. Oke, hogy az en team-em termeli a legtobb penzt a cegnek, de azert ne a CEO legyen mar az egyetlen ember a cegnel, akinek hajlando vagyok valamit is adni a szavara, mindenki mas meg hulye by default.
- bviktor blogja
- A hozzászóláshoz be kell jelentkezni
- 1079 megtekintés
Hozzászólások
Nem IT-s területen dolgozom, de nagy vonalakban egyébként ez nálunk is így működik. Sajnos. Mindenki a túlélésre játszik; az évek alatt számos kolléga kidolgozott magának olyan stratégiákat, amikkel szépen el-lébecolhat, és ha nem tesz rossz fát a tűzre, akkor senki nem cseszegeti. Ezek közé a stratégiák közé tartozik az, hogy csak meghatározott ember kéréseire/utasításaira figyelnek oda, a többiekét mintha meg se hallanák. Akkor se, ha az utasítás egyébként a nagyfőnöktől jönne. Akkor szóljon a nagyfőnök. Írásban. :)
Illetőleg: ha az eddigi megszokott protokollon valaki változtatást javasol (tökmindegy, hogy az kicsit is jobbá teszi-e a rendszert vagy szimplán követhetőbbé, átláthatóbbá, logikusabbá), akkor egyesek részéről mindig beindul a sipákolás, hogy ÚRISTEN, MI NEM AKARUNK MÁST, MERT ÍGY SZOKTUK MEG. Ja, és eleve BIZTOS, hogy nem fog működni a javaslat. (Konkrét ellenérv nincs, hogy miért, de nem fog, mert nem fog.) Tisztára, mint egyes nyugdíjasok a pontban déli 12-kör asztalra adott gőzölgő húslevessel. Vagy a bankjukhoz foggal-körömmel ragaszkodók. :)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
+1.
- A hozzászóláshoz be kell jelentkezni
P. is olvassa a hup-ot? :D
- A hozzászóláshoz be kell jelentkezni
A "megoldva" és a "lezárva" nem véletlenül két külön állapot. Az előbbivel jelenti készre a dolgozó, az utóbbival meg elfogadásra kerül a munkája, hogy egyszerűen fogalmazzak. (A "resolved" tehát még "nyitott" jegy, a megoldásra nem lett rábólintva) Szóval a ki a hülye, kinek van igaza azért nem annyira egyértelmű ebben a körben...
- A hozzászóláshoz be kell jelentkezni
Szerinted ezt meg lehet magyarázni akár a téma indítójának, akár egy (a jelek szerint) a témához k.ra nem értő középvezetőnek?
Eredetileg le akartam írni én is, de rövid gondolkodás után rájöttem, hogy felesleges.
- A hozzászóláshoz be kell jelentkezni
Nagyon nehezen... Sajnos aki nem ilyen folyamat-szemléletben szocializálódott, vagy nem használt ilyet normálisan, "mert eddig is így csináltuk és működik", annak szinte lehetetlen.
- A hozzászóláshoz be kell jelentkezni
Koszonom, hogy elmagyaraztad a nyilvanvalot. Meg azt is, hogy hulyenek nezel, bar nem tudom, mibol jutottal arra, hogy en nem ertem a ketto kozotti kulonbseget. Nyilvan a lead-nek es/vagy valami senior-nak kene closed-ra allitania, csak tortenetesen ez az, amit basznak megcsinalni. Pontosan errol szol az egesz post, de mindegy.
- A hozzászóláshoz be kell jelentkezni
Nem nézlek hülyének, bocs, ha ez jött le belőle. Te megcsinálod a "lezárt" jegyek leválogatását, aztán a különbséget majd magyarázza el az, akinek dolga lenne megcsinálni.
Szerintem rosszul vezetted elő a problémát Petinek; célszerűbb lett volna azt előhúzni, hogy a megoldva nem azonos a lezárva állapottal, és ha nem zárják le, akkor náluk áll _nyitva_ a jegy. Egyébként meg szerintem nem a te feladatod a munkafolyamat betartatása - Ha Zoltánt zavarja, akkor majd lebacarintha Pétert, hogy "mi az, hogy náluk nincsenek lezárva a hibajegyek?!". Ezt mondjuk lehetne kommunikálnod Zoltán felé, hogy van egy rakás "függőben" lévő jegy a rendszerben (resolved), amelyekről jelenleg nincs napi statisztika, viszont a számuk egyre nő, mert nem kerülnek korrekten lezárásra.
- A hozzászóláshoz be kell jelentkezni
Nyilvan nem az en feladatkorom ezt betartatni, ez nem errol szol. Ez arrol szol, hogy a fonoknek van jobb dolga is, mint allandoan megkerni Petit ugyanarra, amire en is megkertem.
Egyebkent meg Peti rajta volt a teljes levelezesen, csak ha leszarja, akkor nyilvan nehez lesz megerteni :) Nekem pedig nincs kapacitasom minden egyes lead-nek szemelyesen, kulon elmagyarazni szoban minden szart. Ez van.
- A hozzászóláshoz be kell jelentkezni
" Az erdekessege a dolognak, hogy ertelmesen csak azt lehet kinyerni a db-bol, hogy mi lett lezarva (closed) aznap, azt nem, ha resolved-ra allitottak"
...
"Ma elkeszultem a script-tel"
Tobb napig tartott neked egy ilyen (amugy konnyu) feladatot rendesen elvegezni sem tudo scriptet irni? Es meg te okoskodsz?
(Ironikus mellesleg, hogy mennyit kardoskodsz a nyilt forras ellen, nos, ha nyilt forrasu bug trackert hasznalnatok bent (ami amugy nem feltetlen a legjobb), legalabb tenyleg csak egy WHERE status=x OR status=y lenne lekerdezni a db-bol a resolved es closed bugokrol barmit is)
Az meg mar regen rossz, ha egy runonce script miatt nem szabad annak hasznalni a UI gombjait, ami ra van irva.
- A hozzászóláshoz be kell jelentkezni
Azért te is tudsz alkotni... :D
Az, hogy eme díszpinty úgymond kardoskodik az openszósz mellett, céges szinten max. akkor jelenthetne valamit, ha döntéshozó lenne és nem egy...
(saját példámat tudom hozni, hosszú évekig tartott, míg rá tudtam venni a főnökeimet, hogy egy nyomorult linuxos szervert beengedjenek a céghez, azt is csak azért, mert web szerver kellett a bevezetendő rendszernek és a VMS-es webszerverek iszonyat lassúak voltak a linuxos mellett.
Sajnos volt szerencsém látni kicsit közelebbről helpdeskes rendszert, tanúsíthatom: van olyan, amiben egy ilyen "egyszerű" feladatra két hét mire összeraksz egy szkriptet. (na jó, volt, úgy 6-7 éve)
- A hozzászóláshoz be kell jelentkezni
Pont azt kifogasoltam hogy ellene kardoskodik, marpedig ha valaki fejlesztokent ilyen script irasara kenyszerul, kozel szokott tudni kerulni a db-hez (mar ha az elerheto es nem csak egy GUI-n keresztul hasznalhatja, nos, nyilt forrasu esetben altalaban neked kell alavarazsolni az adatbazist a webes felulethez, ergo le is tudsz rola kerdezni tetszoleges adatot (igen, tudom hogy ehhez nem kell nyilt forrasunak lennie, de ott midnenkepp konnyen ilyenne teheto a rendszer)).
Azt hogy a "sajnos nem tudok ebben onnek segiteni mert nem latom a rendszeremben" helpdeskest miert kellett idekeverni, azt a legkevesbe se ertem, aki kelloen ert az ilyen jellegu feladatokhoz mint a blogger urtol kert script megirasa, azt csak eleg rossz esetben fogjak napi 8 orabol 7-ben kommunikacios feladatkorben alkalmazni ahelyett, hogy hatekonyan irogatna a kodot
- A hozzászóláshoz be kell jelentkezni
Na, most is látszik, milyen szar a szemem. :(
Igaz, a Dacia Duster c. posztot is következetesen Dacia Cluster-nek olvasom. :D
Sorry, ezt(is) elnéztem.
- A hozzászóláshoz be kell jelentkezni
Semmi gond, respect, hogy beismerted
- A hozzászóláshoz be kell jelentkezni
Respect, respect... nehéz lenne letagadni, mivel egész mást írtál, mint amire válaszoltam. :D
Egyébként is furcsa volt, mert úgy emlékeztem, szerzőnk inkább windows mániás. ;)
- A hozzászóláshoz be kell jelentkezni
A post-od egy raklap feltetelezesre epitett kopkodes, de akkor vegyuk at.
Tobb napig tartott neked egy ilyen (amugy konnyu) feladatot rendesen elvegezni sem tudo scriptet irni? Es meg te okoskodsz?
Igen, tobb napig csak ezzel foglalkoztam, nem volt 50 masik dolgom, nem is szakitottak felbe soha, a rendszergazdak egy napja tipikusan igy nez ki. Omg...
Ironikus mellesleg, hogy mennyit kardoskodsz a nyilt forras ellen, nos, ha nyilt forrasu bug trackert hasznalnatok bent (ami amugy nem feltetlen a legjobb), legalabb tenyleg csak egy WHERE status=x OR status=y lenne lekerdezni a db-bol a resolved es closed bugokrol barmit is
A nyilt forrasrol alkotott kepemet neked se sikerult megertened (kicsit se), mert elvakit a szemelyes utalat, de most ez a resze irrelevans.
Nem en dontottem a tracker-rol, egy meglevo rendszert nyertem meg. Tudod van ilyen is a vilagon, nem mindig csak uj installok szuletnek. Es kepzeld, open source. Nem mintha a kod nyiltsaganak barmi koze lenne ahhoz, hogy hogyan kell lekerdezni az altala hasznalt adatbazisbol, wtf. Nem a kodbol akarok lekerdezni, hanem a db-bol, ki a rakot erdekel a kod.
Az is tok jo, hogy latatlanban lekerdezel fejbol ugy, hogy fingod sincs a semarol. De egyebkent nem, nem ilyen egyszeru, 6 utasitasbol all a lekerdezes ugy, hogy az alap adatokat szedjuk le. De egyebkent is, maga a lekerdezes par perc volt, nem ez a lenyeg, hanem hogy szep legyen a riport, illetve en se kapjak agyfaszt, ha kesobb modositani kell (olvashatosag, egyeb aprosagok, nyilvan nem mond neked semmit az eddigiek alapjan).
Es igen, le lehet kerdezni, hogy mi resolved, csak annak pont ugyanannyi ertelme, mint az in progress-t vagy az on hold-ot kerdezgetni: semmi. De lathatolag kurvara nem sikerult eljutnod ahhoz az esethez, hogy mi van akkor, ha a lead visszallitja resolved-rol open-ra. Akkor vagy tobbszor jon riport ugyanarrol az issue-rol, vagy ha figyeled valami uj mezovel, hogy jott-e mar rola riport, akkor csak az elso, helytelen megoldasrol jon riport, a valosrol meg nem. Mennyivel ertelmesebb, valoban!
Az meg mar regen rossz, ha egy runonce script miatt nem szabad annak hasznalni a UI gombjait, ami ra van irva.
Runonce? Mi ezen runonce? Nem lehet hasznalni a UI gombjait? De pont arrol van szo, hogy kene, csak nem hasznaljak, es tele vagyunk felig lezart jegyekkel.
Szoval osszefoglalva, nagyjabol tomeny hulyeseg volt a kommented, de azert koszonjuk a reszvetelt.
- A hozzászóláshoz be kell jelentkezni
"Nem a kodbol akarok lekerdezni, hanem a db-bol, ki a rakot erdekel a kod."
Remeltem hogy minimum curl-oznod kellett, ha ilyen sokaig tartott, meg "csak ugy lehetett rendesen, hogy...". :(
- A hozzászóláshoz be kell jelentkezni
Azt nem írta le, hogy nem kapott hozzáférést a db-hez, szóval előbb keresett egy biztonsági rést és írt egy exploitot hogy hozzáférjen az adatbázishoz. :)
- A hozzászóláshoz be kell jelentkezni