Új hozzászólás Aktív témák

• #121 bambano titán Ribi #111

  Új Válasz 2020-01-17 15:39:20 #121

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  LOGOUT blog

  válasz Ribi #111 üzenetére

  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.

• #116 #25954560 törölt tag Ribi #115

  Új Válasz 2020-01-17 14:59:02 #116

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #25954560

  törölt tag

  válasz Ribi #115 üzenetére

  jovanna
  bambano volt a celtabla, de ahogy ma en celzok...

  szerk: azert a 'corner case' magyar megfelelojevel igazan kisegithettel volna

• #114 #25954560 törölt tag Ribi #111

  Új Válasz 2020-01-17 14:41:53 #114

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #25954560

  törölt tag

  válasz Ribi #111 üzenetére

  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.

• #105 cucka addikt Ribi #104

  Új Válasz 2020-01-17 13:42:49 #105

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cucka

  addikt

  válasz Ribi #104 üzenetére

  A facebook eredetileg egy php-ban tákolt szar volt, és igen, Zuckerberg tud programozni, ő kezdte el írni.
  A zsenialitása nem a programozói skillekben volt, hanem hogy felismerte, hogyan lehet ezt a dolgot termékké alakítani, monetizálni és rengeteg pénzt keresni vele.

• #103 <Lacy85> addikt Ribi #94

  Új Válasz 2020-01-17 13:16:35 #103

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  <Lacy85>

  addikt

  LOGOUT blog

  válasz Ribi #94 üzenetére

  Ezt csak azért írtam, mert a hozzászólásodból az jött le, hogy nem kell tanulni, hanem elég lopni, sikkasztani, stb.
  A Zuki példa azért volt hülyeség, mert itt maga az ötlet édes kevés volt.
  A megvalósításhoz kőkemény tanulás kellett.

• #99 strogov senior tag Ribi #91

  Új Válasz 2020-01-17 13:03:35 #99

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  strogov

  senior tag

  válasz Ribi #91 üzenetére

  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.

• #93 <Lacy85> addikt Ribi #4

  Új Válasz 2020-01-17 12:11:52 #93

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  <Lacy85>

  addikt

  LOGOUT blog

  válasz Ribi #4 üzenetére

  Zuki csak az ötletet lopta olyanoktól, akik nem értettek a programozáshoz.
  Magát a programozást viszont elég keményen nyomta.

• #15 UnA Korrektor Ribi #4

  Új Válasz 2020-01-16 13:58:47 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  UnA

  Korrektor

  válasz Ribi #4 üzenetére

  "Szóval tény, felesleges tanulni."
  
  
  Te ilyet hol láttál leírva a cikkben – vagy akár hozzászólásokban?

Új hozzászólás Aktív témák