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

• #10893 walgud6 tag mobal #10892

  Új Válasz 2020-02-04 09:49:01 #10893

  Ú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

  

  walgud6

  tag

  válasz mobal #10892 üzenetére

  Konkrétan az érdekelne, hogy melyik típusra érdemes beruházni.
  Néhány szempont:
  - könnyű hordozhatóság, mert sokat ingázok
  - Ne csak 1-2 évig legyen elegendő az erőforrás fejlesztésre
  - hosszú üzemidő (eddigi ismereteim alapján, ez nem probléma egyik modellnél sem)
  - Java fejlesztésre használnám leginkább, talán local db is futna rajta
  
  A hordozhatóság szempontjából a 13"-os modellek a nyerők, viszont itt meg is állt a tudományom. Kicsit utánaolvasva a témának, annyi lejött, hogy azért kisebb erőforrásal is hoznak olyan szintet, mint nagyobb erőforrású win-es gépek. Az viszont nem tudom, hogy Air vagy Pro, mennyi RAM-al, SSD-ből gondolom a 128-as is elég (külső HDD orvosolja a helyhiányt). Windows-os üzleti gépekkel van tapasztalatom eddig, ott a 16GB RAM szerintem elvárt, local db+ IDE + böngésző néhány tabbal + DB nézegető + egyéb apróságok.
  
  Szóval összefoglalva, szükséges a Pro vagy az Air is elegendő, kell a 16 GB RAM vagy 8-al is vígan el lehet lenni?
  
  Köszi a válaszokat!
  

• #10891 walgud6 tag

  Új Válasz 2020-02-03 13:51:28 #10891

  Ú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

  

  walgud6

  tag

  Közületek használ valaki Macbook-ot fejlesztéshez? Lenne pár kérdésem, akár privátban is.

• #10609 walgud6 tag Aethelstone #10608

  Új Válasz 2019-08-24 19:57:20 #10609

  Ú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

  

  walgud6

  tag

  válasz Aethelstone #10608 üzenetére

  Az a 20k+ adat szinte fix ugyanaz (maximum 1-2 új várható naponta). A feladat az, hogy az egyes adatok (nevezzük terméknek) egyik tulajdonsága változhat. Ezt a változást kell mindig ellenőrizni az API hívásnál, majd eltárolni. Az adatbázisbam van egy tábla a terméknek egy pedig, ahol tárolva vannak a tulajdonságok dátummal ( statisztika miatt). Szóval minden hívásnál össze kell hasonlítani az adatbázisban lévő termékeket az API-tól érkezőkkel. Az újakat eltárolni, a meglevőknek pedig a tulajdonságát összehasonlítani, ha van változás azt tárolni.

• #10602 walgud6 tag

  Új Válasz 2019-08-22 20:39:59 #10602

  Ú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

  

  walgud6

  tag

  Sziasztok!
  Van egy API, amin keresztül rengeteg adat(20000+) érkezik, ezt eltárolom egy relációs adatbázisban. Az API-t naponta többször hívom meg és az adatokon történt változást frissíteni szeretném az adatbázisban. Milyen módszerrel lenne érdemes ezt gyorsaság szempontjából megoldani?

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