software költség alatt mit kell érteni, meg miért lőtt ki mint a rakéta?

An open mind is like a fortress with its gates unbarred and unguarded.

A dizájnkönyvtárak licencköltsége.

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Ezek helyett nem lenne érdemes a szoftverek iszonyat-eszméletlen hardverigényét csökkenteni, ésszerűsíteni?
Mindenből bloat lett. Mindenben van már cset! Minden program minden IS akar lenni.
Jól van, tudom, piac

És pontosan mi van benne, ami 16 nm-ig kb. láthatatlan költség volt, a 7 nm-nél már egyből 100 millióra ugrott, azóta generációnként másfélszereződik?

A tej élet, erő, egészség.

A programozó sincs ingyen, sőt az drágább összességében mint a hardver. Viszont ezt is meg kell majd oldani, ez lesz a mesterséges intelligencia.

[ Szerkesztve ]

Tippre a 10nm-es gap áttörése. Rémlik, hogy az alatt quantum problémák lépnek fel.

[ Szerkesztve ]

"I've seen things you people wouldn't believe"

Ez azért van, mert a fejlesztési költség a hatékonytalan nyelveken/környezetekben a legolcsóbb. Ma már senki sem csinál C++-ban GUI-t, amikor elfut a böngészőben valami Javascript gány is. Kb. platformfüggetlen, kb. verziófüggetlen, kb. eszközfüggetlen.
Ja, hogy egyetlen egérmozdulat lekezeléséhez annyi CPU kell, amivel meg lehetne oldani a világegyenletet?

A tej élet, erő, egészség.

Tervezési költségben annyira sokat számít, hogy egy 25-50 mm²-es, vagy egy 300-600 mm²-es chipet terveznek az új gyártástechnológián gyártatni?
Csak azért kérdezem, mert alapból úgy gondolnám, hogy a költség nagy részét az új gyártástechnológiához igazított tervezési elvek kidolgozása jelenti, és azon a szakaszon a "kritikus fontosságú áramkörök" megtervezése előtt is már túl kell lenni, hiszen a kis áramkör kialakítását is az új technológiára szabott tervezési eljárásokkal kell megalkotni. Utána már nem a tervezési költség lenne a jelentős döntési tényező, hanem az egyre modernebb gyártástechnológiákkal gyártott áramkörök egyre magasabb előállítási költsége, és ezért próbálnak minél több áramkört az olcsóbb gyártástechnológiákkal megoldani. A chiplet kialakítás előnyeként legalábbis nem az alacsonyabb megtervezési költséget szokták emlegetni, hanem az alacsonyabb selejtarányt, a modularitást és az olcsóbb node használatán keresztül az olcsóbb előállítást.

A javascipttel kiragadtál egy extrém (bár sajnos nem elhanyagolható) szegmens. Azért a többi nem natívan futó engine a processzor virtualizáció óta nem fut olyan nagy overheaddel, hogy érdemes legyen natív kódokat írogatni.

[ Szerkesztve ]

"I've seen things you people wouldn't believe"

Ezt úgy mondod mintha ez akkora baj lenne. Ha még C lenne - mondok jobbat: assembly - akkor közel se lenne ekkora fejlődés a szoftverekben, és ami lenne az is ezerszer drágább lenne.
Muszály egyszerűsíteni a nyelveket, mert kell a programozó (vagy nevezzük akárminek), annyira hatalmas az igény.

És igen a javascript 1 viszonylag rossz nyelv, de azért nem dolgozik akkora erőforrással mint írtad.
+gondolom a chiptervezésnél csak nem használnak JS-t, remélem

[ Szerkesztve ]

A javascriptes ablakot es egeret mar a kb. 15 eves telefonok is le tudtak kezelni, nem kell annak annyi eroforras.

Csodálkozom, hogy erre még nincs valami hatékony AI megoldás.

AI még nem létezik, csak öntanuló rendszerek(machine learning), és gondolom itt annyi az újdonság, hogy nincs minta amin taníthatnák a rendszert.

[ Szerkesztve ]

Sajnos ettől függetlenül hibásan, de AI-nak hívják őket.

$m$a$r$k$e$t$i$n$g$
bónuszok
árvíz
áramszünet
csiphiány
kovid
H1N1
madárinfluenza
kína
háború
a krumpli ára az egekben
drága a brent hordója
foci VB volt katarban
űrutazás
időgép építés

meg minden ami kimaradt

a többihez is rakjátok be a $ jelecskét, köszi

-

Nagyon sok elnevezés tekinthető hibásnak technikailag, de úgyis csak annyi a lényeg, hogy tudjuk miről van szó. Valódi AI valóban nincs még, de mégis megvan a szemantikája, tudjuk mire gondolunk, amikor ezt emlegetjük.

[ Szerkesztve ]

Amúgy jellemzően a nem nyelvekkel van a gond. Hanem a legózással máshol készült komponensekből, amik általánosabbak, mint amire szükség van adott esetben, ill. nem pont arra lettek kitalálva, ami neked kell, és aztán hogy ezeket egymásra épülnek sok rétegben. Senki nem követi már, hogy mi történik, mikor a tetején meghívsz valami egyszerűnek tűnő funkciót. Ha végig követed, lehet hogy elsírnád magadat, hogy mit kell szívni a gépnek...

Van még olyan programozó, aki kis méretű programokat ír, igaz, ezek egyszerű programok.
Kár, hogy már csak a bloatwaregyártás megy, ezzel a szükségesnél nagyobb mennyiságű e-hulladék keletkezik.

[ Szerkesztve ]

“If you don't read the newspaper, you're uninformed. If you read the newspaper, you're mis-informed.”

Ez valamennyire jogos is, de ugyanakkor 15 éve még nem volt React, Angular és társaik, ahol a hello world példához, és a weboldal címét tartalmazó paragráfus megjelenítéséhez 2147483647 könyvtár 2147483648 függvénye fut le.

D4 klán: HunPH - invért privát rám

Ezt tényleg kifelejtettem a képletből.
Elon Musk csinálhatna egy ilyen céget is, ami a szoftveripart teszi rendbe.

Az AMD nagyon jól látta ezt évekkel ezelőtt! Valaki ott nagyon gurított.

A tehén egy bonyolult állat, de ÉN megfejtem...| 2016-tól az tuti, hogy az angyalok is esznek babot...

Van szegénynek így is elég baja, de egyszerűen rendbe lehetne rakni.
Mindent fejlesztést leállítani.
Az összes pénzből az összes szoftvert újraíratni.
Min. elvárások:
Méretük ezred de inkább tízezred részére csökkenjen.
Gépigényük szintígy.
Sebességük ezerszeresére gyorsuljon fel.
Utána a következő száz évben lehet töprengeni, hogy milyen új funkcióra lenne még szükség.

Adjatok nekem egy egész Bolygót a Világegyetemben és kimozdítom helyéből a fix pontot.

Szerintem a szintek kb ugyanazok, csak kevesebb volt a választék, volt c/c++, c#, pascal, assembly, foxpro,plsql, java, php és nagyjából ennyi. Most meg van még +több tucat: python, JS ből tucat, .net, stb..
Viszont a maven, gradle és társai nagyon sokat segítenek, hogy ne rakjál bele felesleges dolgokat a programodba, ez hatalmas segítség.
Meg most már van microservice, backend, frontend, vége van a régi vastag kliens alkalmazásoknak.

Mi a helyzet az AI-val? Korábban volt szó róla, hogy jobban tervez.

»OΛKΞN« √ ツ Toborzás: https://goo.gl/bO5GhH <--- Star Citizen ---> https://goo.gl/ptspnT ¤ Steam ---> shorturl.at/NSVW1 | Social Club ---> http://goo.gl/nPIu51 | Hackthat: http://goo.gl/kAJnpV

Már volt róla szó ITT

A számítógépemben 45nm processzor van. A telefonomban is 45nm processzor van. A videókártyám már 40nm-en harcol a polygonok ellen.

Valahogy nem érzem úgy, hogy hússzor jobb lenne az életem akkor, ha huszad akkora méretű (2nm) tranzisztorokból álló készülékekre cserélném a mostani vasakat. Teljesen egyértelmű, hogy a skálázódási problémákat már nem lehet izomból megoldani. Tessék a fejlesztőknek optimizálni a programokat úgy, hogy ne csak új képességeket, hanem minden egyes újabb verzióval néhány százalékos sebességelőnyt is ki tudjanak csikarni. Amúgy meg ezek a pythonban, viccnyelvekben megírt mai programok fejlesztőinek helyében én szégyenleném magamat.

A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.

Na majd érzed, hogy váltani akarsz új vasra, mikor egy újabb Teams vagy hasonló irodai cucc letérdelteti a gépedet... Én amúgy 22 nm-en nyomom (2013-as 4. gen i5.) Még bírja, de én látom az igyekezet, meg fogják oldani... De komolyra fordítva, attól függ, milyen ütemben erősödnek a vasak, mert abba hízik bele a szoftver. Telihízza, akármi is az. Csak utóbbi 10 évben lelassult a fejlődés alsó szegmensben, szóval még mindíg simán jó a lassan 10 éves CPU-m.

[ Szerkesztve ]

Na, azt is kőbányában végzendő munkatáborba küldeném, aki szerint rendben van, hogy egy (ráadásul igen tré) irodai szoftvernek ekkora az erőforrás-igénye.

A tej élet, erő, egészség.

Picit felülnék én is a "mai szoftverek borzalmasan erőforrásigényesek" vonatra. Igazatok van!
Miért ne írjunk akkor sokkal (nagyságrendekkel) hatékonyabb szoftvereket gépközelibb nyelvekben (C/C++), keretrendszerek (React, Angular) nélkül? Mert a világ összes pénze se lenne elég rá.
Manapság egy junior szoftverfejlesztő, aki semmilyen nyelven nem tud értelmes/hatékony kódot írni, itt Magyarországon kb. havi kétmilliójába kerül a munkáltatónak. Egy jobb képességű kolléga, aki képes legalább a modern keretrendszerek tisztességes használatára, olyan 3-3,5 milla körül lehet. Na, az az unikornis, aki gépközelibb nyelven képes hatékony kód használatával komplex feladatokat határidőre megoldani, kb. megfizethetetlen. Persze van ahol mégis megfizetik, de ott nem is olyan drága a milliárdos lapkatervezési költség. Minden másra olcsóbb a több erőforrás. (és akkor most a "nyugati" fizetésekkel inkább nem is számolnék)

ex AtomNyúl

Ezt írtam én is már ide, de senki nem olvas vissza, csak idedobja a saját szempontjait, mintha én azt mondanám a buszsofőrnek: hé, miért kell nekem a buszmegállóba kimenni, álljál már meg a házam előtt (meg mindenkié előtt).