- Videó stream letöltése
- Hálózati / IP kamera
- Vírusirtó topic
- Megrendszabályozza a Pornhubot az EU
- ASUS routerek
- Nagyon gyorsan betilthatja az EU a TikTok újítását
- Bittorrent topik
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Xiaomi AX3600 WiFi 6 AIoT Router
- Olcsóbb lett a Tesla Full Self-Driving szoftvere
Új hozzászólás Aktív témák
-
Rolly
veterán
11 éve vagyok fejlesztő voltam csoport vezető is kisebb csoportnál 10 év alatt kb 100-120 programozóval dolgoztam együtt - egy cégben - alvállalkozóként - vagy a mi alvállalkozóink voltak, de jó okj programozóból 1-et (rosszból 20-25-öt ) ismerek a többiek vagy egyetemen tanultak, egyetemisták voltak vagy félbehagyták az egyetemet...
Igazi multinál nem dolgoztam, így ilyen irányú tapasztalataim nincs csak mint partner dolgoztam multikkal... (egy-két érdekes tapasztalatom volt mikor 1 hét fejlesztést mondtak egy pdf exportra amit én külsősként api hívással pdf generálással 4 óra alatt csináltam meg a mi backend rendszerünkben) Illetve a T-systems-sel kapcsolatban vannak rossz tapasztalataim, hogy - finoman fogalmazva is - lassabb a munkatempó mint nálunk KKV szektorban
-
Gave
addikt
Nagyoknál mindig lassabb, mert sokan kell bólintsanak. Én napok óta várok, hogy kitöltsenek 16 sort egy excel táblában, amit eredetileg nem is nekem kellett volna előállítani, hanem nekik küldeni 100%-ban ( csak közepes vállalkozás ).
Ez van sajnos, én már beletörődtem, hogy "játszanak" az ember idejével és jóakaratával.
Szerk:
Én is többet szoktam mondani időben mint amennyi a konkrét fejlesztési idő, mert elég gyakran alul specifikált a feladat, vagy több emberen áramlik át info, adatkezelés, jóváhagyás akikről még nem tudok semmit, esetleg ismeretlen host gépre dolgozok.
Tehát ha egy PDF generálásra kérnek ajánlatot, és nincs nálam minden infó amivel dolgozni kell, akkor valószínűleg jó nagy margót mondanék rá.
Ha nem így teszek, és idealizált időt mondok, akkor önszívatás lesz a vége, ez sajnos nekem túl sokára esett le .
[ Szerkesztve ]
-
nyunyu
félisten
Pont most lettem leszúrva, hogy egy 2 órás fejlesztésre miért 2 órát mondtam a megrendelőnknek.
Másfél óra alatt kész lett fejlesztői rendszeren letesztelve, de kellett írnom a shipment felelősnek, hogy milyen DB objektumok változtak, aki 1 óra alatt elkészítette a shipment csomagot, hogy odaadja az éles környezetet üzemeltető rendszergazdának (aki legtöbbször izomból lassítja a munkánkat, mert ő a jani )
Aztán rá vártunk másfél napot, mert valahogy sosem sikerült időablakot találnia, amikor a felhasználók éppen nem használták 10 percig a rendszert.
Aztán át is kellett nézni, hogy az üzemeltető jó karakterkódolással telepítette-e a csomagot, meg lefuttatni egy gyors tesztet, hogy éles környezetben is ugyanúgy működik-e, mint teszten, aztán szólni a júzereknek, hogy kész a módosítás, használják egészséggel.Végül kb. 7-8 óra munkánk lett vele.
(Mivel hozzáférek az éles DBhez, én is befordíthattam volna a módosított packaget, úgy 5 perc alatt kész lett volna a telepítés, aztán fél óra alatt lefut a teszt, de hát a céges policy az policy, fejlesztő csak végszükség esetén módosíthat a production környezetben. De valahogy a projekt sokadszor kitolt vége után 2 hónappal egyre gyakrabban van ilyen "vészhelyzet", hála a megrendelő oldal töketlenkedéseinek.)
Hello IT! Have you tried turning it off and on again?
-
proci985
MODERÁTOR
egy pillanatra mondjuk en is elgondolkodtam, hogy miert ennyire fontos, hogy mit csinal a java egyetlen adattipussal a felszin alatt.
tippre egyebkent ezt egy eredetileg c/c++ programozo rakta ossze, legalabbis az immutableList (const helyett) es a lowlevel memmanagement fokusz alapjan.
Don't dream it, be it. // Lagom amount.
-
strogov
senior tag
"1 hét fejlesztést mondtak egy pdf exportra amit én külsősként api hívással pdf generálással 4 óra alatt csináltam meg a mi backend rendszerünkben)"
Aztán legközelebb is 4 órát mondasz, és ha valami mégsem kerek (pl. nem kapsz tűzfal nyitást ahhoz amit kitaláltál) akkor meg buksz rajta. Ha másnak is meló (mert van PM, vagy dokumentálni sem árt) akkor pláne.
Nekem is volt amikor 5 napos (1 hét ugye) feladatot megoldottam 2 óra alatt. Ilyenkor elkönyvelem, hogy van amikor minden stimmel. Máskor meg egy xlsx export-tal szívok 3 hetet (4 órás munka lett volna), mert a megrendelő a egyszerű excel fájl specifikált, aztán 1 hét után megmutatta, hogy neki igazából van egy mintája ami finoman szólva nem volt egyszerű, de a vállalás már megvolt (igen ezt elbasztuk, tanultunk belőle).
"Ez van sajnos, én már beletörődtem, hogy "játszanak" az ember idejével és jóakaratával."
Az idő pénz. A munkaidő meg arra van, hogy pénzt keress. Ha kifizetik akkor nem játszanak, hanem megrendelnek. Nekem majdnem mindegy, hogy világ váltok meg, vagy excel sheet-et gyártok, és a világmegváltás holnapra marad. A világmegváltásról is általában kiderül, hogy az amazonaszi fa mennyiséget kell jelentősen csökkenteni.
Bevettem a hobbijaim közé a clean code-ot, meg a refactoring-ot, így nincs nagy csalódás, mindig gyakorolhatom a hobbimat. -
strogov
senior tag
válasz proci985 #155 üzenetére
"egy pillanatra mondjuk en is elgondolkodtam, hogy miert ennyire fontos, hogy mit csinal a java egyetlen adattipussal a felszin alatt."
Ezen nem elgondolkodni kell hanem menekülni. Amikor junior voltam az "igazi senior" még azon rugózott, hogy ++i, vagy i++ a gyorsabb, és miért. Nyilván akkor is tudtam a választ, és most is tudom, de ha felvesznek akkor az lesz a főnököm aki ezt megkérdezte. Ennél többet ér az életem.
Juniorként olyanhoz menjen dolgozni az ember akitől érdemes tanulni. Aki a fenti tesztet összehozta attól nem érdemes. -
#80123904
törölt tag
Tehát olyantól érdemes tanulni, aki nem törődik azzal, hogy mi történik a motorháztető alatt?
Persze minek optimalizálni, ahol lehet. Végtelen processzor és memória áll rendelkezésünkre.Btw ezek annyira alap dolgok (mégsem tanítják sok helyen) a nyelvvel kapcsolatban, hogy megmutatja azt a jelölttel szemben, hogy otthon töltött-e időt a dolgok megismerésével. Érdekli-e egyáltalán az, hogy mi hogyan működik.
Komoly szoftvereknél nem elég az a mentalitás (ami a hazai fejlesztések nagy részére igaz), hogy működjön valahogy és majd lesz valami a későbbiekben.
Ha ilyen alapvető dolgok nem érdeklik a jelentkezőt, akkor kár szenvedni vele. Nem betanított kódmunkásokra van szükség, hanem szoftverfejlesztőkre.
Aki tudja, hogy mikor kell LinkedList az ArrayList helyett...mert úgy tűnik, hogy sokszor ez is túlságosan nehéz kérdés a magukat komoly programozóknak is.
-
Béééla
őstag
-
válasz #80123904 #159 üzenetére
"Tehát olyantól érdemes tanulni, aki nem törődik azzal, hogy mi történik a motorháztető alatt?": miért, azt érdemes alaposan megtanulni, ami akár hetente változhat?
egy inkrementáló utasításra kell elcseszni az idődet, amitől 0.000000001 másodpercet javul a programod futási ideje, vagy mondjuk egy sql utasításra, amivel 45 percről lecsökken 15 másodpercre?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
proci985
MODERÁTOR
mikor junior voltam az "igazi senior" még azon rugózott, hogy ++i, vagy i++ a gyorsabb, és miért.
marmint arra gondolsz, hogy a compiler ugyanazt fogja generalni szoval tokmindegy?haxiboy: gyakorlatban C kodnal (ahonnan ez jon) de. ha nem hiszed hasonlitsd ossze a ketto .o kodjat, egyezni fog.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
#80123904
törölt tag
""egy pillanatra mondjuk en is elgondolkodtam, hogy miert ennyire fontos, hogy mit csinal a java egyetlen adattipussal a felszin alatt."
"Ezen nem elgondolkodni kell hanem menekülni."
Arghm...én erre reagáltam. Nem az inkrementálós dologra (ahol szintén baromi jó tudni, hogy az i++ nem atomic utasítás, mert ez bizony threading kapcsán bajt okozhat).
[ Szerkesztve ]
-
proci985
MODERÁTOR
válasz #80123904 #165 üzenetére
kevered a Ct a Javaval, Java bytecode eseten az i++ / ++i ugyanazt a bytecodeot generalja.
threadeknel container szinten kell vedeni, maga az iterator vedelme bar megoldhato (pl van AtomicInteger is a java.lang.concurrentben), de az semmit nem segit, ha pl a masik thread eppen kivett egy elemet az elso pedig a boundary check utan van az elobb meg utolso elotti elemen.
jellemzoen vagy Vector kell (nem az igazi, pl egy reader tulsulyos readerswritersre tetulassu lesz ha ez a bottleneck), vagy nemi synchronized / lock megoldas.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
#80123904
törölt tag
válasz proci985 #166 üzenetére
Nem is az i++ védelmére gondoltam...Nem keverek semmit semmivel, köszönöm.
...
private int count;
// ez helyett (nem thread-safe)
public int getCount(){
return count++;
}
...
// ez (thread-safe)
public synchronized int getCount(){
return count++;
}A miértjére pedig sokan nem tudnak válaszolni, mert nem értik, hogy miként működik a ++ -- ...
[ Szerkesztve ]
-
strogov
senior tag
válasz #80123904 #159 üzenetére
Olyantól érdemes tanulni aki fontos dolgokkal foglalkozik.
Egy normálisan átgondolt service api-val több órás betöltést gyorsíthatsz pár percre. Egy DB lekérdezésnél nyerhetsz nagyokat ha optimalizálsz. Lehetne még sorolni mikkel nyerhetsz, vagy veszíthetsz rengeteget, de amiket írtál azokkal még millió tranzakciós nagyságrendben sem nyered a másodperc töredékét az esetek 99.99999%-ában. A maradékban meg a profiler majd kihozza, hogy mi a gond. -
Cathfaern
nagyúr
válasz #80123904 #159 üzenetére
Igazából ha csapatban dolgozik az ember és nem valami valós idejű teljesítménykritikus alkalmazást fejleszt (tehát programozók jó része), akkor az olvasható kód drasztikusan többet számít, mint pár ms-nyi teljesítmény különbség. Nyilván ha 10 perc futásidőről le lehet csökkenteni 1-re, az számít, de az meg tipikusan nem ilyen i++ vagy ++i dolgokon szokott múlni, hanem adatbázis struktúrán, sql-en, kódstruktúrán, felhasznált library-kon, felesleges lockolásokon, stb...
[ Szerkesztve ]
-
cog777
senior tag
válasz #80123904 #159 üzenetére
IT-nek annyi terulete van h nem erdemes egy bizonyos dolgon rugozni. Te nem venned fel azt aki valamilyen alap dolgot nem tud? A ceg alapitoja ahol dolgozok, feltalalt vezerlorendszereket egy bizonyos teruleten. Namost milliomos lett, megvasarolta egy masik ceg a ceget. A maga idejeben korszakalkotot csinalt. Viszont rettenetes kodot irt. Ahhoz nem ertett viszont az eredmenyt illetoleg nem igazan szamitott.
Ezert mondom h fontosabb a motivacio, mert ha valamit nem tudsz, viszont bizonyos teruleten profi vagy, akkor a cegnek csak hasznara valik a tudasod. Az elmaradt dolgokat konnyen lehet potolni.
Magahoz a termek(ek)hez rengeteg terulet kapcsolodik, en az alacsonyszintu halozati funkciokra specializaltam magam magas szintu egyeb teruletek mellett.
Masreszt. A befekteto(k) ad(nak) penzt a megvalositashoz. Ok minel elobb termeket szeretnenek latni. A mikrooptimalizacionak nincs igazan helye a fejlesztesben. A profilozas kihozza hogy hol van problema, pl rengeteg szamitast igenylo teruleteken, ott szamit igazan az konyvtarak es egyebb trukkok ismerete. Mas helyen nem szamit h valaki nyert 1 ns-ot, viszont ahogy masok elmondtak, sokkal de sokkal jobban szamit a karbantarthatosag, amikor rengeteg uj dolgot kell integralni a vevok keresere. Es bizony szamit h mennyire stabil a produktum.
Persze mi hosszu lefutasu projekteken dolgozunk, rengeteg fejlesztove, kulonbozo helyekrol.
A tolerancia, egyuttmukodes es a turelem ugyanugy fontos ha valami alapveto problema van akkor mosolyogva hivjuk fel a szerzo figyelmet a problemara, aki javitja es az elet megy tovabb.HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
-
strogov
senior tag
válasz #80123904 #167 üzenetére
"Nem keverek semmit semmivel, köszönöm."
Mostantól te vagy a példaképem.
public synchronized int getCount() {
return count++;
}Egy junior miért ír ilyet nálatok? Gondol egyet és kitalálja, hogy akkor ez most legyen, vagy ne legyen thread safe? Aztán képes és meg is hívja ... 10000 felhasználónál egy iterációban rekurzívan. De legalább mocskosul optimális lesz.
-
proci985
MODERÁTOR
mondjuk valamennyire eleve rossz a pelda, ha kozos container manipulaciojahoz kell a count akkor ettol ezzel meg lehet boven problema mert a synchronized csak instanceon belul zar ki szoval egy static countra ez meg mindig nem eleg. de szerintem nem ez volt a szandek, hanem siman illusztralni azt hogy az i++ valojaban utasitasszinten i = i+1 ahogy ertem
ha meg elosztott container akkor mehet encapsulationnal egy classba, megfeleloen kialakitott es vedett interfacevel / belso valtozokkal a klasszikus problematol fuggo belso zarasi mechanizmusokkal. synchronized pl selective mutual exclusionra nem igazan efficient (koltseghatekony? magyar terminologiat nem vagom)
Don't dream it, be it. // Lagom amount.
-
#80123904
törölt tag
válasz proci985 #172 üzenetére
"hanem siman illusztralni azt hogy az i++ valojaban utasitasszinten i = i+1 ahogy ertem"
(#171) strogov
A junior nem ír ilyet, viszont ha látja, akkor értse meg, hogy miért. A threading alapjaival legyen tisztában azért egy java pozícióra jelentkező.Nálatok tényleg 0 tudással is felvesznek bárkit vagy mi?
A példaképed pedig nem lennék, mert élőben ~hozzád sem szólnék, amilyen arrogáns a stílusod.
[ Szerkesztve ]
-
strogov
senior tag
Nyilván nem ugyanaz. A problémám a kérdéssel akkor is az volt, hogy van aki szerint a kettő közti sebesség különbség számít. Egyébként valóban gyorsabb a ++i, de a "modern" fordítók ha nem értékadásnál használod az i++ inkerementálást akkor azonos kódot fordít. Az idézőjel annak szól, hogy kb. '95 óta pascal-ban is így van, ezért aki 20 éve úgy gondolta, hogy van különbség az is a múltban élt. Értékadásnál meg nyilván nem fordíthat azonos kódot.
Hasonló amikor valaki azért nem csinál metódust (procedure, function, stb.), mert annak a meghívása lassít. Ez is tény, de ha ezen múlik akkor rossz nyelvet választottál. assembly-ben még a rövid loop-okat kibontottuk, de aki java-ban (c#, php, stb.) ilyet csinál azt megkérem, keressen másik szakmát.
Egyszer egy junior nekiállt átírni az összes switch-case feltételt if-re, mert olvasta, hogy az gyorsabb.
-
Mindenképpen jó, ha valaki tudja, hogy mi a különbség, és melyik mikor jobb. Az ilyen mély tudás nagyon sok esetben azt is jelenti, hogy igazán durván érti a cucc működését az illető.
A felhozott példában rugózó csóka viszont valószínűleg valahol hallotta egyszer ezt a másképpen működést, és mindenhol azzal villog
Szokták mondani, hogy java, web., stb. programozónak nem kell tudnia, min fut a cucca - de mekkora előny tud lenni, ha érti az aljától a tetejéig az egészet...Én a sysadmin kollegákon látom azt, hogy egy része tapasztaltnak tűnik, mert sok mindent mutattak már neki, de alapjaiban nem tudja, hogy működik, amit adminol, meg az a vas, amin az OS-e fut. És sokszor hátrányban vannak, ha olyan problémával találkoznak, ahol érteni kéne, miért akad el valami.
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
"Mindenképpen jó, ha valaki tudja, hogy mi a különbség, és melyik mikor jobb": semmire sem jó.
egyrészt nem tudhatod, hogy melyik fordítóverzió mire optimalizál. másrészt nem tudhatod, hogy melyik proci mit művel. azt sem tudhatod, hogy az adott gépen az adott prociban melyik verziójú mikrokód van.ez a tudás percek alatt avul el, így megszerzésének sok értelme nincs, max. ha nem sajtreszelővel akarsz.
"sysadmin kollegákon látom azt, hogy egy része tapasztaltnak tűnik": én meg azt látom, hogy sokan nem értik meg az oprendszer mélyén történő dolgokat, így mindent tudnak, amire egyrészt a gyártó csinált klikket, másrészt a tanfolyamon megtanították nekik, de egy centivel se többet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
dabadab
titán
"Szokták mondani, hogy java, web., stb. programozónak nem kell tudnia, min fut a cucca - de mekkora előny tud lenni, ha érti az aljától a tetejéig az egészet..."
Mondjuk ez weben baromi nehéz, mert nagyon sok réteg van és van, amelyiknek több párhuzamos implementációja is van (pl. legalább négy nagyobb böngészőcsalád van) és viharos gyorsasággal változnak (én pl. az Angularnak a fő verziószámát se bírom követni )
Persze, nem árt ha az ember nagyjából képben van azt illetően, hogy nagyjából hogy néznek ki a dolgok és ha kell, akkor utána tud nézni konkrét implementiációs részleteknek, de hogy ezzel folyamatosan tisztában legyen... az kizárt.
DRM is theft
-
proci985
MODERÁTOR
van ami kb mindenhol ugyanaz marad, ld a korabbi kommentek a nem lockoljuk feleslegesen parhuzamositott kornyezetben reszrol. de ehhez alapvetoen eleg egy alapkurzus a computer science fobb teruletein, avagy hogy mukodnek pl a memmanagement algoritmusok mert mashol is eleg hasonlo megoldasok szoktak szuletni. annak se kell egyebkent nagyon melynek lennie, pont amiatt, mert villamgyorsan avulnak el a dolgok.
egyebkent az a pelda a Java heapkezelessel kulonosen vicces volt mert javaban meg pont azert van elfedve a pointer aritmetika (es a garbage collection), mert jellemzoen hibakra ad okot. masik oldalrol meg ugy nezve, hogy a kovetkezo kod C++17es (forras a ref) kulonosen pikans:
int a[2] = {1,2};
auto [x,y] = a; // creates e[2], copies a into e, then x refers to e[0], y refers to e[1]
auto& [xr, yr] = a;tehat nem csak az van, hogy mondjuk
for(auto cat : cats){
cat.doSomeNoise();
}
ami mar C++11tol elerheto volt, hanem konkretan a PHPs var magassagrol beszelunk (Javaban az Object classal lehet hasonlo trukkot csinalni de az sokkal macerasabb). gyakorlatilag ahogy tudom Stroustrup is utobbi evekben mar azon a velemenyen van, hogy a pointerekkel es az adattipusokkal kezdeni kezdoknel felesleges (ld Kernighan & Ritchie vagy a regi Stroustrupok).meg igazabol abba is erdekes belegondolni, hogy mar 15 eve is megvolt az igazi programozo poen. ami igy visszanezve kulonosen vicces, hogy mar mennyire nem aktualis (kiveve az ot oldal hosszu DO ciklus ami jatekprogram kategoria ha a belso fvhivasokat is kibontjuk).
es 15 eve akkoriban meg boven nem az volt, hogy a cucc igazabol nem lehet tudni, hogy min fog futni, az elete soran mivel fog egyuttmukodni, meg ugy altalaban bizonyos velemenyek szerint tesztelhetetlen lesz. es itt jon be a kerdes, hogy egyaltalan mik az alapok, minek kell belefernie es ha limitalt a kepzesi ido, akkor mi kozott kell donteni. ahol en vegeztem pl nem volt se analizis se fizika. ahogy latom ezeknel a gyorstalpalo kepzeseknel ezt csinaljak jol, hogy felesleges toltelektargyak es "alaptudas" helyett szakbarbarokat nevelnek.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
válasz proci985 #181 üzenetére
"a nem lockoljuk feleslegesen parhuzamositott kornyezetben reszrol": mit jelent a felesleges lockolás? különös tekintettel a mostanában kosárszám előbukkanó intel proci bugokra?
a leendő intel bugokra tekintettel ilyeneket mondani szimpla sznobság
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
cog777
senior tag
En ugy erzem nem csak webes teruleten gyorsult fel. Alacsonyszintu linuxos halozattal foglalkozom most, kapcsolas halozati interface-ek kozott automatikusan, rengeteg hasznos linuxos parancs van, aminek egy reszet a konzervativ build rendszerunk kiszuri vagy csokkentett funkcionalitast enged.
Tehat tanulom a linuxot, es a build rendszerunket.
Kicsit magasabb szinten MQTT-t tanulok (tanultam, ez nem annyira nehez), analitikai adatok kuldesere.
c++ ujabb verzioi is csak most lettek elerhetoek a termekeinkben, hat az is egy uj nyelv, szinten meg kell tanulni.Rajottem hogy a szervesen nem kapcsolodo funkciok mukodhetnek szeparaltan a vezerlo rendszertol, igy csokkenhetjuk a komplexitast. Ehhez, nyujt segitseget a python, ezt is tanulom, mert eddig soha nem hasznaltam. Eleg szimpatikus a microservice megkozelites.
Kozben magasabb szinten is el kezdtem dolgozni, kaptunk virtualis szervereket a build processz-t gyorsitani, fel kell telepitenem a szervereket, beallitani. Opcionalis, csak azert csinalom mert erdekel egy termek fejleszteset biztosito rendszer osszeallitasa.
Az analitikai adatok feldolgozasat segito scriptek es programokat is csinalom, igy rengeteg hasznos infot latunk.Vegul meg ket (beszelt) nyelvet probalok tanulni ezek mellett.
Ja, kollegam docker-be teszi a build rendszert, igy konnyebben lehet telepiteni es hasznalni a fejlesztoknek.
Mikozben rengeteg uj koncepcio, uj gepek tamogatasanak igenye jon be a kepbe es a termekbe, szoval leragadni egy szuk teruleten az nem az en asztalom. "Fit for purpose" - celnak megfelelo szemleletet kovetem.
HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
-
Cathfaern
nagyúr
válasz proci985 #181 üzenetére
"meg igazabol abba is erdekes belegondolni, hogy mar 15 eve is megvolt az igazi programozo poen. ami igy visszanezve kulonosen vicces, hogy mar mennyire nem aktualis"
Az igazán vicces, hogy a FORTRAN viszont azóta is él -
@Mindenki : A lényeg, hogy a széles látókört nem pótolja semmi. Tapasztalat, akármi is van, akármennyire is csak az API-n futó frameworkre ír scriptet az ember, hogy minél mélyebben érted a "számíttógépp" működését, annál jobb.
Amúgy én is jól le vagyok maradva, de ezt tudom, és nem intézem el annyival, hogy áh, sysadminnak elég ennyit tudni. Fejlesztünk magunknak appokat mindenféle nyelveken (amennyire a céges policyk engedik), próbálgatunk mindenfélét (pont dockert kéne most, mert tetszik). Persze nem túl magas szinten, de ha kell, akkor nyilván tanul az ember. (Aztán elküldik devops workshopra, ahol csak les, mert igazából mi nem is... )
Amellett, hogy magam részéről szerelek objektívet, cserélek kondit alaplapon, stb.Meg közben kiguglizza az ember a mellette ülőnek, ha az valami tök dolgot nem tud, mert az is sysadmin, csak az azért, mert nem akart ládákat emelgetni egy raktárban, nem azért mert érdekli bármi is.
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
ddekany
veterán
Én úgy hiszem, hogy a főiskola elvégzése (legalább is 2000 körül) leginkább azt bizonyította, hogy szívatás álló vagyok és van bennem valamennyi kitartás. Ez mondjuk bizonyosan számít a munkáltatónak... De fejlesztőnek valószínűleg hasonló mértékben tanították meg az embereket, mint amit akár 4-8 hónap alatt simán át lehet adni, ha közgázon át a villamosságig stb. nem húzzák az időt, és figyelnek arra hogy az anyag és a tanítók igazán jók legyenek. Főleg az utóbbi kettő fontos. Itt gyorsan hozzá tenném, hogy főiskolát elvégzők közül is csak az volt alkalmas érdemi munkára rögtön, aki hobbiból iskolán kívül is kódolgatott. 4 hónap tanfolyam után nyilván ugyan ez a helyzet. Szóval én azt sejtem, a jövő márpedig az efféle gyorstalpalók felé vezet.
Viszont, rengeteg álláshirdetésen azt látom, hogy szakirányú végzettség (BSC) követelmény. Hogy ez mennyire igaz, azt mondjuk nem tudom letesztelni.
[ Szerkesztve ]
-
Cathfaern
nagyúr
Próbálok optimistán hozzáállni a dologhoz De tény, hogy a tied a realistább megfogalmazás.
Szóval elvileg ugye megkapod a szakterülethez tartozó alapozó tárgyakat, így alapfogalmakkal tisztában leszel, és akkor erre alapozva meg tudsz tanulni bármit, amire bizonyíték amiket elvégeztél kötelező / választható szakmai tárgyakat.
Nyilván gyakorlatban ez kinézhet úgy is, hogy az alapozó tárgyakból valahogy átbukdácsolsz, a későbbi kötelező tárgyakat kipuskázod / más megírja helyetted a beadandót, a választható tárgyakból meg azokat választod amiknál nagyjából a semmire megkapod a megajánlott jegyet, és/vagy kipuskázod / más megírja helyetted a beadandót. -
ddekany
veterán
válasz Cathfaern #191 üzenetére
Az igazi tudás egymásra épülő rétegekből áll, csak nem érzem, hogy ennek lerakásához kellett az a sok éves főiskola. Szakmai tudást nézve 80%-ban szvsz időpocséklás volt az egész, csak hát ha kellett a papír, akkor meg kell tudni hunyászkodni. Akit érdekelt a szakma, azt inkább visszafogta az iskola. Akik kiestek (ez akkoriban az évfolyam többsége volt), azok közt nekem úgy tűnt nem kevés értelmes ember volt, aki egyszerűen nem tudta magát rávenni, hogy egy ilyen intézmény hülyeségire fókuszáljon. És persze ezzel vissza is kanyarodtam az eredeti gondolatra, hogy egy ember habitusa és végzettsége közt bizonyosan erős összefüggés van statisztikailag. Kétségtelen mondjuk, hogy volt egy alsó műszaki-IQ határ, ami alatt kiszűrt az intézmény, szóval az is valami. Nem tudom ezeknél a programozós gyorstalpalóknál ez utóbbi mennyire van meg, de valaki említette hogy van felvételi.
-
proci985
MODERÁTOR
ahol en vegeztem (skandinavoknal) ez megfordult, kb az van ami kell elosztott rendszerre / data science iranyba fejlesztesre es semmi mas. viszont aki terv szerint megy vegig az a laborokon az masodev vegere siman mehet ki nyari munkazni juniornak, kivetel nelkul.
ami van:
- kb 50-60 kreditnyi explicit prog labor (exl diplomamunka)
- 20 kreditnyi diszkret / statisztika / algoritmuselmelet
- 60 kreditnyi elmelet (ai / elosztott rendszerek + halozatok / fejlesztes) es egyeb labor
- tobbi kutatasi metodika es diplomamunka
(vannak atlapolasok pl applikalt grafelmelet az elosztott laboron es egy SW teszt kurzuson is markansan jelen volt)ami nincs
- fizika
- kozgaz
- villamosmernoki cuccok
- analizisszoval gyakorlatilag a ketto nem zarja ki egymast, kepzesi idoben is lehet nullarol ket ev alatt programozasi hatter nelkul olyanokat kinevelni, akik egyreszt nem otthon tanultak meg programozni szabadidoben, masreszt siman rajuk lehet bizni az elsoeveseket a prog laboron mert megoldjak. tehat lehet ralatast es direkten hasznalhato gyakorlati tudast egyszerre is atadni. es itt most harom eves BScrol beszelunk.
viszont ehhez kell egy megfelelo oktatoi garda es a szivatas vagy egyeb hidden agendak (pl X szazaleknak UVznia kell mert nem all meg a budget) nem fer bele.
persze, minden terulethez nem fognak erteni es utana kell nezni a dolgoknak, pl CPS / data privacy teruleten le kell ulni az analizis konyvvel adott esetben mert kell bizonyos dolgok megertesehez. de az jellemzoen nem friss BScs melo.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
Egy jobb felsőoktatás olyan rálátást ad, amilyet semmilyen gyorstalpaló sem fog, meg magadtól sem egyszerű összeszedni. Oktatás + sok évnyi saját (iskola előtti és utáni) tapasztalat, érdeklődés az, amitől jó szakember lehetsz.
Az mondjuk más kérdés, hogy mennyire van rosszul összeállítva a tananyag (gondolom még most sem túl jó), de ez megint más kérdés, mint hogy elég-e egy gyorstalpaló.Én általában borzalmas helyekre jártam, ott inkább az volt a jellemző, hogy ugyan mindenki elhelyezkedett utána, de a nagy része a kiesetteknek (és sokan akik elvégezték is) is full hülye volt az egészhez. De ez a komplett oktatás rákfenéje, az emberek már nem akarnak tanulni (csak műszaki-természettudományos vonalon látványosabb ez a dolog).
Mutogatni való hater díszpinty
-
ddekany
veterán
A "jobb felsőoktatás" definíciójától függően lehet tetszőlegesen hatékony... A 4 hónap mondjuk nyilván kevés, de ahol 1 éves a "gyorstalpaló" ott simán el tudom képzelni, hogy lenyomják azt a 3+1 éves főiskolát, amit anno elszenvedtem. Főleg mert gondolom ezeknél megfizetik az oktatókat, meg motiválóbb lehet nekik a környezet... Már eleve az, hogy az összes "diák" akar is (gondolom, hiszen pont ezt akarták tanulni, és pont ebből akarnak megélni). Fősulin a legtöbb tanárból finoman szólva nem sugárzott a lelkesedés.
"az emberek már nem akarnak tanulni"
Nem tudom, lehet, de én ezt nem tudom felmérni. De ha így van, miért? Sokkal motiválóbb a környezet a tanulásra, mint mikor én voltam gyerek. Kb. bármi amire Te a leginkább kíváncsi vagy karnyújtásnyira ott van az Interneten. Az is sokkal látványosabb és korlátlanabb, amit manapság hobbi szinten csinálhat az ember... főleg ami a számítógépeket illeti. Ja, és akkor én és a korosztályom még szockós idők végén volt (kis)gyerek, amikor még egyáltalán nem volt benne a levegőbe ez a "nyugati" karrier építés meg önmegvalósítás, mint most. Ennek ellenére mi voltunk érdeklődőbbek? Nagyon furcsa ha így van.
[ Szerkesztve ]
-
sutszi
veterán
Ez egyébként régi beidegződés. Régen úgy volt, hogy az emberek tanultak valamit, aztán dolgoztak...és dolgoztak...majd egyszer csak nyugdíj. Aztán amit a melóban felszedtek az rajtuk ragadt, de explicite mint továbbképzés vagy autodidakta tanulás...az nagyon kis százalékban volt jellemző. Ez mostani generációkba is továbbment, csak van pár olyan terület aminél ez nem működik.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Nos, akkor ezek nem túl jó felsőoktatásban voltak, ha nem sugárzott a lelkesedés... De OK, akkor 1 év alatt. 1 év alatt meg lehet tanulni a Java-t, de az, amit mindenhol nyom a média, hogy átképeznek mindenféle embereket Java fejlesztőkké, alapból meredek, mert esetleg informatikai alaptudása hiányozhat a delikvensnek... És akkor majd pár év múlva, ha megragad az 2IT iparban", majd főnökként baromságokat akar a beosztottjaitól (tudok jópár ilyet... középvezető rácsodálkozik, hogy x86 alapú gépen hogyan futhat Linux )
Amúgy a jobb képzéseken biztos motiváltak a diákok - de a felsőoktatásban is lehetnének azok. Én pl. tök motivált voltam, mert érdekelt. Az analízis nem érdekelt, meg a mechanika (épületek tartószerkezeteit számolni, mert van olyan szakirány a szakon, ami CAD-del foglalkozik, ezért az alapozásban mindenkit szívassunk mechanikával ) , ezekből persze kettes, de bármi szakmaiból 4-5-öseim voltak. (Ez a mérnökképzés volt, a tanárin nem szívattak annyit.)
Rosszabb minőségű gyorstalpalókon is lehetnek motiválatlanabb arcok, mert pl. elköldte a munkaügyi központ, meg igazából ő csak a több százezres fizetésért jött, mert azt látta a TV-ben hogy "ezzel jól lehet keresni". Azt nem mondta neki senki, hogy egy igazi programozó elég bonyolult dolgokat kell, hogy átlássonÉs itt jön a tudás : van az, amikor alapvető dolgok annyira beépülnek, hogy észre sem veszed, amikor használod. Nem is emlékszel, mikor-hogyan tanultad meg (pl. az írás, de ugyanígy az, hogy nem kell gondolkodnod az osztályokon, adatszerkezeteken, meg egyebeken, de azon sem, hogy mi történik, amikor fut egy program egy gépen). Na ugyanígy vannak az informatikában olyanok, hogy aki gyerekkorától érdeklődik, foglalkozik ezekkel, annak alap, de egy átképzett tanárnőnek...
Hogy nem akarnak tanulni : több cikk is volt mostanában arról, hogy drámaian leesett a felsőoktatásban természettudományos-műszaki szakokra jelentkezők száma. De az igazán művelt, jó értelemben vett bölcsészek is kevesebben vannak (a kamu médiaszakos plázacicák meg sokan).
Amúgy régebben a "nyugati" karrier is azon alapult, legalább részben, hogy valami olyat tudtál alkotni, amit más nem.
Talán mára már nagyobb divattá váltak az egyszerűbb érvényesülési lehetőségek, csak valóságsó-celebként kevesebben futnak be, mint jó üzletemberként. (Másik amit látok, hogy fogalmatlan kaumanegerek hihetelen pénzeket kapnak cégeknél, és sok semmihez nem ért.)@Sutszi : A fene tudja, de régebben egy csomóan akartak tanulni, hihetetlen létszámok a felvételiken, stb. Pedig valóban kevesebb volt a lehetőség.
Nemrég olvastam olyat is, hogy tök felesleges szakembereket tartani, mert majd a csapat mindig megtanulja, amit kell. Ez meg a ló másik oldala. Nem lehet mindent hirtelen megtanulni, hiába olyan az informatika, hogy gyorsan változik.Mutogatni való hater díszpinty
-
-
De néha nagyon durván. Ez (is) marha nagy baj.
Amúgy az a mechanikás cucc nem volt rossz a CAD szakirányosoknak, de a másik két szakirányra menőket minek szívatták vele...
Illetve, részben azért volt, mert az alapozó képzésben benne kellett lennie (törvényileg) ilyen tárgyaknak. Na most ott a szabályozás volt elkefélve, nem kicsit. Alapból annak kellett volna lennie, hogy a középiskolának nem ez a szerepe? Adott szakon tanítsuk azt, ami ahhoz tartozik. Matematikának még van köze az infóhoz, de ennek...
Illetve, pl. a tanári szakomon (infó+szakpár volt az is) tök jól meg volt oldva ez, minden évben voltak választható tárgyak, illetve a fizika-kémia-matek alapozás sem volt túllihegve (illetve a matematika, de az sem durván).Mutogatni való hater díszpinty
Új hozzászólás Aktív témák
- AM4 5700G komplett gép eladó!
- Ps2 konzolok, tartozékok, alkatrészek, játékok - Ps1 - Ps2 memóriakártyák, Pendrive-ok FMCB 1.966!
- Microsoft Xbox One Elite Series 2 Gamepad, kontroller controller joy hibátlan, harmad áron
- Eladó 4db Fujitsu laptop egyben (kettő ad képet, kettő nem)!
- Kijelzőhibás,hiányos Dell Precisiopn m6700 eladó!