- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Itt a szeptember, a felmérések írásának ideje! Írjátok!
(beugratós opciók nyomokban lehetnek a szavazásban)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
IT mindenes mit jelőljön? ;)
- A hozzászóláshoz be kell jelentkezni
Egyeb IT-s?
- A hozzászóláshoz be kell jelentkezni
Az szerintem az, aki a fenti halmazokkal nem foglalkozik.
- A hozzászóláshoz be kell jelentkezni
Aki nem tud dönteni, az "Egyéb IT-s"-t. Amelyik mindegyik is, azt, amelyik leginkább. Ha ez is gondot okoz .... Egyéb.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
"Egyéb"
- A hozzászóláshoz be kell jelentkezni
kellett volna nekunk egy "minden is" opcio :)
- A hozzászóláshoz be kell jelentkezni
Én ezért választottam az egyebet, mert 20+ év alatt voltam rendszergazda, tesztelő, fejlesztő (C#), hálózatos, tűzfalas, storage konfigtól, ESX cluster telepítésen át belső intranet webfejlesztésig mindent is csináltam.
Hmm. DBA sosem voltam, ez fehér folt a térképemen.
- A hozzászóláshoz be kell jelentkezni
"DBA sosem voltam"
Boldog ember :-D :-D
- A hozzászóláshoz be kell jelentkezni
Pedig nagyon szép és izgalmas terület a véleményem szerint. Főképp, amikor lehet vitázni az átlag üzemeltetőkkel, fejlesztőkkel, hogy kinek mi a sara. 😉
- A hozzászóláshoz be kell jelentkezni
Ültem mindegyik székben, tudom... :-D
- A hozzászóláshoz be kell jelentkezni
Oke, DBA nem vagyok, de ismerek nehany nagyon profit kozuluk, az is szamit, nem? :-)
- A hozzászóláshoz be kell jelentkezni
> IT devops vagyok 20+ éve
hat a devops fogalom a mai ertelmeben nem letezett meg 20 eve, vagy legalabbis egesz mast jelentett.
en 20 eve is azt mondtam hogy csak abbol lesz jo rendszergazda aki tud programozni is, mert nem fog ketsegbeesni ha nem fordul le valami forrasbol, vagy at kell irni egy scriptet, patchelni pl. egy pppd-t, irni egy kis plugint valamihez stb.
de manapsag a docker/kubernetes babzsakfejlesztoket szoktak devopsnak csufolni...
- A hozzászóláshoz be kell jelentkezni
en 20 eve is azt mondtam hogy csak abbol lesz jo rendszergazda aki tud programozni is, mert nem fog ketsegbeesni ha nem fordul le valami forrasbol, vagy at kell irni egy scriptet, patchelni pl. egy pppd-t, irni egy kis plugint valamihez stb.
^^^ erre nagy +1 ! Szerintem (is) nagyon igaz!
Ha így értelmezem, akkor nem üzemeltető vagyok 20+ éve, hanem devops... De jó nekem az üzemeltető besolorás.
- A hozzászóláshoz be kell jelentkezni
IT üzemeltetés fizet a legszarabbul a statisztikák szerint. Nem véletlenül azt akarják kiszervezni mindenhol A felhőbe, és leépíteni a lokális dolgozók létszámát. Ha devops-ra keresztelik a munkaszerződésben a beosztást, az viszont instant 30% fizuemelés lenne.
- A hozzászóláshoz be kell jelentkezni
Azért akarják kiszervezni, mert a felhőmulti kiszúrja a szemüket az olcsó diszkontárakkal, amiket az átállás után többel emel meg, mint amennyibe az üzemeltető macik kerültek korábban. Csak akkor már a visszaállás lenne túl drága. A mottó: csőbehúzni, csüngetni, lógatni, függővé tenni.
- A hozzászóláshoz be kell jelentkezni
Van ebben igazság, de más oldalról egy pár fős, pár e-mail fiókos kis cégnek nem éri meg saját szervert meg miegyebet venni, fenntartani. Kapásból embert sem talál hozzá, mert egyszerűen nincs, se drágán, pláne olcsón. De ha előfizetnek, azonnal van levelezés, csoportmunka, akár fájl szintű megosztás, azon egyidőben dolgozás, stb. Vannak azért előnyei a felhős szolgáltatásoknak annak ellenére, hogy a multik a saját gazdagodásukra üzemeltetik, nem a cégek IT-jóléte a fő cél.
Ezen felül a mai világban semennyivel sem kevesebb függőség és kockázat egy olcsó IT emberre rábízni, hogy csinálja, aki aztán emelgeti a díjat ahogy akarja, mert vagy kifizeted, vagy lelép, és akkor ott maradsz egy rendszerrel, amihez senki sem ért, senkinek nincs hozzáférése, stb. Mert ez a valóság, nem a jól dokumentált rendszer és a tulaj páncéljában örzőtt mesterkulcs mindenhez. Ha meg kis szolgáltatónál fizetsz elő, akkor majdnem ugyan olyan vendor lock-in lesz, csak jóval nagyobb eséllyel múlik el egyik napról a másikra az egész szolgáltatás.
- A hozzászóláshoz be kell jelentkezni
Van olyan kifejezés, hogy méretgazdaságosság - szerintem kezd el ismerkedni vele. A visszaállás kapcsán meg azzal, hogy a visszaállásra nagyon sok esetben kell legyen végrehajtható és működő folyamat (mentés, lokálisan x időn belül elérhető infrastruktúra, stb.)
- A hozzászóláshoz be kell jelentkezni
Az idealizmusaid sokkal "logikusabb" úgy megérteni, hogy "minden úgy a legjobb, ha multik csinálják".
- A hozzászóláshoz be kell jelentkezni
A vizet is magad asott kutrol hozod, es a villanyt is estenkent te tekered dinamos biciklivel? Sakat ISP-d van, magad keszitetted a mobilodat egy maroknyi alkatreszbol amibe te magad novesztetted a felvezetot, es magad irtad ra a szoftvert? Te is fuggesben vagy vagy fel tucat multicegtol.
Magad szemeben a gerendat masok szemeben a szalkat effektus. A meretgazdasag fontos, ez az amiert te sen allsz neki telefont gyartani, hanem megveszed egy multiceg termeket.
Masoknal mashol van a hatar, mas kitettsegeket vallalnak be. Mindenki bearazza a sajat szabadsagat, a sajat biztonsagat.
Gyerekkent sosem masztal fara, sosem kellett dontest hoznod, hogy az egyre vekonyabb agakon elmesz-e azert a tul kint levo cseresznyeert, vagy nem? Ma is ez van, mindenki tudja, hogy mit kockaztat, csak eppen vagy gyava, vagy bator, vagy idiota. Ugy beszelsz a multikrol mintha maguk az ordogok lennenek pedig csak a termeszetes entropia megtestesitoi. A gravitacioba is bele szokas halni, meg a haborukba is. Amig az emberiseg a termeszet resze, addig az emberi mohosag es idiotasag szinten teljesen termeszetes ok a halalra.
- A hozzászóláshoz be kell jelentkezni
A vizet is magad asott kutrol hozod, es a villanyt is estenkent te tekered dinamos biciklivel?
100% magyar tulajdonú vízművektől jön a vezetékes víz, nem multitól.
Sakat ISP-d van, magad keszitetted a mobilodat egy maroknyi alkatreszbol amibe te magad novesztetted a felvezetot, es magad irtad ra a szoftvert?
Olyan multitól vettem a telefonomat, amelyik akkor még nem volt túl milliárdos ahhoz, hogy ne Németországban, Finnországban, Nagy-Britanniában, vagy akár Magyarországon gyártson mobiltelefonokat. A hangsúly az akkoron van. A multi arroganciája, etikussága általában az életszakaszától függ.
Te is fuggesben vagy vagy fel tucat multicegtol.
Nem mindegy, hogy mennyire és nem mindegy, hogy önszántamból vagy kényszerből.
Gyerekkent sosem masztal fara, sosem kellett dontest hoznod, hogy az egyre vekonyabb agakon elmesz-e azert a tul kint levo cseresznyeert, vagy nem?
Amit leírtam, az Zeller Mérnök Úr folyamatos, multik felé hajló érvelésére, elfogultságára volt kritika, nem magukra a multikra.
Ugy beszelsz a multikrol mintha maguk az ordogok lennenek
Mert azok. A véges erőforrások mellett végtelenbe növekedni akaró (de már így is túl nagyra nőtt) multik legalább is.
az emberi mohosag es idiotasag szinten teljesen termeszetes ok a halalra.
Csak ugye kordában is lehet tartani. Ahogy a multikat is kordában lehet és kordában is kell.
- A hozzászóláshoz be kell jelentkezni
Csak egy mellékszál:
Engem nem érdekel ki a vízmű tulajdonosa. Az érdekel, hogy a hatóság tegye a dolgát, rendszeresen vegyen mintát, hogy megbízhassak a víz minőségében. Ez a bizalom jelenleg részemről hiányzik.
A magyar tulaj ugyanúgy profitéhes, azért kell a szabályozás, hogy ne tudjanak mindent megtenni.
- A hozzászóláshoz be kell jelentkezni
Engem pedig érdekel, hogy ki a vízmű tulajdonosa. Olyannyira, mint a mintavétel és a vízminőség.
A magyar tulaj ugyanúgy profitéhes, azért kell a szabályozás, hogy ne tudjanak mindent megtenni.
Nem ugyanúgy, mert nem nőtt akkorára, mint egy multi, amelyik fél Európa vízkészletén élősködik.
- A hozzászóláshoz be kell jelentkezni
Szerintem bőven van 100%-ban hazai cég, ami outsource-ban üzemeltet, akár csak humán erőforrást adva, de akár úgy is, hogy a teljes infrastruktúra nála van... Egy KKV, aminél nem at IT a fő tevékenység, nagyon ritka esetben fogja tudni kitermelni 3-5 főállású IT-szakember költségét, azaz a cég méretében nem gazdaságos a szükséges szakértelmet belső erőforrásból megoldani.
- A hozzászóláshoz be kell jelentkezni
Ez pontosan így van! Éppen ezért nem alkalmazottként csinálom túlhajtott mindenesként a legalsó IT bérsávban, hanem ezt nyújtjuk mint szolgáltatást, cégesen, mások (főleg mikro- és kisvállakozások) részére. Ha ki akarják szervezni, csak rajta, hozzánk jöhet. :-)
De el fogok gondolkodni, hogyan lehetne devops-nak eladni ugyan ezt, ennyivel többért. :-D
Ráadásul kezdik páran megérteni, hogy a kis cégeknél is (nagyobbaknál meg pláne) a "nagy" multis felhőbe költőzés után is kell IT, üzemeltetés, szervezés, miegyéb, helyben lesznek ugyan úgy PC-k, nyomtatók, kell mentés a felhőről is, stb., mert az sem csak úgy "működik" és kész. Persze a felhős szolgáltatások menedzseléséért még nem annyira könnyű pénzt kérni (sok cégvezető azt hiszi, az benne van a felhős előfizetés árában, azzal letudott mindent), de ez is változni fog valószínűleg.
- A hozzászóláshoz be kell jelentkezni
Hogyúgyvan! - mondaná egy régi Linuxos cimbora...
- A hozzászóláshoz be kell jelentkezni
Nézd, én is dolgoztam egy időben üzemeltetőként, de azért mégis mindig tudtam, hogy fejlesztő vagyok 😉
- A hozzászóláshoz be kell jelentkezni
en 10 eves korom ota fejleszto vagyok, eredetileg abban is akartam elhelyezkedni, ki is probaltam de par honap utan feladtam. az nem nekem valo, hogy masok altal kitalalt orbitalis faszsagokat kell leprogramozni hataridore, es ha elmondom hogy ez miert nem fog mukodni igy, akkor meg en vagyok lehulyezve (aztan a vegen kiderult hogy igazam volt) - persze mashol (pl gyorben!:)) kellett volna dolgozni, tudom... vagy vallalkozokent csinalni egyedul, aztan ha van melo van penz, ha nincs akkor koplalas van.
az uzemeltetes ennyibol jobb, az havi fix bevetel, jobban tervezheto, utemezheto, kevesbe kell faszsagokat csinalni, tobb az "alkotoi szabadsag", lenyeg hogy mukodjon. mellette meg lehet hobbibol fejlesztgetni, ahogy teszem is.
azert vicces volt mikor egyik ugyfelnel megkerdeztek nem tudok-e ajanlani egy java programozot mert lenne egy feladat, en meg mondtam hogy itt vagyok...
- A hozzászóláshoz be kell jelentkezni
+1
De ez fordítva is igaz: sose lesz jó fejlesztő, aki nem ért egy kicsit az üzemeltetéshez.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Próbálom elképzelni, milyen kódot kell írnom egy műszer firmware-ébe, ami sokat segít a céges svn szerver üzemeltetésén. Pointerre mutató pointer azért lehet még benne? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Alapvetően indirekt módon nem ír hülyeséget, csak túlságosan szűk az értelmezés...
Nem tudsz jó műszert csinálni, ha nem tudod, hogyan kell(ene) jól működnie.
...vagy pl. nem gondolsz bele, hogy kézi műszer energiafelhasználása adott energiahordozóval (akkumulátor / elem) mekkora üzemidőt eredményez, és folyamatos működésű eszközben napi kétszeri elemcserét sikerül összehozni.
Pointerre mutató pointer kapcsán emlékeim szerint itt már ment a harc korábban. :)
Mindenki a saját területére asszociál, és ezért születnek IT-s megállapítások nem IT területre vonatkozóan is.
...és innen jönnek azok a gondolatok is, hogy, ha valaki firmware-t programoz, az következésképpen egyből IT-s lesz.
- A hozzászóláshoz be kell jelentkezni
Ha a firmware-ed kommunikál az svn szerverrel, akkor nem mindegy milyen kódot írsz. :)
Nem erre gondolok, hanem pl. nem árt tudni, hogy mondjuk a cuccod egy linux fog futni apache-on, php-fpm-mel, mert lehet egy problémára több megoldás is, csak az egyik tök egyszerű és kézenfekvő, egyszerű setupolni és üzembiztosabb lesz, a másik meg szopás. Vagy ott van pl. azon fejlesztőkókler esete, akinek az az első, hogy chmod 777... Hogy windows-on nem fosunk mindent a C:\Windows\Temp-be (vagy linuxon a /tmp-be). Fájlokat nem az alkalmazás könyvtárába mentünk/írunk, hanem külön. Hogy miért nem jó az, ha rootként/systemként fut a programod. Hogy miért nem jó 7200s timeout a webes php-ra, hogy a cronból meghívott url menjen.
De már valahol tárgyaltuk ezeket.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Persze, valójában értem, ott volt a siley a végén. :) Pusztán arra utaltam, vannak olyan fejlesztések, amelyek nem kapcsolódnak az üzemeltetéshez, legfeljebb annyiban, hogy a szerveren ven a forráskódjuk, és ezzel nagyjából leírtam a project és az üzemeltetés közti kapcsolatot teljes egészében. Ilyen esetben kb. mindegy, hogy a fejlesztő nem ért az üzemeltetéshez, még lehet jó fejlesztő.
Persze, világos, hogy amennyiben webfejlesztésről, vagy valami adatbázisos dologról beszélünk, akkor látni kell a másik oldal felől is a kérdést, ha valami jót szeretnénk csinálni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem csak web és adatbázis, hanem bármi... Csak abból hoztam példákat, mert ezek a legtipikusabbak.
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Nem bármi, mert épp arra hoztam példát, amikor a szerveren a forráskód tárolódik, de ott sohasem fog futni, mert esetleg nem is arra az architektúrára íródik, hanem valami egészen más hardware-re. Azért hoztam fel, mert az én munkám épp ilyen.
Szerk.: Tehát az én munkámat hardware és firmware fejlesztőként sehogyan sem minősíti az, hogy értek-e szerver üzemeltetéshez, vagy sem. Ha a fejlesztett kód szerveren futna, akkor igen, de nem ott fut.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Tehát az én munkámat hardware és firmware fejlesztőként sehogyan sem minősíti az, hogy értek-e szerver üzemeltetéshez, vagy sem.
^^
Ha (jobban) értenêl az üzemeltetéshez, akkor jó eséllyel gyorsabban megoldottad volna a fenti problémádat, több időd maradt volna a firmware fejlesztésre :)
- A hozzászóláshoz be kell jelentkezni
LOL :D
Elismerem, igazad van. :) Vannak efféle marginális dolgok, de ha így nézzük, lehet, hogy bővebb jogi, közgazdasági ismeretek is egyszer-egyszer segítenék a munkámat.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ez az egyik, a masik az automation engineer, amit megint csak hivhatunk Devopsnak, vagy ha jol sejtem, akkor most a Platform Engineer az uj buzzword ennek a munkakornek egy reszhalmazara.
- A hozzászóláshoz be kell jelentkezni
Vagyunk páran hardverfejlesztők... akik azért programozunk is.
Az minek számít?
Bár azt hiszem megkaptam az instrukciót, akkor én is IT-s vagyok!
- A hozzászóláshoz be kell jelentkezni
Én hardware- és firmware-fejlesztő vagyok, és azt írtam, hogy nem vagyok IT-s.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mi a szubsztanciális különbség a szoftver meg a firmware között?
Hogy van alattad egy OS? Még firmware esetén is előfordul.
De egyébként kód mindkettő.
- A hozzászóláshoz be kell jelentkezni
Mindkettő kód, csak míg én az MCU regisztereinek bitjeit nézegetem a katalóguslapon napokig, addig a klasszikus software-esek a különféle függvénykönyvtárak API dokumentációjával csinálják pepitában ugyanezt. :) Alattam nincs oprendszer 32 biten sem, 8 biten ez meg esélytelen is volna. Az operációs rendszer bizonyos szinten az élet megrontója. Például akkor, ha ki vagy feszítve futásidőben bizonyos körülmények között. Engem nem zavar, már megszoktam. Néha hiányzik a malloc(), realloc(), free(), akár kedvem is lenne implementálni, csak aztán rájövök, hogy ezekhez a játékokhoz sok RAM kellene ám, mert fragmentálódik, nyilván kell tartani, a lyukakat felszámolva sok memcpy() lesz belőle, mert RAM-ot itt a piros, hol a piros szerűen nem tudok lapozgatni, mert ez annál egyszerűbb szerkezet. PIC32 amúgy, MIPS a lelkem. :)
Meg ugye mind a digitális, mind az analóg elektronika megtervezése is a feladatom, elvi kapcsolási rajz, majd PCB. Ez nem az a klasszikus IT-s terület, szerintem amikor valaki azt állítja magáról, hogy IT-s, egészen másra gondol a többség.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Minden firmware fejlesztőt zavarni szokott az OS, de attól még hogy ott van az OS, pont ugyanaz a kód pont ugyanúgy fut a processzoron. Az OS nem fogja átrendezni az utasításokat. Mindössze kapsz egy infrastruktúrát, amire építhetsz.
Teszem hozzá, én sem használtam eddig még egy freeRTOS-t sem, de ha kellene, nem idegenkednék tőle. Dinamikus memóriakezelést még az avr-gcc is "tud", ami nem OS funkció, hanem libc funkció.
Persze aki dinamikusan allokálgat egy MCU-n az a szememben pont akkora láma, mint aki lebegőpontos műveleteket használ.
Lényeg a lényeg, azért nem véletlen létezik a Real-Time linux is. Sajnos még mindig nem mainline.
Viszont még a normál linuxra is azt szoktam mondani, hogy mitől félünk? Ha egy embedded linux képes egy szoftveres ethernet bridge-et kihajtani 100 megán, meg egy pingre válaszolni ms alatt...
- A hozzászóláshoz be kell jelentkezni
Jó dolog tud lenni az az RTOS, különösen egy gyors MCU-n, de azért nem pont ugyanúgy fog futni az a kód, és ez nem minden esetben jó.
Amúgy de, az OS át fogja rendezni az utasításokat - no nem blokkon belül, de időbeli lefutásban biztosan.
A lebegőpontos műveletek használata is az MCU-tól függ, hardveresen mit támogat, és mi a cél az adatokkal, emiatt ez sem egyértelmű.
- A hozzászóláshoz be kell jelentkezni
Nem kell ész nélkül taszkot váltani, és akkor nem lassít az OS. A legmagasabb priorítású taszktól csak ms-onként 1-szer veszi el egy pillanatra a végrehajtást a timer IT. Annyit ki kell bírni.
- A hozzászóláshoz be kell jelentkezni
OFF
"Minden firmware fejlesztőt zavarni szokott az OS"
Mert mind elmaradott. Manapság már nem nagyon fut bele az ember olyan 32-bites MCU-ba, amelyiken hátrányt jelentene az OS. Azt mondanám, hogy kb. a bootloader az a szint, és a nagyjából 4kB RAM, ahol még nem használunk OS-t. Minden ennél nagyobb projektnél megéri a kezdeti befektetést. Ráadásul az MCU gyártók fejlesztő környezetei manapság pár kattintással csinálnak egy hello world projektet, amelyikben van OS, meg interruptok, meg timer, meg UART.
- A hozzászóláshoz be kell jelentkezni
Persze, csak amikor a DMA-val behozott adathalmazodon azért mész végig minden második mintát feldolgozva, mert nem fér bele az, hogy minden mintát feldolgozzál, akkor nem az lesz a legnagyobb problémád, hogy mit fog írni az UART-ra meg I2C-re, hanem az, hogy nem lehet általános a DMA IT handler, amelyben struktúrából kiveszi a tényleges handler címét, aztán meghívja azt, vagy jó, esetleg ezt még benne hagyod, de eldobod, azt, hogy bármit átadj neki, mert nem kell, ne vigye az időt.
Egyáltalán nem az a probléma, hogy hogyan nézne ki egy printf("Hello world!\n");. És ahogy mondod, a bootloader-t is meg kell írni olyanra, amilyet helyesnek gondolsz.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Feladathoz eszközt. Bithackelt kódok ideje lejárt, tessék beletenni egy rendes 32 bites procit, aztán hadd szóljon.
Egyébként ne érts félre, én is imádok bithack-elni, csak azt meg nem szeretik kifizetni.
- A hozzászóláshoz be kell jelentkezni
Nem egyszerű, mert MCU kell, nem CPU. A 200 MHz az olyan, hogy elég bizonyos megkötésekkel, nyilván a végtelen sebesség jobb lenne. :) Sima CPU-hoz akkor már RAM-ot kell illeszteni, perifériákkal kell körülbástyázni. Ami a legalkalmasabb MCU, az meg nem elég gyors. Vagy esetleg nem elég olcsó. Vagy BGA, ami csak a selejt gyártásának bölcsője, de nem is terveznék túl nagy lelkesedéssel PCB-t hozzá.
Az meg lényegtelen, hogy bithack, vagy sem, ettől független a fizetésem. Vagy írjam fel egy papírra, hogy mától két héten át bithack-elek, ezért extra fizetést kérek, majd ezt tegyem ki az asztalomra? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Az világos, hogy libc és nem OS, meg az is, hogy tudja, de azt a tudást inkább engedjük el. :) Ami a double-t illeti, nagyon ritkán, nem futásidő-kritikus helyen használom, de nincs lelkiismeret-furdalásom, mert az MCU-ban van hardware FPU, szóval gyors lesz az.
Ami a nem blokkolós programozást illeti, igyekszem így megoldani az egészet, a folyamataim futtatását és azok közötti váltogatást megírtam, egyfajta interprocess kommunikációt is írtam, így aztán semmi szükségem az OS-re.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Pedig ez simán belefér az IT fejlesztésbe. Talán az egyéb IT-s kategória lenne neked is megfelelő.
- A hozzászóláshoz be kell jelentkezni
Abból neked hogy jött le, hogy IT-s vagy/vagyunk?
Az FPGA programozás biztosan nem IT. Aztán ha bedurrantottam az FPGA-t, és a benne levő procira fejlesztek, az már határeset. Mivel ez utóbbit csinálom az idő nagyobb részében, beírtam magam az IT szoftverfejlesztőkhöz.
Egyébként pillanatnyilag Azure DevOps-ban dolgozunk. Akkor én most devops vagyok? :)
- A hozzászóláshoz be kell jelentkezni
Már mitől nem IT?
Ha a szoftverfejlesztő IT, akkor az FPGA is az. Egy másik szabályrendszer, más logika, de attól még ugyanolyan szoftver (hiszen módosítható), bár ebben a definícióban már volt hitvitám :)
Ha viszont a programozási nyelvek körül szétnézel, azért ott is elég széles a spektrum (assembly-től a funkcionális nyelveken át mondjuk a megboldogult flash-ig), én nem látom hogy a HDL ne férne ebbe bele. Még ha név szerint "hardware descriptor"-t is jelent.
- A hozzászóláshoz be kell jelentkezni
Nézetem szerint a hardware is IT, hiszen az csupán egy olyan program, amibe élvezetesen bele lehet rúgni, ha nem megy. :-)
- A hozzászóláshoz be kell jelentkezni
Mikor már hardver, akkor már akár köze is lehet az IT-hez. Ellenben a hardver design szvsz nem IT.
- A hozzászóláshoz be kell jelentkezni
Attol fugg, hogy mit ertesz a hardver design alatt. Ha a legujabb iPhone szappantarto sarokkerekitesi sugarat, vagy a rozsaarany muanyag szinkodjat, akkor az nem IT, hanem kepzomuveszet illetve iparmuveszet, vagyis nem rendes szakma. :-P
Ha viszont ugy hardver design, mint a NYAK tervezes, akkor mar majdnem IT, mert annak van egy ilyen vasas szakterulete, ahol a jomunkasemberek olyanokat mormolnak maguk ele, hogy "ezen a frekin mar lenyeges a skin hatas, ugyhogy ez a vezetosav igy nem lesz jo..." mert ok tenyleg tudjak, hogy mi hajtja a villanymotort. :-)
- A hozzászóláshoz be kell jelentkezni
Iparművészeket hadd védjem meg. Lehet hogy nem IT, de rendes szakma az.
Az iphone ellenben nem iparművészet :)
- A hozzászóláshoz be kell jelentkezni
Jogos. A Rubik kocka az en szivem szerint is muveszet. :-)
- A hozzászóláshoz be kell jelentkezni
Claude Shannon is ITs volt. Anil Kumar Bhattacharyya meg epp hatareset.
- A hozzászóláshoz be kell jelentkezni
Bevetettem a "trey módszert", megkérdeztem a chatGPT-t.
Szóval minden emberi tudás forrása szerint:
Is hardware design considered an IT job?
Hardware design is generally not considered an IT (Information Technology) job in the traditional sense, though it does overlap with the broader field of technology. [...]
Ellenben:
Is software development considered an IT job?
Software development is often considered part of the broader tech industry, but it isn't traditionally categorized as an IT job. [...]
Ha a kérdés így lett volna feltéve, akkor én is egyértelműen tudok válaszolni, mert az IT nekem is kb. inkább ezt jelenti:
IT Jobs: Information Technology typically focuses on managing, maintaining, and supporting technology infrastructure (like networks, databases, and servers), as well as providing end-user support. IT roles include system administrators, network engineers, IT support technicians, and database administrators. [...]
Viszont mivel itt a HUP-on a szoftverfejlesztő is bele lett véve az IT-be, én csak azt mondtam hogy a hardveres is IT-s (is) ha firmware-t ír, addig biztosan. Hogy a core hardverfejlesztés IT-e, az már inkább kérdés. Nyilván egy tápegység tervezés nem az.
- A hozzászóláshoz be kell jelentkezni
Viszont mivel itt a HUP-on a szoftverfejlesztő is bele lett véve az IT-be, én csak azt mondtam hogy a hardveres is IT-s (is) ha firmware-t ír, addig biztosan. Hogy a core hardverfejlesztés IT-e, az már inkább kérdés. Nyilván egy tápegység tervezés nem az.
...és, ha a tápegység része egy mikrokontroller is, amivel be lehet állítani a kimeneti feszültséget, áramkorlát értékét?
Esetleg a hardver nem tápegység, hanem egy műterhelés, ami képes konstans árammal terhelni, konstans feszültséget tartani (ennek megfelelően terhelni), teljesítményre szabályozni, mindezek során pl. Ah vagy Wh adatgyűjtést végezni, esetleg soros vonalon (pl. RS232/RS485) beállítható / monitorozható, az vajon IT projekt?
...mert firmware abban is van és szoftvert kell fejleszteni rá...
- A hozzászóláshoz be kell jelentkezni
Tulbonyolitod. A tapegyseg vagy felrobban, vagy nem. Ez vagy nulla, vagy egy darab fustfelhobel jar, ergo nehany meterrol nezve ez mar digitalis kommunikacio.
A kommunikacio pedig kimeriti az IT mint Information Technology jelenteset. :-)
- A hozzászóláshoz be kell jelentkezni
A kommunikacio pedig kimeriti az IT mint Information Technology jelenteset. :-)
Ha így nézzük, akkor én kezdettől az IT-ben dolgoztam, mert távközlő műszerészként kezdtem :)
- A hozzászóláshoz be kell jelentkezni
Igazad van, a mikrónak is két állapota van (a digitális vezérlésűnek különösen) - vagy megy, vagy nem megy.
Ill. van még a szikrázik, vagyis robban.
Tehát ez is határeset. :)
- A hozzászóláshoz be kell jelentkezni
Ennek arányában a magyar IT-s témájú újságokban, közvélemény kutatóknál, fejvadászoknál, álláshirdetőknél az IT-s = szoftverfejlesztő.
Aztán írnak olyant, hogy "ha az IT-t kibővítjük a lazán kapcsolódó területekkel, mint adatelemzés, devops, ITsec, akkor" ez meg az.
És még mindig nem került náluk bele az IT lényege, az üzemeltetés, a kibővítés után sem...
Közben meg van IT (üzemeltetés), van szoftverfejlesztés, van adatfeldolgozás (bányászat, elemzés), fejlesztés-támogatás (devops), stb. stb.
- A hozzászóláshoz be kell jelentkezni
Hát akkor rosszul szavaztam. Legalábbis a ChatGPT szerint.
- A hozzászóláshoz be kell jelentkezni
A korfa mindenesetre nem túl bíztató. Ezek a fiatalok tényleg a tiktokon lógnak egész nap?
Nekem már 17-18 évesen is a hup meg az sg jelentette a világot. Sajnos azóta mindkettő színvonala sokat zuhant, főleg ami a komment szekciót illeti.
Viszont ennél CSAK lejjebb van kb.
- A hozzászóláshoz be kell jelentkezni
hat itt az ideje hogy a HUP megjelenjen a twitterxxx utan a tikktokkon is! varom trey 1 perces videoit arrol h gyorben miert mukodik minden jobban stb
- A hozzászóláshoz be kell jelentkezni
Ahol bezárul egy ajtó kinyílik egy kormányablak!
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....
- A hozzászóláshoz be kell jelentkezni
SWE-t jelöltem, de kezdem azt hinni, hogy mindig is devops (is) voltam.
- A hozzászóláshoz be kell jelentkezni
IT Operations-t csinaltam 16 evig, kozben elkezdtuk a DevOps-ot, aztan az SRE-t, es mindekozben Architect lettem. Mindezt Cloud es BigData teruleten IS. Kicsit szuknek erzem az opciokat, ennel azert sokkal de sokkal szinesebb a vilag :D
- A hozzászóláshoz be kell jelentkezni
Én úgy értelmeztem, hogy most miből élek, és azt mióta csinálom. Így lett a kevesebb, mint 5 éve devops, az előtte lévő 12 év üzemeltetés "nem számított".
- A hozzászóláshoz be kell jelentkezni
Inkább a kérdező rálátását - vagy inkább ránemelátását mutatja a mai IT munkakörök terén.
- A hozzászóláshoz be kell jelentkezni
Már régen gyanítottam, hogy te a Besenyő Pista bácsi vagy... 😉
- A hozzászóláshoz be kell jelentkezni
Kifejtenéd picit, hogy mi a te állításod vagy esetleg linkelnéd? Elmúlt napokban nem tudtam követni a HUP-ot.
- A hozzászóláshoz be kell jelentkezni
Tök mindegy. Treynek mindig, mindenben igaza van. Ezt jegyezd meg jól.
- A hozzászóláshoz be kell jelentkezni
Hát, Ferenc, szemmel látható, hogy a HUP összetétele nem 80-90%-ban üzemeltető.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Jelenleg, nem csak.
- A hozzászóláshoz be kell jelentkezni
Igen, pénteken beszélgettem PestiSráccal, akkor került szóba. Eleve, a szavazás is a beszélgetésből jött létre. Állítottam, hogy hiedelmekkel ellentétben a HUP 80-90%-a NEM üzemeltető.
Akkor mondtam neki, hogy kiteszek erre egy felmérést. A "hány éve" opciók pedig az ő ötletei voltak hozzá.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Na, ezek szerint lesz lassan konkluzio az augusztusban belengetett Varatlan Fordulatokrol?
- A hozzászóláshoz be kell jelentkezni
Eddig sem rajtam múlott. Az igényeket elővezettem. A labda nem nálam van (nem nálam szokott pattogni).
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
...augusztusban belengetett Varatlan Fordulatokrol?
Bocsánat, de ehhez kaphatnék egy linket?
Még mielőtt úgy járnék, mint Táncsics Mihály, aki átaludta a forradalmat.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Ja, hogy nem forradalom lesz, csak tőzsdére megy a HUP!
Értem már, mitől lengett be az NVIDIA árfolyama.
Amúgy elkezdtem gyűjteni azokat a szakkifejezéseket, amiket itt a HUP-on hallottam először. "Bukkake", "Jaszkari", "Düddő", most meg ez a "Vakjolán". Fantasztikus.
És ezek baszogattak engem évekig a magbetyár miatt, amit nem is én találtam ki. :-D
- A hozzászóláshoz be kell jelentkezni
A vakjolán még vicces is volt. :)) Emlékszem, egy elég durva hozzászólásra írta trey, hogy félreértette a hozzászóló, mert nem látja szálban, ki, mire reagált. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igaz, hogy alapvetően üzemeltetői vonalon mozogtam / mozgok, de elég gyakran kell fejlesztőket támogatni, automatizálni, architecteskedni (infra / security), devops, presales. Sőt, még vállalkozóként is űztem / űzöm az ipart.
Szoftverfejlesztő az, ami tuti nem vagyok. Nem vagyok hajlandó azt a dzsumbujt elviselni, ami szoftverfejlesztés címszóval fut. Forog tőle a gyomrom.
Így maradtam az egyéb IT-s 20+ éve.
- A hozzászóláshoz be kell jelentkezni
Te vagy az IT mindenes. Nincs ezzel baj, vagyunk ezzel még páran így.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Így van, nincs ezzel baj. Én élvezem ezt a pörgést, változatosságot. Csak sajnos 1 nap az csak 24 órából áll.
- A hozzászóláshoz be kell jelentkezni
Frászt, ott van még pluszban az éjszaka! :-)
- A hozzászóláshoz be kell jelentkezni
Nem tudnak nekem annyit fizetni. 😊
- A hozzászóláshoz be kell jelentkezni
Tizen-x éve nem vagyok IT-s de azon meglepődtem, hogy 106 fórumozóval egyetemben. Az érdeklődés megmarad még ha nem is vagyok piacképes, úgy tűnik.
[insert line here]
B.C. 3500 - DIY Vehicle / A.D. 30 - DIY Religion / A.D. 1991 - DIY OS
- A hozzászóláshoz be kell jelentkezni
Egyéb IT-s vagyok 20+ éve
De, nyilván a 20+ év alatt voltam még:
- üzemeltető
- kicsit devops / devsecops' is ;)
- végül: Consultant - aki már leginkább 'csak' megmondja a tutit, ügyfelekkel konzultál, oktat, megoldást tervez, mentorál
- A hozzászóláshoz be kell jelentkezni
A konzulensekkel, tanácsadókkal nagyon vigyázni szoktam - habár én is voltam már ilyen szerepkörben. Kevés jóval találkoztam eddig (no offense).
- A hozzászóláshoz be kell jelentkezni
Hát én végigjártam a ranglétrát. Először web fejlesztő, majd üzemeltető, végül volt egy 5 évnyi eltévelyedésem DevOps irányba, de soha többet :D
- A hozzászóláshoz be kell jelentkezni
[x] IT devops vagyok < 5 éve
cloud dolgokat, meg k8s dolgokat, meg egyebeket pöcögtetek jópár éve, kis ilyen-olyan integrációkkal, illesztésekkel.
Előtte fejlesztettem ~3-4-5 évig, főképp Spring & Java. A mai napig beleverem az orrom, ha productionben kijön valami hiba, meg pöckölöm a hobbiprojektjeimet.
- A hozzászóláshoz be kell jelentkezni
Kellene egy olyan felmérés is, hogy: adsz-e level 1, level 2 supportot, csak munkaidőben, munkaidőn kívül is bármikor, ügyeleti beosztás szerint, vagy mindeki hozzám fordul ha valami nyűgje van.
- A hozzászóláshoz be kell jelentkezni
Aki azt választotta, hogy "IT devops vagyok 20+ éve", az időutazó?
- A hozzászóláshoz be kell jelentkezni
Ez csak egy cimke. Dev&Ops role mar korabban is volt, csak akkor meg mernokok toltak az ipart akik dolgoztak, es nem marketingesek akik cimkeket talaltak ki maguknak optikai tuning celjabol. :-)
- A hozzászóláshoz be kell jelentkezni
De a DevOps az nem Dev&Ops. Mármint értem, hogy sok helyen ezt értik alatta, de az eredeti jelentése nagyon nem ez.
- A hozzászóláshoz be kell jelentkezni
Tudom, hogy nem pontos a meghatarozas. Csusztattam. Emiatt volt a smiley a vegen.
- A hozzászóláshoz be kell jelentkezni
Akkor irsz egy konkret definiciot nekem? Mert en eddig akarhany cegnel voltam, mindenutt mast jelentett a DevOps.
- A hozzászóláshoz be kell jelentkezni
Ismerősöm mondja mindig, hogy olyan poziciónak, hogy DevOps Engineer nem szabadna léteznie, mert a DevOps egy szemlélet, nem egy pozíció :)
Az én értelmezésem szerint a DevOps alapvető célja, hogy a fejlesztés és az üzemeltetés közös felelősséget (angolban ez ownership, nem tudok rá ideillő fordítást) vállaljon a fejlesztési és deploy folyamatokért. Ezt támogatja a sok különböző szoftver ami egy megfelelően tervezett és kialakított rendszerben valóban közelebb tud vinni ehhez a célhoz. Ennek része az is, hogy a két terület közti kommunikáció és együttműködés növekszik, bizonyos átfedések is létrejönnek, de az határozottan nem célja, hogy fullstack jelleggel akkor most mindenki értsen mindenhez is. Persze ezt aztán a gyakorlatban elrontották az említett DevOps Engineer pozicióval, majd jött az Enterprise világ, jól összeizélte a központosítási és szabályozási mániájával és megszületett a Platform Engineer.
- A hozzászóláshoz be kell jelentkezni
Ezt egyszer Franko egész jól leírta (https://hup.hu/comment/2883143#comment-2883143):
a, a DevOps olyan fejlesztő, aki tud üzemeltetni
b, a DevOps olyan üzemeltető, aki tud fejleszteni
c, a DevOps az alkalmazásokat üzemelteti
d, a DevOps a fejlesztői infrastruktúrát üzemelteti
e, a DevOps a felhős infrastruktúrát üzemelteti
És igen. Teljesen mindegy, hogy mit ír a könyv. A cégek számára 90%-ban a fentiek valamelyikét / mindegyikét jelenti a devops.
- A hozzászóláshoz be kell jelentkezni
Ha meg kapsz egy olyan munkaköri leírást, ami szándékosan annyira fondorlatos nyakatekerten van megfogalmazva hogy abba mindent bele lehet magyarázni, azaz a főnököd erre hivatkozva kb. bármi szart a nyakadba akaszthat, akkor előbb-utóbb leszarod h. mégis minek hívnak munkahelyen, és szimplán csak megcsinálsz mindent amit kapsz.
- A hozzászóláshoz be kell jelentkezni
Vagy nem csinálom meg és felmondok a francba. A türelmemnek is van határa - habár elég tág határa van. 😉
- A hozzászóláshoz be kell jelentkezni
Igazat szólsz! :)
- A hozzászóláshoz be kell jelentkezni
Magukat trükkösnek gondoló szar helyeken igen.
- A hozzászóláshoz be kell jelentkezni
Ja, értem! Nem ti szoktatok itt az álláshirdetéseken vihorászni, hogy egy pénzért öt állást kell betölteni?
Azt hittem ilyennel nem basznak át titeket :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Vihoraszni elore vs sirni utolag
- A hozzászóláshoz be kell jelentkezni
Nem látod a saját hsz-edben a választ is a kérdésedre?
Vihorászunk,mert ilyenekkel nem basznak át bennünket.
- A hozzászóláshoz be kell jelentkezni
Mondjátok ezt devops-ként :D Meg pénzügyekkel foglalkozó CTO-kként :D :D :D :D
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Vastagon szokott fogni a ceruzám. Nem szerénykedek. Nem is dolgozom akárkinek. 😉
- A hozzászóláshoz be kell jelentkezni
Miért is?
- A hozzászóláshoz be kell jelentkezni
Gondolom az állásinterjún szóba kerül, hogy mit is kell elvégezni és ezért cserébe mennyi fizetés jár, amit vagy elfogad mind a két fél, vagy nem. Miben különbözik mondjuk attól, hogy egy pozicióért ajánlanak "fele pénzt"?
- A hozzászóláshoz be kell jelentkezni
Nem tudom miért lenne az. Én teljes mértékben elégedett vagyok az általam végzett munka és az érte kapott fizetés kombinációjával. 😊 (Arról nem is beszélve, hogy nem vagyok DevOps.)
- A hozzászóláshoz be kell jelentkezni
Mondhatjuk akkor, hogy bejött az élet :D
A vicc egyébként az, hogy pl. a HUP-on nem voltak sosem (talán 1-2 kivételtől eltekintve) bérsávok megjelölve, de mégis tudták itt, hogy ott egy fizetésért kell több állást betölteni 🤭
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Na, ezt is megértük, hogy valamibe nem álltál bele teljesen feleslegesen. 😌 Jár a +1 😄
- A hozzászóláshoz be kell jelentkezni
Nem, csak tükröt tartottam.
Ha nem tudtátok, mennyit kínálnak, hogy lehetett olyan oltári faszságokat mondani, hogy egy pénzért több állást kell betölteni? Honnan tudhattad, hogy csak az van, hogy kiemelkedő lóvé? Úgyhogy, de. Beleállok. Mert megint faszságon kaptalak titeket.
Jaaaa, megint ... :D
megértük
Kik vagytok?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nem, csak tükröt tartottam.
Nekem feleslegesen, mert én a fent említett dologhoz hasonlót sem kommenteltem.
Kik vagytok?
Én én vagyok (a profilomon még a becsületes nevemet is megtalálhatod). Az meg, hogy "ezt is megértük ..." egy elég elterjedt fordulat, de igen, igazad van, úgy lenne helyes, hogy ezt is megértem.
Mert megint faszságon kaptalak titeket.
De úgy látom mindjárt inkább rögtön Te mondod meg.
- A hozzászóláshoz be kell jelentkezni
Mire volt akkor a többesszám?
Kérdésre lesz válasz?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Mire volt akkor a többesszám?
Erre már szerintem válaszoltam. Ez egy fordulat, amit általában ebben a formájában használok, ha használok.
Kérdésre lesz válasz?
Ahogy említettem, az általad felsoroltakhoz hasonlót sem kommenteltem. Azt szeretnéd, hogy mások helyében válaszoljak a fenti kérdésekre?
- A hozzászóláshoz be kell jelentkezni
Azt hittem a "ti"-ben benne vannak a többiek, hátha meg tudod kérdezni tőlük. Választ úgysem fogok kapni erre a kérdésre.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Már miért tudnám? Egyedül szoktam használni a hup-ot.
Választ úgysem fogok kapni erre a kérdésre.
Ezzel nem vagy egyedül.
- A hozzászóláshoz be kell jelentkezni
Máshogy kérdezem: ha jól értem, te is balfaszságnak tartod azt a zsigeri reakciót, amikor valaki egy álláshirdetésben olvasott kiírásra odavágja anélkül, hogy tudná a kínált bért, hogy "egy pénzért több állást kell betölteni"?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Igen, jól érted. Szerintem sincs túl sok értelme az ilyen kommentnek. A zsigeri reakciók többsége amúgy is balfaszság.
- A hozzászóláshoz be kell jelentkezni
Mire volt akkor a többesszám?
Pont tegnap tartottal kiseloadast a "ti" kapcsan, csak elo kell keresned. :)
- A hozzászóláshoz be kell jelentkezni
De akkor máskor legyen is tiszta, ha azt mondom "ti" és ne kérjétek ki magatoknak, hogy ti nem vagytok ti!
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Mi igy tartunk tukrot nektek. :)
- A hozzászóláshoz be kell jelentkezni
Ha megnézed a devops munkakör (tudom, a devops az szemlélet igazából) értelmezését, akkor ezeket a feladatokat, ezeket a toolokat régen is használták. Vagy egy üzemeltetőre (infra / alkalmazás) szakadt rá ez a meló vagy egy fejlesztőre - 20 évvel ezelőtti megnevezéseket nézve.
- A hozzászóláshoz be kell jelentkezni
Volt ahol ezt korábban operability-nek hívták. (nem, nem kell hozzá énekelni tudni...)
Logolás, monitorozás, konfig management, installer, upgrade, HA, ilyesmik tartoztak ebbe felelősségi körbe. Effektíve nem üzemeltet élesben, de kb mindennel foglalkozik, ami ahhoz kell, hogy a szoftver üzemeltethető legyen. Nyilván nem teljesen azonos a mai devops fogalommal, de elég nagy átfedésben van.
Mellesleg, amíg ez volt a titulusom, a tesztkörnyezetet hardver szinten is elég sokáig én csináltam, szóval ennyi erővel rám lehet mondani, hogy devops-os voltam mielőtt ezt annak hívták volna. (Amúgy én is csak 10 évet írtam be.)
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
Igen, ezt így hívták régen: szoftverüzemeltető
OKJ száma: 52464103
:D
(pedig, de nagyra vannak vele! :D)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A DevOps nem munkakör, amelyik cégnél devopsos kolléga van, nincs DevOps.
Az Atlassian szerint: "DevOps is a set of practices, tools, and a cultural philosophy that automate and integrate the processes between software development and IT teams. It emphasizes team empowerment, cross-team communication and collaboration, and technology automation."
- A hozzászóláshoz be kell jelentkezni
Abból a szempontból nem egészen, hogy ez kifejezetten fejlesztés volt, nem üzemeltetés. De kizárólag olyan feature-ök fejlesztéséről szól, amit az általad beidézett szoftverüzemeltető fog használni.
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
Marmint konkretan melyik resze nem letezett a DevOps-nak? A szemlelet vagy a toolok? (Mivel szoftverfejlesztesben sem ugyanazok a paradigmak vannak, mint 20 eve, ezert gondolom az eszkozokre gondolsz.)
- A hozzászóláshoz be kell jelentkezni
A fancy név
- A hozzászóláshoz be kell jelentkezni
Pl. konténerek, felhő, kubernetes, Fn/Lambda, NoSQL, soa, mq, event driven architecture, git, ci/cd, secops, software defined infra, microservices, több milliós nagyságrendű felhasználó percenként, és agile (hirtelen ennyi jut csak eszembe), meg természetesen a javascript istencsapás csak a netscape-ben volt. ;D
- A hozzászóláshoz be kell jelentkezni
Abból kiindulva, hogy én mikor voltam emkú tanfolyamon, biztosan volt. A pár másikra is lenne példám, de őszintén szólva félek az "de akkor ha", meg "az nem az volt" vitától, azt majd valaki más.
- A hozzászóláshoz be kell jelentkezni
Nem bántásból, de aki ezeknek a fogalmaknak a kapcsán "nem kap észbe", azzal nem is érdemes. :)
- A hozzászóláshoz be kell jelentkezni
OT + IT....akkor az IOT? 😅
- A hozzászóláshoz be kell jelentkezni
Vannak napok, amikor sokfelhasznalos TOI-TOI
- A hozzászóláshoz be kell jelentkezni
Az minden nap van....
- A hozzászóláshoz be kell jelentkezni
1994-2021 között főállásban üzemeltettem, mellékállásban fejlesztettem,
2021 óta főállásban fejlesztek, és mellékállásban üzemeltetek.
Ezzel mit jelöljek? :)
- A hozzászóláshoz be kell jelentkezni
Szuperpozíció elvén ez egy határozatlansági reláció :)
- A hozzászóláshoz be kell jelentkezni
A múltkor még a HUP felhasználók 48%-a kóder volt.
https://hup.hu/comment/3101330#comment-3101330
De már elmúlt.
- A hozzászóláshoz be kell jelentkezni
Miért talán fejlesztőből nem lehet hidat építeni?
Régóta vágyok én, az androidok mezonkincsére már!
- A hozzászóláshoz be kell jelentkezni
Attól függ, hogy nehezebb-e, mint egy kacsa.
- A hozzászóláshoz be kell jelentkezni
Azért nem látod át a HO valós szerepét a jelenlegi IT piacon?
- A hozzászóláshoz be kell jelentkezni
Lehet hogy érdemes lenne több programozási témát felhozni?
- A hozzászóláshoz be kell jelentkezni
Egy thrash oldalt miért kellene teleszemetelni ilyenekkel?
- A hozzászóláshoz be kell jelentkezni