- Samsung Galaxy A34 - plus size modell
- Samsung Galaxy A55 - új év, régi stratégia
- Telekom mobilszolgáltatások
- Vodafone-ra áttért Digi Mobilosok
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy A54 - türelemjáték
- Redmi Note 12 Pro - nem tolták túl
- Jobb zoom, egyszerűbb kijelző - megérkezett a Sony Xperia 1 VI
- Egyre közelebb a Poco F6 startja
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
Hirdetés
-
Az IMF szerint cunamiként csap le a munkaerőpiacra az AI
it Az IMF vezetője, Kristalina Georgieva szerint cunamiként söpör majd végig a globális munkaerőpiacon az AI.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Nem megy az S25 Ultra 3x-os zoomkamerája sehova
ma Ice Universe záfolja a minap felröppent híreket, marad a négy kamera.
Új hozzászólás Aktív témák
-
opr
veterán
Na igen. Mondjuk az agilis modszertan nem feltetlen ordogtol valo, csak tudni kell esszel hasznalni. Sajnos ez az, ami altalaban nem sikerul.
&rew #68:
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
cucka
addikt
Ez megint olyan, mint ahogy a középiskolai informatikatanár elképzeli, hogy hogyan nézhet ki a szoftverfejlesztés a való életben.
- Minden program tele van hibákkal, és egy csomót soha nem fognak kijavítani, mert nem éri meg. Annak, hogy a fejlesztő szeret-e debuggolni vagy sem, nulla relevanciája van.
- A szoftverfejlesztés 99%-a nem algoritmusok kitalálásáról szól, alapvetően a nehéz problémáknál igyekszel elkerülni azt, hogy neked kelljen megoldani.
- Senki nem ír pszeudokódot
- Nincs olyan szakma, hogy programtervező matematikus. Olyan van, hogy solution architect és enterprise architect. Őket nem az egyetemen képzik, mert ezekhez a munkákhoz a beugró a sok éves fejlesztői tapasztalat. -
cucka
addikt
szerinted lenne ennyi vírus meg szemét a hálózaton, ha a microsoftnak nem engedték volna meg azt a világraszóló disznóságot, hogy a szoftver "as-is"?
Nem engedték meg nekik, mert nem is kellett erre engedélyt kérjenek.
De hajrá, próbálj úgy dobozos szoftvert árulni, hogy kötbért vállalsz a bugokért, biztos remekül fog menni az üzlet.mert egy szoftverfejlesztő se meri azt mondani, hogy elmész anyádba, majd akkor gyere vissza, ha már konkrétan tudod, hogy mit akarsz
Igen, gondolom te is szívesen fizetnél egy ilyen szolgáltatásért rengeteg pénzt.
Halkan jegyzem meg, léteznek emberek, akiknek az a dolguk, hogy felmérjék az üzleti igényeket és ezekből funkcionális specifikációt írjanak.
Matematikai specifikációt meg a legtöbb esetben azért nem írnak, mert nem tudnak, egyszerűen túl nagy a komplexitás és túl sok az ismeretlen. Akkor se tudnának, ha 100x annyi idejük lenne rá.és ez jó lenne. azt lehetne garantálni, hogy a program megfelel a megrendelő által rendesen ledokumentált specifikációnak
Megint a fantázia birodalmában jársz, ahol a nem-tech iparági megrendelő pontosan le tudja specifikálni, hogy mire van szüksége.
De jó ötlet, tényleg jó lenne. Az is jó lenne, ha 2 méteres kigyúrt jóképű vizilabdázó lennék, de hát nem vagyok az.ja, a boeing is jól lespecifikált mindent, a 737max műszereitől kezdve ...
Mondjuk a 737max-nál tudtak a hibáról, és direkt a szőnyeg alá söpörték a piaci előny érdekében. Nem a specifikáció hiánya volt a probléma. A többi esetet nem vágom, lehet, ott igen. -
cucka
addikt
De basszus, meg lehet oldani, lehet olyan szerződést kötni, amiben a hibákért kötbért fizet a beszállító, szoftveriparban is. Két dolog miatt nem teszik
- egyáltalán nem triviális definiálni, hogy mit jelent a hibás teljesítés, és egyáltalán nem triviális bizonyítani sem
- a kötbér kockázata benne lesz az árban, és azt se te, sem más nem fogja tudni/akarni kifizetniDe hadd kérdezzem meg, részt vettél már szoftvergyártási folyamatban akár beszállítói, akár megrendelői oldalon? Mert a hozzászólásodból az süt, hogy nem, csak lököd itt a saját feltételezéseidet meg fantáziáidat arról, hogy mi hogy kéne legyen.
[ Szerkesztve ]
-
cucka
addikt
senki nem foglalkozik azzal, hogy maga a szoftver milyen. azzal foglalkozunk, hogy az általa menedzselt szolgáltatások minősége eléri-e a szerződéses célértékeket.
Látod, megfogalmaztad a lényeget, csak nem akarod elfogadni.
A megrendelő, aki rettentő sok pénzt fizet, és amiből neked fizetésed lesz, neki nincs szüksége forráskódra. Neki arra van szüksége, hogy működjön a levelezése, elérjék a fileokat a felhasználók, menjenek a rendelések a webshopban, működjön a bi rendszere, meg hasonlók.Ettől még fontos az, hogy milyen a szoftver, a bugokat számon kell tartani, a risket menedzselni kell, a specifikációt hozzá meg kell írni (néha futtatható kódként, lásd BDD).
De azt elvárni, hogy a megrendelő komplett funkcionális speckót tesz le az asztalra, meg kifizeti, hogy te matematikailag igazolod a kód helyességét, ez teljesen a fantázia birodalmában van. És pont úgy vágyhatsz rá, mint ahogy én arra vágyom, hogy 2 méteres kigyúrt vizilabdázó legyek, de egyik sem fog megtörténni, tehát érdemesebb a mentális energiákat másra fordítani. -
siposz
aktív tag
Én az ELTE programtervező matematikus szakán végeztem:
Nem vagyunk a BMEs mérnökök fölött, nincs ilyen hierarchia. Egészen más a képzés, van amelyik ebben jobb, van ami abban. Hogy ki lesz architect 10 év után az nem attól függ, hogy az ELTEn vagy a BMEn végzett.
Másrészt nálunk volt pszeudonyelv, meg bizonyítás is. Meg elmondták, hogy a veló életben soha senki nem csinál ilyet, ÉS nem is kéne. Algoritmusokat se találunk ki (mármint olyan értelemben, hogy kitalálok valami új kriptográfiai vagy rendező algoritmust)
" és ez jó lenne. azt lehetne garantálni, hogy a program megfelel a megrendelő által rendesen ledokumentált specifikációnak"
Senki sem ír matematikai specifikációt. Tipikusan azért nem mert aki ilyet tud írni, az könnyedén meg is tudja írni a programot.* Nem mellesleg egy rendesen magyarul vagy angolul megírt specifikáció esetén is a seggünket verdessük a földhöz örömünkben. Hadd ne meséljek az átadás UTÁN véglegesített specifikációkról.
*Ez sajnos elég gyakran visszatérő probléma a megfigyelésem szerint, hogy bármennyire próbáljuk kikerülni, hogy valaminek a megoldásához ne kelljen programozó, ha a probléma algoritmikus gondolkodást és absztrakciót igényel, akkor az a vége hogy de programozó kell.
-
Ribi
nagyúr
Nincs feltörhetetlen software pont ahogy zár sem.
Nincs olyan, hogy az OS fejlesztője hibát tesz bele. Szimplán nem lehet megoldani, hogy minden ellen védve legyen. Ez így ebben a formában igen naív gondolkodás, hogy csak azért nem írnak tökéletes programot, mert nem akarnak/pénz/idő kérdése. -
Dr. Akula
félisten
Ennyi erővel a péknek is garanciát kéne vállalnia hogy nem lesz belesütve légy vagy hajszál... Egyszerűen tudomásul kéne venni hogy nem lesz semmi tökéletes, itt emberek dolgoznak, és SZÁMOLNI vele, nem pedig feltételezni hogy amit kapunk az csak jó lehet. Arra kell módszereket kidolgozni hogy lehet együttélni a félig szarral. Kb. mint a RAID: bármikor beszarhat a vinyó, de attól még megmarad az adat.
Meg úgy általánosan az előző hsz-ekre: Úgy látom itt mindenki perfekcionista, mindenki utálja a gány kódot, persze ő maga sosem szokott olyat... Tegyük fel hogy igaz. Mit is nyerünk vele? Elismerő buksisimogatást? Pénzt csak akkor ha valami pénzes dologra tudjuk váltani (előbb lesz kész mert gyorsabban kódol, kevesebb idő alatt lemegy a tesztelés), amúgy meg semmire se jó. Lehet nevet szerezni a demoscenen, de melóban teljesen mások a prioritások. Jobb híján el kell fogadni hogy az egyetlen mérőszám a piac, a megrendelő. Nem magadnak kell szép kódot írni, hanem a megrendelő igényét kiszolgálni. Azért jön a fizetés. Ha erre jobb a gány kód, mert gyorsabban kész van, és kb. senkit nem érdekel hogy hogy, csak fusson, akkor az a jó megoldás.
A sok programozási módszertanból én csak azt látom hogy szép és jó, de leginkább arra való hogy az írójának nevet szerezzen. Amúgy meg kuka. Bizonyára van 1-2 jó ötlet mindegyikben, csak épp szépen eltemetve egy halom rizsa között, és kb. senki nem fogja elolvasni, nem hogy használni, úgy meg a haszna kereken 0. Ezekből is kell egy "MMA"-t csinálni, mint a harcművészetekből, hogy csak a legfontosabb, leghasznosabb pár dolgot összegyúrni és azt oktatni, mert sokkal hasznosabb ha kevés (és hasznos) apróságot tud az ember, mintha sok hosszú kitudjamit nem. És ki kell mondani hogy eddig működik, a továbbiak erőltetése teljesen felesleges, ebből ennyit lehet kihozni, mert nagy tételben nem szupermeneket lehet felvenni dolgozni, hanem átlagembereket, akikből ennyit lehet kihozni.
-
cucka
addikt
Hát korábban azt írtad, hogy ha az ügyfél nem hoz teljes specifikációt, visszazavarod az anyjába. Most azt írod, hogy leülsz vele és tisztázzátok a helyzetet. Nagyon nem ugyanaz, előbbiből az látszik, hogy laikus vagy, utóbbiból meg nem.
A matematikai bizonyítás részhez - az elgondolásod addig működik, amíg pure function-ökről beszélünk. Ahogy bejönnek a képbe a mellékhatások, az integráció a külvilággal és a futtatókörnyezet alsóbb rétegei, ott vége az okosságnak.
Sajnos, teszem hozzá, pure function-ökkel megfogalmazni egy megoldást nagyon tiszta, száraz és biztonságos érzés, de ilyenkor a fenti problémás részeket nem tudod megoldani, csak arrébb tolni időben, vagy eltenni szem elől. -
Dr. Akula
félisten
Kerül mondjuk X idővel többe jó kódot generálni a fosnál, Y meg kijavítani. Ha X > Y, főleg ha Y = 0, mert kit érdekel, jó az úgy is (működik a kód, csak úgy ahogy), akkor puszta időveszteség. Az újrahasznosítható kódot sokszor senki se fogja újrahasznosítani. Főleg ha más írta. Ha más kódját kell átnézni és folytatni, az 2x annyi idő és 2x annyiba fog kerülni, mint írni egy újat 0-ról. Persze nyilván van ahol muszáj, mert mondjuk egy banki rendszert nem fognak mindig újraírni, de ott meg ezzel kell számolni.
Új hozzászólás Aktív témák
- Xbox Series X|S
- Anyagi katasztrófára figyelmezteti az Apple-t a brit média
- Samsung Galaxy A34 - plus size modell
- Kerékpárosok, bringások ide!
- Parfüm topik
- Konzolokról KULTURÁLT módon
- PlayStation 5
- Olcsó sportkamerák (GoPro alternatívák)
- Samsung Galaxy A55 - új év, régi stratégia
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- További aktív témák...
- ÚJ!! Nintendo Switch OLED Dual-Boot CFW 18.0.1 + 256GB MicroSD garanciával, üzletből!
- Playstation 4 PRO CUH-7216B 1TB SSD + Játékok
- Samsung Galaxy S24 Ultra 12/1TB (!!!) titánszürke VADONATÚJ BONTATLAN 36 hónap garanciával!
- Gainward RTX 4070 Ghost 12 GB felbontott videókártya, 36 hó garancia, Áfá-s számla
- AKCIÓ! KONYHA - HÁZTARTÁSI TERMÉKEK - BOTI ÁR FELÉÉRT!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest