Ugrás a fő tartalomra

Lets (Net)Rock!

 Aki ismeri munkásságom, de nem találkozott velem az elmúlt félévben, azt talán hidegzuhanyként érte a munkahely terén történt változás, amit linkedin-en és facebook-on egyaránt "bejelentettem". 

Ezzel kapcsolatban gondoltam írok néhány tisztázó sort.

A pályafutásom az 99999 Informatikánál, nagyon szuper volt. Pályám elején sikerült egy olyan erős szakmai közösségbe kerülnöm, ahol szakmaiságom megerősödhetett és tovább fejlődhetett (itt is hálás vagyok az ott dolgozó aktív és ex kollégáknak, valamint vezetőknek egyaránt). Itt kezdtem bele részben saját elhatározásból, részben Newmann kolléga inspirálásából a #Telecommer blogba, amit hellyel-közzel karbantartottam - valamint itt lettem az a multivendor svájci bicska aki most is vagyok. 

A szakmai szinteket nem csak vertikálisan,  horizontálisan is sikerült megugrani, úgyhogy közben a teljes IT landscape-re nagyobb rálátásom lehetett.  E-mellett a projektek felépítése és koordinálása is feladatok közé tartozott, sokszor ezért sem tudtam kellő mértékben ezen a platformon megjelenni.

Szóval sok-szempontból kielégítő és öröm volt dolgozni a cégnél.

Viszont  lehetőség nyílt egy olyan továbblépésre, ami megerősíthet még jobban abban, hogy amit képviselek és csinálok az előre mutató és fontos. Így hát a tettek mezejére léptem és meghoztam egy nehéz, de logikus döntést, és csatlakoztam a NetRockIT Solutions csapatához mint vezető. Ebben a szerepben lehetőségem nyílik a csapat erősítésre, nem csak mint Chief Architect, aki szakmai szempontból irányítja a feladatokat és projekteket, hanem egyfajta coach-ként aktívan segíthetem a csapatban dolgozó mérnök kollégák fejlődését, továbbá alakíthatom a cég műszaki stratégiáját, ami mentén kiszolgáljuk az ügyfeleket. 

Néhány kérdésre előzetesen had adjak választ, amik a pozíciómmal kapcsolatban jöttek:

- Nem, nem alapítottam vállalkozást vagy céget, egy meglévő cégben töltök be vezető szerepet.

- Igen továbbra is mérnök vagyok, ahogy az 99999-ben is töltöttem be projektek során kulcs pozíciót műszaki projekt menedzsmentben, úgy abból a tapasztalatokból táplálkozva extendálódott ezzel kapcsolatos mostani feladatom, de terepen is dolgozom, ahogy eddig is.

- Nem tudom, hogy fogok-e még előadni Techntoriálon, nagy megtiszteltetés lenne, ha felkérnének vendég előadónak. (bár a networking core terülteken már mind előadtam: ENT, SP, DC, Sec, Collab, Automation; de még találnék mondani valót ezekben a témákban, vagy akár az AI, IOT, OT területen is.)

 - Igen továbbra is szeretném képviselni, azokat az ismert bizonyított gyártókat és megoldásokat, amiket eddig képviseltem, a lehető legmagasabb szinten.

- Igen továbbra is elérhető vagyok, ha egy telefonhívás vagy  egy gyors kávé erejéig szeretnétek tanácsot kapni bizonyos szakmai kérdésekben. (telefonszámom változni fog, ami azt jelenti, hogy akinek meg volt a 30-as privát számom, az ezután is elér azon, akinek nem az pedig keressen fel a 20-ason és elküldöm neki az újat)

99999-es további feladatokkal kapcsolatban kérem keressétek az ott dolgozó kollégákat az ismert csatornákon!

A célunk a NetRock-nál az, hogy egy erős, kompetencia alapú, Magyarországon meghatározó szolgáltató központot tudjunk alakítani, azon legjobb gyakorlatok mentén, amit magam is megtanultam.

További szakmai kontentekkel hamarosan jelentkezem!



Érdekesebb bejegyzések

Hálózat-virtualizáció a gyakorlatban - ACI fabric E01

Cisco ACI Kellett már nekünk mint egy falat kenyér, hogy végre történjen ebben VLAN-okba költözött posványos DC rendszerekkel valami... valami új. Mit tegyünk, ha hálózati infrastruktúrát az határozza meg, hogy adott VLAN-ok, hol vagy hol nem szerepelhetnek az infrastruktúrában, ha egy létesítést 8 különböző IT vezetőnek kell jóváhagyni, ha a felelősség tolása másra fontosabb, mint a projekt végrehajtása. Cisco ACI-ról írni nehéz dolog egy olyan alternatív IT valóságban, ami ma Magyarországon van... Mert amíg azzal küzdünk bizonyos helyeken, hogy az ultrafontos IT app egy 486-os gépen fut, ami csak 10M half-ot tud, addig nem tudjuk a 20 éve EoS demarkációs switch-et lecserélni, a lassan szintén EoS státuszba kerülő "legújabb" Nexus switch-re. Addig felesleges bárminek is a infrastruktúrában alkalmazás centrikusnak lenni, amíg az alkalmazásunkat támogató csapat az eniac-os lyukkártyás időszakon mereng, és még mindig nem fogadja el 21 századot. Mint azt egy korábbi be...

SD-WAN vagy SD-NINCS II. epizód Cisco (Viptela) 1

Cisco SD-WAN első rész Bevezető Élek az alkotói szabadság jogával, és ellentétben az eddigiekkel kicsit rövídítek a post címén. Eredetileg ez a sorozat Hálózat-virtualizáció a gyakorlatban SD-WAN vagy SD-NINCS II.rész Cisco (Viptela) 1 címet kapta volna, csak hát: Kib@#&0tul hosszú lenne. Az SD-WAN témakör önmagában megér egy post sorozatot. A Cisco SD-WAN-ról sok mindent lehet írni, így ez is megér egy önálló post sorozatot. Cisco SD-WAN-nak nem kis történelmi háttere van már, hiszen a megoldást szakmai berkekben leánykori néven viptelának is hívják. A Cisco 2017 májusában fejezte be a Viptela akvizícióját, és termékeit saját megoldásként, immáron 3 éve Cisco SD-WAN megoldás részeként kínálja az ügyfelei felé. Azért hivatkozunk a szakzsargonban Viptela néven a megoldásra, mert a Cisco-nak további SD-WAN megoldásai léteznek, illetve léteztek: SD-BRANCH (ENCS platform) Meraki SD-WAN IWAN (performance routing alapú, APIC-EM vezérelt kezdeményezés, ami sajnos kihalt )...

Hálózat-virtualizáció a gyakorlatban SD-WAN vagy SD-NINCS I. epizód Fortigate

SD-WAN vagy SD-NINCS I. rész Ez a bejegyzés sorozat ötlete, akkor merült fel bennem, amikor különböző gyártók SD-WAN-nak titulált megoldásait próbáltam összegezni magamban... Figyelemebe véve az alap elképzelést és a technikai megvalósíthatóságot, három kategóriát állítottam fel ezekre megoldásokra: SD-WAN megoldások - melyek biztosítják a transzport agnosztikus átvitelt, lehetőséget adnak a szolgáltatótól független topológia kialakítására központi orkesztráció és kontroll segítségével, továbbá az üzleti alkalmazások számára északi irányú API integrációra adnak lehetőséget. SD-NINCS megoldások - melyek marketing anyagokban szerepeltetik az SD-WAN-t, viszont technikai oldalról csak egy jól komponált policy based routing, ami  maximum megvalósítható. SD-LESZ megoldás - valahol a kettő között... Fortigate SD-WAN Március 13-ka óta HOME-OFFICE-ban dolgozom. Nem volt egyszerű az átállás, legalábbis mentálisan mindenképpen megterhelő a napi feladatok elvégzése úgy, hogy k...

IPAR 4.0 - Okos megoldások, hülyén megvalósítva

IPAR 4.0 Telekommunikációs és informatikai berkekben, az IPAR 4.0 eszközöket valahogy úgy definiáljuk, hogy ipari cuccok amik IP hálózaton is kommunikálnak... Természetesen ez egy durva egyszerűsítés, de ebből a szögből nézve a gyártásban betöltött szerepe nem annyira fontos, mint a hálózatban elfoglalt helye. Ezek olyan tipikusan beágyazott-rendszer alapú megoldások, melyek saját operációs rendszerrel rendelkezhetnek, és IP kommunikációra, egy már korábban lefejlesztett általában valamilyen linux alapú kernel modult használnak. Az ilyen eszközök mondhatni semmilyen tűzfal vagy végpontvédelmi megoldással nem rendelkeznek, kommunikációjuk az adatgyűjtő berendezésekkel általában nem titkosított, így potenciális veszélyforrást jelentenek a hálózatunkban. Nos eddigi tapasztalataim alapján az IoT és/vagy SMART termékek terén az, hogy minél olcsóbban, minél több szolgáltatást legyenek képesek nyújtani a végfelhasználó felé. A ipari plc-k vezérlő szoftvere - amin keresztül menedzs...