- Dell notebook topic
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Házimozi haladó szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- OLED TV topic
- ASUS ROG Ally
- AMD Navi Radeon™ RX 7xxx sorozat
- Azonnali fotós kérdések órája
- Milyen notebookot vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
Új hozzászólás Aktív témák
-
strogov
senior tag
Fejlesztési elvek elég lassan avulnak el, tervezési elvek pedig még lassabban. Technológiák relatív gyorsan váltják egymást, de pl. aki 20 éve nekiugrott a java-nak az 20 év múlva is jól fog keresni vele ... és már akkor sem volt új technológia. A scrum lassan 30 éves, és 20 éve már mi is használtuk. Attól, hogy mutációi jönnek létre az alap ugyanaz marad ... vagy pillanatok alatt megérted miért kellett mutálódnia.
Anno még középiskolás voltam, és nem értettük, hogy egy barátom apja (akit nagyon tiszteltem) hogyan tud 3 nap alatt megtanulni ~2 ezer oldalnyi anyagot egy pár hetes szakkönyvből. Azt mondta majd megértjük ha mi is 20+ éve csináljuk. Pár éve volt egy project amiben 12 ezer oldalnyi doksit kaptunk, hogy dolgozzuk fel, majd beszéljünk. 5-en voltunk senior-ok, hétfőn kaptuk az anyagot, csütörtökre mindenki feldolgozta, megbeszéltük, és mindenki még egy-egy prezentáció is belefért a saját a feladatáról, és a hogyanról.
"Üzleti igényeket kell kielégíteni. Ha az elképzelésed alapján készülne a szoftver, akkor"
Te arról beszélsz miért nem akarsz tervezni. Én meg arról, hogy a szakmunkások 99%-a nem is tud. Én is vettem részt sok-sok céltalan bolyongásban, csak tudom milyen az amikor értelmes PM-mel, értelmes BA-val dolgozok, és így láttam már, hogy lehet ezt jól is csinálni.
Azóta nem szeretek igen emberekkel együtt dolgozni, legfeljebb muszáj. Kimegy ügyfélhez és mindenre igent mond. Az ilyen traktort vezessen ne project-et ... vagy inkább azt se. -
cucka
addikt
-
#25954560
törölt tag
nagyon sok helyen a szoftverek fejlesztese es tesztelese csak a pozitiv esetekre megy. ha azt tudja, akkor mukodonek lesz nyilvanitva.
ezzel szemben tesztelni kene a negativ esetekre is, amit mar kicsit kevesebben csinalnak meg, pedig ott mar johetnek ki vicces bugok. ami viszont gond a negativ esetekkel, hogy jol kell kitalalni mit adsz vissza hiba eseten. elsosorban nyilvanos API-knal jol kell kitalalni, mert ahogy az API-t hasznalo programozot segiti egy reszletes, mittomen hasznalhato bemeneti tartomanyokkal visszatero hibauzenet, ugy a tamadokat is.
a harmadik eset pedig amit szinten sokszor hanyagolnak, a 'corner case' tesztek (bocs, nemtom mi az elfogadott magyar kifejezes ra). ezeket az eseteket a legnehezebb egyaltalan kitalalni is, nem csak tesztelni. na ide kell fantazia es tipikusan a rosszfiuknak sokkal jobban raall erre az agya
egy-egy biztonsagi res hardverben vagy szoftverben nem feltetlenul azt jelenti, hogy akik terveztek vagy csinaltak hulyek voltak, hanem esetleg azt is, hogy 'upsz, erre nem gondoltunk'. ami nem feltetlenul hanyagsag, hanem mar-mar a talalmanyok szintje is.
-
elhiszem, hogy nincs olyan, hogy az os fejlesztője spectre vagy meltdown hibát rak a cuccba.
és amikor a cve-ben azt olvasom, hogy rosszul kezeli a program az input adatokat, akkor kifejezetten és határozottan tudom, hogy azt a fejlesztője rakta bele.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis