Ha szorít a határidő, mennyire vagy bevállalós egy rendszerkiépítési üzleti megbeszélésen? Egy specifikumhoz ragaszkodnak...

Címkék

Aminek a megoldásáról már hallottál, és azonnal felvállalod a kiépítését.
11% (21 szavazat)
Sok-sok éve már megoldottad - bár nem emlékszel, hogyan -, és azonnal felvállalod a kiépítését.
18% (34 szavazat)
Kizárt, hogy régi emlékekből táplálkozzam, időt kérek - ha van rá lehetőség -, vagy inkább hagyom az egészet.
20% (36 szavazat)
Mennyi egy töketlen fecske maximális repülési sebessége? (Ja, ez az egyéb.)
51% (93 szavazat)
Összes szavazat: 184

Hozzászólások

A napokban érkezett egy megkeresés Postfix-szel kapcsolatban. Tudom, hogy tudtam valamikor, de már nem emlékszem, hogyan oldottam meg. A megrendelőnek én azonnal igent mondtam. (Most túrom az archívumaimat, csak megtalálom, vagy, ha nem, akkor kikeresem, vagy szót váltok Wietse Venema-vel.)

A probléma már ott indul, hogy miért az ügyfél mondja meg, hogy mivel kell valamit megoldani? Definiálja, specifikálja a megoldandó problémát. Az a megoldásszállító feladata, hogy kidolgozza, hogy a specifikációnak megfelelő megoldást milyen eszközökkel oldja meg és szállítja le. A megoldásszállító pedig azzal fogja, amihez a legjobban ért.

Ha pedig olyan a specifikáció, amit olyan eszközzel lehetne csak megoldani, amihez a megoldásszállító nem ért jól _és még az idő is szorít_ akkor jobb mindenki érdekében, ha távol marad a feladattól.

--
trey @ gépház

Ez nem az ismertsegrol szol. Hanem arrol, hogy mennyire szeretned, hogy a projekt bebukjon. Ha nem annyira, akkor lehetoleg minel kevesebb rizikofaktort viszel be, elkerulve a felesleges problemakat.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Szerintem ebben az esetben sem "szabhatja meg", foleg ha nem csak a kulimunkara szerzodtet embereket, hanem legfeljebb elmondhatja. Aztan ha a megoldasszallito tud ugyanolyan vagy hasonlo megoldast szallitani (hovatovabb kompatibiliset), akkor meg lehet az. Tipikus pelda erre a mysql/mariadb/percona triumviratus, attol, mert a megrendelo emberei csak a mysql-t ismerik, attol meg a percona vagy a mariadb lehet jobb valasztas. Dokumentacios szinten azonban ezek eltero szoftverek.

En azt gondolom, hogy ennek egy ketiranyu kommunikacionak kellene lennie, nem pedig parancsuralmi rendszernek.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Hát, márpedig dehogynem szabhatja meg, ő a megrendelő. Maximum te felállsz, és közlöd, hogy te ezt így nem vagy hajlandó szállítani, olyan nincs, hogy "eszed nem eszed, én ezt adom, mert szerintem ez jó".

Nyilván normális esetben ez egy kétirányú kommunikáció, de az azért úgy néz ki -- a példádnál maradva -- hogy te jössz, hogy szerinted mariadb, ő közli, hogy szerinte meg mysql. Te szépen elmondod, hogy a mysql ezzel meg ezzel lesz rosszabb, ő meg tudja, hogy mondjuk a mindenhol használt redhatjában mysql van, akkor azt választja, hogy inkább megemészti, hogy neki ezentúl a mariat be kell csomagolni, karban kell tartani, etc, vagy pedig inkább megemészti, hogy hiányzik a csilivil izékből 3 db, amit nem tudsz neki adni a mariadbvel, vagy akármi.

De a döntés azért alapvetően igenis az ő dolga.

Hat a konkret peldara reagalva a mariat konkretan nem kell becsomagolni, a maria-hoz van redhat-kompatibilis repo (gyartoi).

A vegso dontes meg nyilvanvaloan az o dolga (pontosabban az informatikusae, egy cegvezeto azert ilyen szempontbol csak mersekelten kompetens), ezt nem is vontam ketsegbe.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Ok, mea maxima culpa, akkor csak mirrorozni kell mondjuk extrába. De nem ez a lényeg, simán csak egy random példa volt. (Bár hozzáteszem, én el tudom képzelni azt, hogy mégis inkább a red hat által szállított mysqlt használnánk, amit bibi esetén a redhat supportál ellentétben a community mariadb repoval...)

A másodikhoz meg annyit, hogy tudom, hogy az informatika a világ közepe, de igazából nem, és egy ilyen döntésben is bőven vannak olyan faktorok, ami nem technikai, de egy ilyen döntést befolyásolnak, és nem az informatikus tiszte eldönteni. Nyilván ennek mondjuk triviális vége, hogy az infóst nyilván kevésbé zavarja, ha drága, mint a főnököt, de akár olyanok is lehetnek, miszerint nekünk van egy megállapodásunk mondjuk a mysql abvel, hogy mindenhol az ő szaraikat használjuk, ezért az olcsóbb (és erről mondjuk informatikus pistike nem is tud), uh márpedig én mysqlel kérek megoldást.

Szóval all in all, szerintem még mindig ott tartunk, hogy megszabhatja. (és nem, nem vitatom, hogy sokszor hülyeségeket akarnak megszabni)

Az 1) es a 2) is szobajohet, de az 1) eseteben mindenkepp jelzem, hogy ez erosen megnovelheti az implementacio idejet. A 2) altalaban szerencsesebb, mert utanagondolkodva azert elo szoktak maszni az emlekek, meg ha hirtelen rogton nem is emlekszem a dologra.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant:


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()

Altalaban mar a kesz dontes jut el hozzam es nyilvan azzal kell csinalni az esetek tobbsegeben amit a megrendelo vagy az architekt kitalal (sokszor az utobbinak sincs tobb meglatasa mintsem amit o kenyelmesnek talal, vagy egyszer valaki meselt rola) vagy a ceg uzleti erdekei diktalnak (adott sw jobb haszonkulccsal adhato el). Ritka kincs - bar volt mar ra pelda - hogy eldonthettem mivel csinaljam bar ez leginkabb a "nincs ra kulon penzunk" estekre szoritkozik. Az hogy senki sem tudja megcsinalni vagy eppenseggel lehetetlen az az uzletkotot/cegtulajt ritkan erdekli. A megrendelo meg kajan vigyorral dorgoli a kepembe hogy oldjam meg...

Amit egyszer már megoldottam, vagy van még nyoma (esetleg még doksi is), vagy még üzemel, tehát nem kell 0-ról kezdeni.

Európai vagy afrikai fecske? (Amúgy a kedvenc színem a barna... nem! a kék!)

Mar bocs, de szerintem ezek rossz kerdesek, rossz szemszogbol nezzed.
En szabaduszokent melozok, de uj projectnel nem a project hatarideje a fontos tenyezo hanem a sajat idom plussz a project hatarideje.
Valamint lenyegtelen hogy megoldottam-e valaha, a kerdes meg tudom-e oldanni es mennyi idoben telik. Utanna egyszeru matek : oraber*ido*surgossegi tenyezo .
Ha nem tudom megbecsulni az idot, akkor jobb hagyni az egeszet mert visszaut.