Francoska policija izvedla uspešen prehod na prosto programsko opremo

krneki0001 je 16. okt 2013 ob 01:09 izjavil:

V takem primeru moram jaz potem improvizirat in nekaj narest v enem dnevu, da bo storitev vseeno vsaj v osnovi zaživela.

V takem primeru bi moral nekdo pokazat načelnost in integriteto ter z roko udarit po mizi in povedat kako stvari dejansko stojijo... ne pa ljudem prodajat neke polizdelke.

V teoriji. Ali pa utopiji. Brez skrbi, vem kako te stvari v praksi grejo. Ampak enkrat bo treba... drugače bo šlo le na slabše. Če slabše sploh še lahko gre.

krneki0001 je 16. okt 2013 ob 02:01 izjavil:

Temi bi kvečjemu rekel dober in sposoben IT, ker zna to zimprovizirat v enem dnevu.

Sorči, ampak improvizcije v enem dnevu so znak slabega ITja. Kar pomeni da niti ne poznate procesa razvoja programa. Planiranje, dokumentiranje, itn ... Ali pa se vam tega ne da početi, ker je to res "zoprna" zadeva.

Nihče se ne more izognit občasnim improvizacijam. Sam kakor ima NLB IT status, je to konstantna praksa. Pa kaj za hudiča tam dela 400 ITjevcev? kar je približno 4x preveč za banko take velikosti ...

To je splošno znano da NLB IT zaposluje okoli 400 ljudi. Ne vem če so zadnje čase kaj odpuščali, ampak NLB je največje IT podjetje v Sloveniji. Vsako slovensko podjetje ti bo reklo enako. Pa še cel kup kletvic na vaš račun, kadar se gre za posle ...

Nimam pa dostopa do kadrovske v NLB da bi ti poslal link .

Mogoče pa ti ne poznaš vseh sodelavcev in sodelavk .

Seveda so pa moje informacije samo ustno izročilo. Nisem še delal za NLB ... Ne vem če si ravno želim ...

Ahim je 16. okt 2013 ob 00:48 izjavil:

Tvojevrstne gamadi nihce od ljudi, ki bi skrbeli za normalen tok debat - "moderatorjev" - ne mara.

Še en vrhunski prispevek k temi in forumu nasploh.

MrStein je 16. okt 2013 ob 12:50 izjavil:

V primerjavi z drugimi bankami je NLB še kar OK.
(s stališča IT)

A mas kaksno statistiko?

V IT je mnogo manj ljudi, kot se govori naokoli. Z vso podporo in vsem kar paše zraven je več kot pol manj kot nekateri v cifrah prikazujete tukaj gor.

Jype, naši informacijski sistemi delujejo kr zelo sodobno in zelo zanesljivo. Pa ne vem, če je kaka mašina starejša od 6 let. Tudi operacijski sistemi niso nič dost starejši. Še najstarejši so na navadnih pc-jih, ker so tudi 6 let stari. Tako da ne vem od kje tebi sedemdeseta leta prejšnjega stoletja rojijo po glavi.

Če je pa ibm mainframe zate starinska zadeva, ti pa predlagam da malo poguglaš in preveriš zadeve kako zgledajo nove mašine na katerih laufa Linux brez problemov.

z vsemi zunanjimi sodelavci /2, samo it nekje /4.5

Za kritične stvari je seveda ZOS in nič drugega.

Ja na žalost večina ljudi misli, da je mainframe nekaj starega in da je prihodnost v cloudih in na navadnih pc strežnikih, ampak se zelo motijo. zanesljivost teh mainframeov je tok višja, da si nekateri predstavljat ne znajo.
Cena je pa ...

Drugače mi je všeč pa tale komentar:

I work with Mainframes, AS400's, Servers and Personal computers.
I find that Mainframes are far more dependable, powerful and sophisticated than any server series possibly could be. In my opinion the notion that it's cheaper to run servers over mainframe is quite a stretch in a large business environment. Sure servers have there place, but calculating the down time, service contracts, equipment replacement, monitoring effort and outages from the applications on the market; I do not doubt that the cost completely swallows up any precieved benefit over not having a mainframe. If there is something that will replace the Mainframe, I imagine it hasn't been invented yet.

Pri nas vse deluje. Delovalo ni leta 2007, ko je bil znani projekt sigma. Pa ve se točno zakaj ni delovalo. In ni bil kriv mainframe.
Je pa mainframe bolj zanesljiv od googla. Mnogo bolj. Pa ko smo ravno pri zastarelosti. Googlov hardware je nekajkrat starejši od našega mainframea (2012 letnik).

nebivedu> Pri nas vse deluje.

Mhm, zato še vedno vsake toliko časa kar "zaprete" elektronsko bančništvo, zato še vedno včasih zamudite s kliringom za cel dan in tako dalje.

Žal mi je, ampak "vse deluje" v mojem slovarju pomeni nekaj drugega.

Še dobro, da jype ni programiral klika - me zanima, kakšna štala bi šele potem bila.

Ali se motim, ali res gospod jype ustvarja vtis, kot da je vsemogočni bog programerjev, ki še nikoli ni naredil napake? Potemtakem je je njihova firma edina na svetu, ki od sebe daje bug-free izdelke? Ali od kod takšna prevzvišenost?

Kar se tiče mainframe-ov, bo kar držalo - ni jih za ubiti. So med nami in še dolgo bodo, morda celo, ko bo jype že davnaj šel v penzijo.

Če bo mainframe kdaj izumrl, bo zgolj zato, ker razni jype-ti takih okolij ne obvladajo več in se jim ne sanja, kaj bi z njimi počeli. Bognedaj, da bi kdo hotel najti Cobol programerja, ker bo samo slišal 'to nas pa na faksu niso učili'.

http://bit.ly/15kA4Th

jype je 16. okt 2013 ob 17:28 izjavil:

No, to pa je "ad hominem".

Če jaz nisem najboljši programer na svetu to neobhodno mora pomeniti, da na NLB vse dela normalno.

Bom uporabil tvoj slog: kopiraj dokaze, da na nlb nekaj ne dela normalno.

Že zadnjič si nekaj na pamet navajal Deutsche Bank, kako je vse tam na Linuxu, pa sem ti lepo vrnil link na članek, ki več kot nazorno pove, da imajo tudi mainframe sisteme in definitivno ni vse na Linuxu.

Sedaj spet nekaj na pamet....

In ravno ti, ki bi kot programer moral vedeti, kako hitro se nekaj zatakne in ne deluje, kot bi moralo, si drzneš s prstom kazati na kolege programerje in trditi, da so brezveznjaki? Le glej, da se pri vas ne bo jutri kaj grdo zataknilo. Bognedaj, da preko vašega oh tako perfektnega in brezhibnega programja odtečejo kakšni osebni podatki,.... Jaz na tvojem mestu bi bil raje tiho in se učil na tujih napakah, ne pa v vzvišenem tonu pametoval o napakah, za katere niti ne veš ne kdaj so bile, ne kje je bil vzrok zanje.

Torej, če prav razumem: ko bo na bankomatu pisalo 'Linux load fail' boš skakal od sreče, medtem ko se zdaj utapljaš v grenkobi, ko vidiš napis 'Windows load fail'?

Meni je namreč čisto vseeno kaj piše, samo da tistega 'fail' ni poleg.

Kaj ne ločiš med BANKOmatom, INFOmatom in URBANOmatom?

Če bi jaz vodil banko, tudi nebi hotel nekih tujkov na mojih bankomatih. Ne glede ali je UX ali Win osnova bankomata in tvoj konec 100% varno sprogramiran- ko enkrat odpreš zadevo in daš na voljo API-je za neke tretje osebe, si izgubil kontrolo nad tem, kaj se bo rolalo na bankomatu - tako glede stabilnosti, kot tudi glede varnosti. Dobro veš, da kot programer lahko skriješ kolikor hočeš vrstic zlonamerne kode npr. v program za 'packet tracking', ki bi ga ti kot API naflancal na bankomat. Tako bi tvoj 'dodatek' lepo krasno čital kartice, pine,.... in ti jih na koncu dostavljal še na dom z mašnico vred. Pa kaj misliš, da so bankirji čisto nori, če že niso dobri programerji (po tvoji oceni)?


Kaj jaz vztrajno trdim, več kot očitno nisi niti približno razumel - kar me sploh ne čudi, ker bi moral potem tudi kaj prebrati. Če prebereš zgolj tiste vrstice, ki ti padajo v oči in še it teh izpustiš besedo ali dve, potem ...ja potem, prideš do takih zaključkov, kot jih zgorj navajaš glede mojih trditev.

jype je 16. okt 2013 ob 19:58 izjavil:

SeMiNeSanja> Kaj ne ločiš med BANKOmatom, INFOmatom in URBANOmatom?

Ne, ne ločim med škatlo z zaslonom in škatlo z zaslonom.

Ne - zgolj potrjuješ mojo tezo, da programerji prepogosto nimate pojma o osnovnih načelih varnosti.

SeMiNeSanja> Kaj jaz vztrajno trdim, več kot očitno nisi niti približno razumel

Torej očitno nisi zapisal tistega, kar vztrajno trdiš.

Saj ne veš, kaj sem zapisal, zato nima smisla diskutirati o tem.

Nisem jaz kriv, če ste povečini funkcionalno nepismeni in ne znate prebrati kar je napisano, namesto tega preberete zgolj 3 od 20 stavkov in potem kljuvate po njih, kot da je to bilo tisto, ker je nekdo hotel povedati. Nauči se brati.

Kar se tiče Urbane, pa ne bluzi - imaš podatke, da je to IT problem in ne problem pogodbenih odnosov? Cene, ki bi jo Urbana morala palčati za to storitev,....? Nekako mi gre na jetra, da vedno vse prevališ na kao nesposobne IT-jevce - medtem ko si sam IT-jevec in zagotovo tudi katera tvoja stranka ni 100% zadovoljna s tvojim delom in meni, da bi tudi ti lahko dodal še to pa ono, kar tebi ni v interesu dodati.

Klik je bil (kako je zdaj, ne vem vec.) one-man-band zadeva. Sem sedel zraven cloveka, ki ga je vzdrzeval in popravljal. Da. Enega cloveka. :)

Potem pa svaka čast tistemu človeku - tako mala malica pa tudi klik ni za sprogramirati za enega samega programerja. Da so potem bili notri kakšni hrošči, se res ni za čuditi - bolj bi presenečalo, če jih nebi bilo!

jype je 16. okt 2013 ob 20:36 izjavil:

SeMiNeSanja> Potem pa svaka čast tistemu človeku

Da je tako nesposoben, da ni zavrnil zanj očitno pretežke naloge?

Zakaj bi jo zavrnil? Saj je zadevo sprogramiral - problem je na strani tistih, ki zadevo niso temeljito stestirali, predenj so jo dali v produkcijo - upam da se vsaj strinjaš, da nikoli ni dobra ideja, da programer testira svoj lastni izdelek?

Hja, če jype naklada o AS/400 ali mainframe, je to približno tako, kot če jaz nakladam o space shuttlu - slišal sem zanj, videl sem ga na slikah...pa nimam pojma, koliko hitro leti, koliko časa lahko ostane 'gor', ......

Invictus> AS/400 sploh nima posebej baze, ker je že del sistema. Sem pač slučajno delal gor.

DB je Deutsche Bank.

SeMiNeSanja> Zakaj bi jo zavrnil?

Ker nalogi ni kos.

SeMiNeSanja> problem je na strani tistih, ki zadevo niso temeljito stestirali, predenj so jo dali v produkcijo

Saj bodo uporabniki. Moje banke nimajo takih težav kot NLB. Morda jih bo katera od njih še kdaj imela, ampak do zdaj jih še ni bilo.

SeMiNeSanja> Hja, če jype naklada o AS/400 ali mainframe, je to približno tako, kot če jaz nakladam o space shuttlu - slišal sem zanj, videl sem ga na slikah...pa nimam pojma, koliko hitro leti, koliko časa lahko ostane 'gor', ......

Če se tako lahko vsaj malo potolažiš, prima.

Invictus> Hardware je pač precejkrat bolj zanesljiv kot kak Intel strežnik, pa naj bo še tako drag ...

Drži, vendar od te zanesljivosti ne ostane dosti, če IBM na kakršenkoli način stori konec (tako kot ga je npr. DEC), ker v tem primeru za platformo ne bi več skrbel nihče (tako kot nihče več ne skrbi za superminije).

Če imaš gručo generičnih strežnikov iz najcenejšega možnega hardvera in ustrezno programje za to gručo, lahko presežeš zanesljivost IBM mainframov za več velikostnih razredov, ne da bi se to poznalo na ceni (ki je približno enaka), poleg tega da pridobiš geografsko razpršenost, ki zagotavlja tudi višji koeficient razpoložljivosti. Seveda IBM ponuja tudi rešitve za take postavitve in seveda je za nekatere naloge primernejši mainframe, za druge pa gruča, vse naloge pa zmoreta oba, za precej različno ceno, ki ni vedno v škodo mainframom, jasno.

Invictus> AS/400 administratorji znajo povedati zanimive zgodbice, ko je bilo treba najti mašine.

No ja, power serija niso tako majhna, da bi jo bilo enostavno kam založiti, pa tudi električno napajanje, ki spada poleg, če želiš karkoli imeti od zanesljivosti platforme, je težko zgrešiti.

Jaz sem imel AS/400 v pisarni. Kakih deset let (morda se kaksno leto vec) nazaj smo skupaj s sodelavci nanj uspesno spravili Turbo Linux. Primarno je takrat na njem tekel OS/400, ki pa sam po sebi ni znal poceti nic pametnega, najprej si moral narediti logicno particijo na kateri si potem pognal ali software, ki je bil posebaj spisan za OS ali pa nek drug operacijski sistem. Takrat je bil to v vecini AIX, in kasneje tudi Linux. Za Windows je bil potreben poseben hardware.

Razlaganje kako je AS/400 oz katerikoli drug mainframe dosti bolj stabilen/uporaben/... kot Linux je rahla traparija. Te masine imajo uporabniski vmesnik iz leta 350BC in stvari, ki jih znajo poceti je bore malo. Stabilnost pride predvsem od tega, ker se na sami masini nic ne dogaja, dokler ne pozenes nekega third party programa.

To je priblizno nekaj taksnega kot poganjanje razlicnih virtualnih masin na PCju. Sesutje ene masine redko vpliva na sesutje druge masine.

nebivedu> bankomati nimajo z IT-jem od banke nič. katerekoli banke v sloveniji. Banke so namreč ustanovile podjetje bankart, ki skrb izza vse bankomate skupaj in tudi preko bankarta tečejo vse transakcije. Software na bankomatu je kupljen z bankomatom skupaj in se ga ne programira.

Skratka, vse banke skupaj so še bolj nesposobne kot vsaka zase.

nebivedu> zEC12 ima 120 procesorjev in 3TB rama

In na njem od uporabnih reči praviloma teče predvsem Linux, na Linuxu pa aplikacije - seveda zgolj v resnih firmah, ne v slovenskih bankah v državni lasti.

Smo že zgoraj razložili, kaj so prednosti Linuxa in nihče ni trdil, da je poganjanje slabo napisane kode ena izmed teh.

Popolnoma vsak se je že srečal s programjem, ki ne deluje, le redki so pa imeli srečo, da so smeli napako odpraviti sami, kadar so jo znali.

Resne organizacije očitno cenijo prednosti, ki izhajajo iz prostega in odprtega programja, tako da ni presenetljivo, da se prehajanje na takšne rešitve pospešuje.

Invictus> Najbolj pogost razlog je da noben živ bog v firmi ne ve kaj nek program točno dela. Avtor je v penziji ali celo mrtev ...

Ja, vem, zato sem pa klical bullshit, ko je nebivedu nakladal, kako pri njih to vse štima in je vse dokumentirano (in potem par prispevkov pozneje že ugotovil, da to v bistvu ne drži, ker imajo nesposoben management, ki ima do njih nerealne zahteve).