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

• #39 cog777 senior tag btprg #30

  Új Válasz 2018-10-25 08:09:37 #39

  Ú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

  

  cog777

  senior tag

  válasz btprg #30 üzenetére

  Eppen nem latom megmagyarazva a hatterben huzodo okokat.

  En ahogy latom:

  Egyik ok hogy a 20-30 evvel ezelotti allapothoz kepest sokkal nagyobb a verseny, a befekteto azonnal akar eredmenyt. Marpedig a szoftverek, protokollok sokkal bonyolultabbak lettek. Ebbol kovetkezik az hogy a fejlesztok osszelegozzak azt amit lehet (elkerulve a kerek ujboli feltalalasat), de ez bizony kevesbe optimalis teljesitmeny, fuggoseg szempontjabol de optimalis koltseg szempontbol. Eleve nagyobb a memoria felhasznalasa, es az esely a hibara, memoria szivargasra.

  Masik dolog a funkcionalitas. Manapsag sokszor megfogalmazodik egy egyszeru felhasznaloi kivansag ami bizony eleg koltseges fejlesztest takarhat.
  Egy sajat pelda. A hardver varazsloja ugy van megirva hogy tobbfele hardvert is tamogat (nem csak azt az egyet ami eppen az asztalon van). Ez azt jelenti hogy az absztrakcioja nagy, csak a legaljan levo kod dolgozik a konkret implementacioval, tehat eleve sokretegu, sokszereplos a megvalositas. Egy kis igeny is sok valtoztatassal jar, nem beszelve a kulonbozo tesztekrol amit szinten hozza kell igazitani a valtoztatasokhoz.
  Egy egyszeru jelolonegyzet hozzaadasa az egyik oldalhoz jarhat 10-20 osztaly megvaltoztatasaval. Raadasul at is kell latni a kozottuk levo fuggosegeket...

  Harmadik ok az, hogy nagy az uzleti igeny a _gyors_ es _egyszeru_ fejlesztesre, ami az elozoekbol kovetkezik. Tehat az alacsonyszintu C, C++-os szemleletrol, ahol a gyorsasagra helyeztek a hangsulyt (de a hibalehetoseg nagyobb), eltolodott a magasszintu megoldasok fele pl javascript, webapp. Ezek kevesbe platform fuggo megoldasok, viszont nem is annyira pehelysulyuak, nalam 1 honap futas utan konkretan betellik a 16GB memoria pedig ugy inditom a gepet h kb 5-6GB-ot hasznal a rendszer es par weblap es alkalmazas.

  Tovabba a befekteto is olyan fejlesztoket keres, akik hamar osszeraknak egy termeket ahelyett hogy rajta sakkoznanak hol lehet optimalizalni. A tesztek es optimalizacio hatul kullog a prioritasban, mikozben a dinamikus vilagnak es versenynek koszonhetoen, folyamatosan jonnek a keresek az ujabb funkciok beepitesere. Ha nem lennenek igenyek az uj funkciokra, mi lenne? Hat biztosan nem az optimalizaciora es a tesztekre fokuszalna a ceg hanem kivagna a fejlesztogarda nagyreszet

  Osszefoglalva ez a minoseg egy kenyszermegoldas. Ilyen eszkozokkel, ilyen piaccal es befektetoi hozzaallassal ezt lehet elerni. Ezen csak egy atfogo szabalyozas segithetne, pl kenyszeriteni a fejleszto cegnet hogy egy bizonyos foku tamogatast (minoseg, hibajavitas) nyujtsanak.

  Teljesen mas a szitu 20-30 evvel ezelotthoz kepest. Fejlesztettem a 90-es evekben cegeknek, de akkor volt ido boven jol fejleszteni es letesztelni a szoftvert. Ma nincs.

  Mas kerdes ha -a temahoz kapcsolodva- a telefon gyartoja erre meg ratesz egy lapattal

  HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian

• #47 jonnyjoker01 veterán btprg #30

  Új Válasz 2018-10-25 12:21:06 #47

  Ú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

  

  jonnyjoker01

  veterán

  válasz btprg #30 üzenetére

  Nagyon jó iromány! Sajnos csak a egyéni szinten lehet megvalósítani azt amire az író gondolt, globálisan eszméletlen mennyiségű pénzre lenne rá szükség és tendencia azt mutatja hogy annyira nem is fontos.

  Üdv. Johnny

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