Brisanje smeća je obaveza ScWorker-a

1. Uvod

Uništavanje smeća je svjetski problem.

IT smeće je pojam koji se kreće od hardware-a pa do softverskih rješenja. Reciklaža starih PC-a je već odavno stvar o kome se svijet uveliko bavi. Ali tema ovog materijala je softversko smeće.

Smeće koji iza sebe svakodnevno ostavljaju moje radne kolege.

Kada odemo kod naših klijenata kojima više godina održavamo nihove sisteme (sjetim se nedavnih aktivnosti na HanoRamaGlas_IS-u) vidim koliko serviseri Sc-a ostavljaju iza sebe smeća.

Na raznoraznim lokacijama susrećem po 100 verzija FIN.ZIP, ili neki exodus_setup.exe. I tako iz godine u godinu. Svaki novi serviser neće da se petlja u poslove predhodnika.

I kada se desi da se instalira exodus_setup.exe od prije dvije godine, onda nije kriv ni prvi ni drugi ni treći serviser. To je bila jednostavno loša sreća, jer je neko napravio zbrku. Najčešće onaj koga nema.

Mene, kao ScWorker-a koji djeluje unutar svih segmenata firme, zbrka dočekuje na svakom koraku. I "pun mi je koš" priče da je kriv "neko" ili "onaj prije mene".

Zato ja, kao jedina neprikosnovena faca u ovoj firmi koja smije da briše fajlove i direktorije iza svih "gurua" (čitaj čisti smeće), te kao The_Master_Sc_IT_infrastructure_Garbage_Cleaner dajem sljedeće pravilo:

  1. Brisanje duplih dokumenata, je obaveza svakog ScWorker-a
    1. Na terenu - kod korisnika
    2. Interno, u sklopu korištenja ScInfrastructure
  2. Sortiranje dokumenata i unifikacija lokacija gdje se nalaze podaci
    1. servisne lokacije sortirati i isključivo na njima držati fajlove koje koriste serviseri
    2. ostale lokacije čistiti od našeg, ali i od smeća korisnika (*)

2. Primjer iz prakse

Htio sam da uzmem posljednju verziju KfW_MIS database-a, i otišao sam na lokaciju:

2.1 Nedostaci

  1. KfW_MIS/sql/README.txt nije ažuriran te već odavno ne govori o tome šta koja lokacija/poddirektorij unutar stabla predstavlja predstavlja
  2. Na lokaciji za koju pretpostavljam da bi se trebale nalaziti trenutne verzije (sql/create_database) za koje se pretpostavljaa da su glavne, nema headera odnosno, history logova u pojedinačnim fajlovima koji ukazuju na trenutnu verziju database-a, kao i na glavne promjene koje su nad njima vršene. Informacije o tome se mogu pronaći pregledom repos log-ova, ali repos log ne može zamijeniti header sekcije source fajlova.
  3. Na lokaciji ..KfW_MIS/sql/test/ nalazi se sadržaj koji ničemu ne služi (barem ne sada)
  4. na lokacji ..KfW_MIS/sql/ vjerovatno se nalaze prvobitne-legacy verzije sql skripti koje su kasnije prebačene u poddirektorij create_database. U tom slučaju, ovi fajlovi su obično SMEĆE i samo služe za oduzima vremena posjetiocu ove lokacije
  5. Mislim da i bat poddirektorij više nije aktuelan jer u njemu ne vidim batch fajlove koji se odnose na posljednju verziju database-a

2.2 Zaključak

  • Nevjerovatno koliko smeća na jednom mjestu
  • Nevjerovatno kako moji napori da se ove lokacije uspostave i drže u redu tako brzo odu u zaborav ...
  • Nevjerovatno je da se radi o ključnom projektu firme koji je u toku, te njegovoj vitalnoj komponenti - Database-u. Kakvo li je stanje u njegovim "manje bitnim" dijelovima samo se može naslutiti ... Ja sam to već utvrdio, ali to nije tema ovog materijala.

3. Upute

  1. Brisanje smeća nije nešto što predstavlja dobre manire, nego obavezu za svakog ScWorker-a.
  2. Sve repos lokacije, a posebno shared, trebate držati urednim i bez smeća.
  3. Svi README.txt i slični notifikacijiski fajlovi se moraju redovno održavati
  4. Prilikom commit-a u repos morate navoditi smislene poruke
  5. U slučaju da se ova praksa nastavi, a posebno na ključnim lokacijama, te artifactima koji se odnose na vitalne-najbitnije komponente naših rješenja:
    1. svi izvršioci za koje utvrdim da su ažurirali ove lokacije a ignorisali su prisustvo smeća
      • BIĆE STROGO KAŽNJENI
    2. svi izvršioci koji su generisali generisali smeće
      • BIĆE STROGO KAŽNJENI
  6. Koja je visina kazne ?
    • Velika. Nadam se da niko od vas neće saznati i konkretne iznose.

Samo na ovaj način ScInfrastructure neće postati smetljarnik, nego mjesto na kome se nalazi sva vrijednost ove firme.

-- Ernad Husremović

(*) Većina mojih kolega ne zna KAKO to raditi, pa ću i na tu temu napisati uputstvo, kada budem imao vremena. Za sada je dovoljno da se držite sljedećeg:

  1. Ako znate da se radi o duplom fajlu - izbrišite ga
  2. Sve fajlove koji se nalaze na pogrešnim lokacijama prebacite na /scservis lokaciju
  3. Ako niste sigurni da ga smijete izbrisati na /scservis lokacji formirajte poddirektorij /scservis/brisati i u njega trpajte fajlove ili direktorije za koje smatrate da su nepotrebni
  4. Svaki novi serviser će /scservs/brisati moći i fizički brisati kada utvrdi da je fajl-direktoriji stariji od 2 mjeseca

Ovo ujedno možete smatrati draftom serviserskih uputa za brisanje smeća.