- A hozzászóláshoz be kell jelentkezni
- 6844 megtekintés
Hozzászólások
Mondjuk commit kicsit mas, mert azt siman lehet revert-elni.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Commit-olni nem csak forráskódba lehet. DNS-t CVS-ben kezelve lehet olyan commit-et csinálni, amivel utána agyonvághatsz valamit azonnal?
BTW: a FreeBSD projektnél vagy más hasonló projektnél is ki kell érdemelni a commit jogot. Nem terem azonnal a belépéskor.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Mi ez a sok felkiáltójel, szmájli és xD...?
Trey, feltörték a HUPos fiókodat vagy csak simán betéptél? :)
Egyébként:
(x) Soha, porosz elv, csak ha szükséges.
-------------
No commit - no comment.
DevMeme, fejlesztői pillanatok...
- A hozzászóláshoz be kell jelentkezni
En azt az elvet vallom, hogy mindenkinek annyi hozzaferest kell adni amennyi a munkaja elvegzesehez szukseges.
--
"You can hide a semi truck in 300 lines of code"
- A hozzászóláshoz be kell jelentkezni
+1. Aztán néha bele lehet futni a bürokráciába, az idiotizmusba vagy a sima hatalommániába. :(
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Akkor a kérdést másképp megfogalmazva: mennyit bízol rá az emberre? Központi CentOS root-ját odaadod neki, hogy ne neked kelljen?
- A hozzászóláshoz be kell jelentkezni
Az a legjobb mikor a php fejleszto root jogot ker ssh-hoz... persze nem kap ott a log olvassa el majd ha kell allitani valamit szepen megcsinalom.
Aztan engem csesz le a fonok, hogy mit kepzelek magamrol, hogy nem adok neki ssh-t.
- A hozzászóláshoz be kell jelentkezni
És ami a legjobb: ha valamit elkúr, akkor meg nyilván nem ő takarít maga után, hanem te.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Oda és akkor amikor arra szükség van. Pozíciótól függően akár azonnal és mindenhova.
- A hozzászóláshoz be kell jelentkezni
+1
Ez lenne a normális. Ha felveszel egy rendszergazdát, de egy évig nem adsz neki admin jogot, annak semmi értelme. Dedikált embert tartani a tonerek cseréjére picit drága mulatság. :)
Ha viszont egy fejlesztőről van szó, akkor pl. teljesen (na jó, inkább "legtöbbször" :)) indokolatlan bármilyen hozzáférést adni neki a prod adatbázishoz.
- A hozzászóláshoz be kell jelentkezni
A mostani fizetésemért én szívesen tonereznék életem végéig :D
A fejlesztőknek sajnos muszáj csak annyira keveset adni amennyi kell, mert nekik akkor ér véget a munka ha működik és mindegy, hogy hogy. Nekünk akkor kezdődik.
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Probaidotol fuggetlenul, ha bizonyitott.
- A hozzászóláshoz be kell jelentkezni
#define "bizonyitott"
--
"what is mostly works", "mods that I describe is choosed" (hrgy84 "nem vagyok anyanyelvi angolos")
- A hozzászóláshoz be kell jelentkezni
Gondolom latszik rajta, hogy nem csesz szet dolgokat es nem okoz kart, illetve nem kell utana takaritani.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Így van.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A takarítás még elmenne de egy restore már más hangnemet ad az ügynek :D
- A hozzászóláshoz be kell jelentkezni
Es mibol latod ezt, ha nem kap jogosultsagokat? (Nyilvan uzemeltetore ertem)
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Fejlesztők esetén elég hamar kiderül, ha adsz neki valami feladatot. Ahhoz nem muszáj az éles branchba commitolnia.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Hát fejlesztő commitáljon a saját branchébe aztán majd beolvasztjuk tesztelés után, vagy küldjön patch-eket, amit szintén review után commitolunk.
- A hozzászóláshoz be kell jelentkezni
Rendszergazda eseten:
Kap teszt rendszerhez jogokat, es ott kap teszt feladatokat. Azonnal latszik, hogy mit hogy csinalna meg.
- A hozzászóláshoz be kell jelentkezni
Abban a cégben is lehet lóvé bőven, ha szintetikusan állítjátok elő a problémákat, és fizettek valakit, hogy megoldja őket. ;)
- A hozzászóláshoz be kell jelentkezni
[troll]Pont az MS-nek kene eleg nagynak lennie ehhez ;)[/troll]
Viccet felreteve ez egy 5 fejlesztos rendszeren mar nagyon szepen kivitelezheto egy kisebb vallalatnal is, es jobb, mintha orakon at ki se lehet fizetni a termeket aminek az arulasabol el a ceg.
- A hozzászóláshoz be kell jelentkezni
Amikor bizonyított és ahhoz, amihez szükséges. Commit jogot nyilván kap T(0)-kor, azonban nem mindenhova, csak ha bizonyított.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
- a próbaidő letelte után azonnal, automatikusan: erre szavaztam
- a próbaidő letelte után, de csak ha már bizonyított: ennek mi ertelme? jogok nelkul nem tud "bizonyitani", az pedig, hogy ert hozza vagy sem a probaido alatt kiderul, tehat ha hozzaerto es marad a cegnel akkor automatikusan jogokat kap
---
"Már nem csak tehetségekből, de a hülyékből is kifogytunk..."
- A hozzászóláshoz be kell jelentkezni
az uj munkahelyemen nekem kellett elso nap szervert telepiteni es odakoltoztetni a regirol a weboldalakat :)
- A hozzászóláshoz be kell jelentkezni
Az első munkahelyemen semmiféle jogosultságot nem kaptam, úgy kellett mindenért megküzdeni. Ennek állítólag az volt az oka, hogy az elődöm sértődötten távozott. :D
- A hozzászóláshoz be kell jelentkezni
Ha olyan munkaköre van, hogy kell neki, akkor kap azonnal, hiszen anélkül nem tudja ellátni a munkáját.
Ha nem olyan, akkor nem kap soha.
- A hozzászóláshoz be kell jelentkezni
Mivel a cégben 2 ember foglalkozik az informatikával, nekik pedig van rood joga, a többieknek tuti nem adok. :)
------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.
- A hozzászóláshoz be kell jelentkezni
Akkor amikor kell, es annyit, amennyi kell. Ezt se teljesitmenyhez se probaidohoz nem lenne szabad kotni. Az megint mas kerdes, hogy milyen jellegu feladatokat kaphat, azonban a jogosultsagok elsosorban feladatfuggok kell, hogy legyenek es nem pedig ember- vagy teljesitmenyfuggok.
Annak nincs ertelme, hogy kiosztok a kolleganak egy olyan feladatot, amivel utana minden masodik mozdulatanal nekem kell beavatkozni, mert neki epp nincs joga elvegezni az adott muveletet. Akkor inkabb megcsinalom en azt a munkat, es akkor tudom, hogy en dolgoztam vele. Ha ez azt jelenti, hogy Enterprise Admin jogot kell adnom neki az AD-ben vagy root jogot a Linuxban, megkapja. Ha valamit elcsesz, ra lehet jonni, hogy o volt, nem mintha ez sokaig titok tudna egyebkent maradni.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Nem egy rencer van. Van amin úgymond azonnal kap, van amin csak jóval később.Függ attól, hogy mennyire fontos a rendszer, mennyire tűnik szakmailag megbízhatónak és hogy mennyit kell majd dolgoznia az adott rendszeren.
- A hozzászóláshoz be kell jelentkezni
Én azt vallom, hogy a cégnél mindenkinek kell adni root jogot. Például mi van akkor, ha csak a takarítónéni van bent, a szerver meg támadás alatt. Távolról lehetetlen belépni, ilyenkor nyilván a takarítónéninek kell visszatámadnia!
- A hozzászóláshoz be kell jelentkezni
Kaptam jogot, ahhoz amihez értek. De nem szóltak. :)
- A hozzászóláshoz be kell jelentkezni
Ahol rajtam múlik, ott a "jogosultságokat" akár egyetlen fájlra, de akár az egész cégre ki lehet assignolni és ezen belül szinte minden értelmes változat előfordulhat.
De...
Bevált recept a következő: ha nem nagyon speciális emberi lényről, pl. "semmiközödmitcsinálésharájösszsemtudhatod"-típusú tízhúszmillás tarifájú ellenőrről, tanácsadóról, stb. van szó, akkor a belépési folyamat részeként, mialatt ő a tűzvédelmen ücsörög, megérkezik a job description és az általános profilja a munkakörrel, képecskével, beosztással, kompetenciákkal, feladatkörökkel... ennek alapján ha belefér valamelyik "skatulyánkba" (ritka aki nem), akkor create by template és ennyi. Ezek a templatek alapból tényleg csak azt engedik, ami kell és semmi többet, de nem is kevesebbet.
Aztán... pár hónap múlva, ha már megtalálja magától a WC-t, akkor sem úgy működik, hogy majd én, mint mindenható IT-s eldöntöm, hogy ő "bizonyított" (é: minimum 1x megzabáltatott valamelyik egészségtelen gyorsétteremben és én legalább 3 hambit kaptam)... nem. Általában az történik, hogy elkezdenek bejönni a problem ticketek vagy tőle, vagy a főnöke(i)től, hogy ezt nem tudja megnyitni, oda nem tud commitolni, amott meg nem tud virtuálisgépet létrehozni 3 gigánál nagyobb memóriával, stb... tehát elkezd hallhatóan sercegni a bőr a villanypásztor körül, de jól látszik, hogy nem azért, mert át akarja szakítani a kerítést, hanem mert kinőtte a ketrecet... ilyenkor finomítunk a profilján... ha az elején jól "skatulyáztuk be", akkor keveset kell finomítani, ha nem, akkor sokat... nagy vonalakban ennyi...
- A hozzászóláshoz be kell jelentkezni
Nálunk a közvetlen feletesse határozza meg a jogosultságokat, általában template-ek alapján, a jogosultság-emelés ugyancsak a közvetlen feletesse hozzájárulásával, általában SCSM-el, automatizálva történik.
Viszont, a kérdés inkább a local IT-ra vonatkozik, amiket mi leírtunk, azok a kliensek jogosultságainak delegálása.
- A hozzászóláshoz be kell jelentkezni
A DevOps szemlélet meg keresztülhugyozza az egészet... :)
- A hozzászóláshoz be kell jelentkezni