Felelősek-e a programozók a biztonsági hibákért?
Oldal 1 / 2Következő →
Jelentkezz be a hozzászóláshoz.
Azért nem biztonságosak a programok, mert rosszak az alapok. Mert egy fejlesztõi környezet vagy programnyelv megalkotásánál ez nem fõ szempont. Pontosabban befektetés-megtérülés szempontjából nem kedvezõ. Talán majd szépen lassan.
¤¤¤¤o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤O3>
#63
Köhh-köhh. A TATA-ról hallottál már? Láttad a vevõi listájukat? Hány volt közöttük angol? 😊. De mondhattam volna a HCL-t is, csak az Mo-n nem annyira ismert.
#62
amugy meg... mi vagyunk nyugat europa "indiája". az angolokon kivul senki sem szivesen alkalmaz indiai fejleszoket, es ezt ki kell hasznalni - magyarorszagon vannak jo programozok.
el kell vallalni a melot, meg mindig egesz jo penzt fizetnek - es kussban meg le kell programozni mindent majd tovabblepni. meg mindig nagyon sok penz van benne, csak jo helyen kell lenni. kesobb meg lesz penzed, idoben alapitasz egy 'tanacsado ceget' es mindnert feleloseget fogsz vallalni. mert abbol a penzbol fizeted a benzint es a rezsit. <#hawaii>
el kell vallalni a melot, meg mindig egesz jo penzt fizetnek - es kussban meg le kell programozni mindent majd tovabblepni. meg mindig nagyon sok penz van benne, csak jo helyen kell lenni. kesobb meg lesz penzed, idoben alapitasz egy 'tanacsado ceget' es mindnert feleloseget fogsz vallalni. mert abbol a penzbol fizeted a benzint es a rezsit. <#hawaii>
#61
Más oldalról megközelítve a dolgot: a hibák a szofverekben teljesen statisztikai jelleggel fordulnak elõ. Ennek az az oka, hogy a világon milliónyi programozó milliárdnyi kódhoz nyúl hozzá.
Tehát akad hiba a programban és idõ kérdése, hogy valaki fel nem fedezi. Mivel sokan használnak pc-t a hibák jó része felszínre kerül, csak az a kérdés, hogy a fejlesztési idõszakban, vagy csak utána.
Ahogyan akad ember aki a macskáját mikróban szárítja (azért mert 6,5 milliárd ember közül elég nagy az esélye annak, hogy van ilyen hülye is), úgy gyakorlatilag lehetetlen azt elérni, hogy a programok kódjának sorainak tömegében ne legyen hiba.
A programozók felelõssége szerintem annyi, hogy a komolyabb hibákat kijavítja amit talál. Más kérdés, hogy a mai világban erre egyre kevesebb idõt hagynak nekik (ld. EA-per).
Tehát akad hiba a programban és idõ kérdése, hogy valaki fel nem fedezi. Mivel sokan használnak pc-t a hibák jó része felszínre kerül, csak az a kérdés, hogy a fejlesztési idõszakban, vagy csak utána.
Ahogyan akad ember aki a macskáját mikróban szárítja (azért mert 6,5 milliárd ember közül elég nagy az esélye annak, hogy van ilyen hülye is), úgy gyakorlatilag lehetetlen azt elérni, hogy a programok kódjának sorainak tömegében ne legyen hiba.
A programozók felelõssége szerintem annyi, hogy a komolyabb hibákat kijavítja amit talál. Más kérdés, hogy a mai világban erre egyre kevesebb idõt hagynak nekik (ld. EA-per).
#60
jól látod
#59
Kíváncsiak vagytok miért nem biztonságosak a szoftverek? Azért, mert ma már nem szoftverfejlesztés van, hanem szoftver ipar. Így a fejlesztések - bocsánat dehogy fejlesztés, termelés - irányításában nem vesznek részt olyan szakemberek, akik ha meglátnak egy forráskódot akkor mást is tudnak rá mondani, mint hogy "hú de hosszú, muszáj bele ez a sok sor?". Régen ez nem így volt. A programozók egy-egy csoportja fölött volt egy vezetõ fejlesztõ, akinek kutya kötelessége volt az adott részfeladat minden forrását átlátnia, és szükség esetén belejavítania. Hozzá kell tennem hogy a programozók felvételénél is az õ szava döntött. És a felelõsséget olyan szinten viselte, részesedett a project nyereségébõl/veszteségébõl is.
Jelenleg - mivel ipari termelés van, nem fejelesztés - a programozók munkáját kizárólag fekete dobozként tudják vizsgálni a feletteseik illetve a teszterek: ezt kell hogy tudja, ezt tudja is, és kész. Viszont sajna azt nem tudják letesztelni, hogy a csillagok bizonyos együttállása esetén nem-e csinál valami iszonyat nagy baromságot. Ahhoz sajna bele kellene nézni valakinek. Az automata hibakeresõ, tesztelõ eszközök teljesítménye nevetséges, arra ne hivatkozzon senki se. A szándékos hibát nem találják meg, viszont pánikolnak mindenféléért.
Szóval ez van emberek - ha alkalmazott vagy, baromira nem érdek az, hogy a termék amit elõállítasz az tökéletes legyen, sokkal inkább fontos hogy jó pozíciót harcolj ki magadnak, meg úgy általában a legkisebb energiabefektetéssel megúszd a munkádat. Ugyanígy a pék se fogja szívét-lelkét belesütni a túrós táskába, ha köze sincs a céghez, inkább kilop belõle egy kis túrót:-)
Jelenleg - mivel ipari termelés van, nem fejelesztés - a programozók munkáját kizárólag fekete dobozként tudják vizsgálni a feletteseik illetve a teszterek: ezt kell hogy tudja, ezt tudja is, és kész. Viszont sajna azt nem tudják letesztelni, hogy a csillagok bizonyos együttállása esetén nem-e csinál valami iszonyat nagy baromságot. Ahhoz sajna bele kellene nézni valakinek. Az automata hibakeresõ, tesztelõ eszközök teljesítménye nevetséges, arra ne hivatkozzon senki se. A szándékos hibát nem találják meg, viszont pánikolnak mindenféléért.
Szóval ez van emberek - ha alkalmazott vagy, baromira nem érdek az, hogy a termék amit elõállítasz az tökéletes legyen, sokkal inkább fontos hogy jó pozíciót harcolj ki magadnak, meg úgy általában a legkisebb energiabefektetéssel megúszd a munkádat. Ugyanígy a pék se fogja szívét-lelkét belesütni a túrós táskába, ha köze sincs a céghez, inkább kilop belõle egy kis túrót:-)
#58
hello!
programozó vagyok, kövezzetek meg! 😄
programozó vagyok, kövezzetek meg! 😄
#57
Hát ha elérnék, hogy a programozó viselje a felelõséget a biztonsági hibákért, akkor józan gondolkodású programozó nem fog programot írni. Egy 10-20 soros programot is nehéz "tökéletesre" mergírni, nem még hogy egy több 100ezer, vagy millió soros gigászt. Ebbõl is látszik, hogy kedves a hõbörgõ egykori kiberbiztonsági tanácsadó életében nem írt programot, vagy ha igen, akkor a rossz programozók közé tartozott és semmi komoly feladata nem volt.
#56
Ez igy ahogy van hülyeség. Már a use case-ek tele vannak hibával és ellentmondással, akkor hogy akarod a programozón számonkérni?
A hobákat simán ki tudod szûrni, ha megfelelõ a fejlesztõi környezet, és a QA-nak van ideje teszteket írni, ahogy a szerzõdésben meg van írva.
Ebben a szövegben egy hiba van 😉
A hobákat simán ki tudod szûrni, ha megfelelõ a fejlesztõi környezet, és a QA-nak van ideje teszteket írni, ahogy a szerzõdésben meg van írva.
Ebben a szövegben egy hiba van 😉
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.
#55
Ismerõsömmel olyan szerzõdést akartak aláiratni hogy a szoftver bukta után (nem lesz kész határidõre, tele van buggal) a kár felelõsségének 90%-a az övé. Gondolhatná az ember hogy ez ok, hiszen tényleg mindent õk csinálnak.
De õ megmondta ki szeretné egészíteni a szerzõdést azzal a mondattal, hogy siker esetén 90% haszon is az övé. Persze így már nem tetszett az adott cégnek és írtak egy normális szerzõdést, de azért bepróbálkoztak. Szóval a programozókat, mivel gyakolatilag õk is gyári melósok mindig le próbálják húzni...
De õ megmondta ki szeretné egészíteni a szerzõdést azzal a mondattal, hogy siker esetén 90% haszon is az övé. Persze így már nem tetszett az adott cégnek és írtak egy normális szerzõdést, de azért bepróbálkoztak. Szóval a programozókat, mivel gyakolatilag õk is gyári melósok mindig le próbálják húzni...
#54
Hogy a határidõk szorosságáról némi fogalma legyen a társaságnak, tessék megnézni a hozzászólás idõpontját (nem, nem ilyen korán járok dolgozni. 😊 ).
#53
...emelett jó minõségû fejlesztõk dolgoznak rajta, tehát a felsõ 5% programozó...
Nem árulunk el titkokat 😊
Nem árulunk el titkokat 😊
Szeretem a ráncaimat, mert azt mutatják hogy éltem. Szeretem a beteg rózsákat, Hervadva ha vágynak, a nőket, A sugaras, a bánatos Ősz-időket
#52
Különben az nem valós állítás, hogy egy programban végtelen a hibák száma... a jelenlegi felmérések a meglévõ kódállományra átlag 1 hibát feltételeznek 170 sor C++, Java stb. szintû forráskódra (DeMarco és Lister szerint). De ez nem mond semmit, mert a variáció lehet akár 10000 x kisebb vagy nagyobb, de végtelen azért nincs. Ha a fejlesztés a best practices alapján zajlik és még emelett jó minõségû fejlesztõk dolgoznak rajta, tehát felsõ 5% programozó, ezután minden szépen ki lett tervezve, kevés vagy nincs túlórázás, és nagyon odafigyelnek a build tree-re stb. akkor ez lehet sokkal kisebb szám is. A Windows 3.0 összehasonlíthatatlanul több hibát tartalmazott mint az XP, pedig annak idején kevesebb volt az alacsony minõségû programozó mint ma, de sokkal éretlenebb volt a folyamat (az engineering process) és nem voltak jó automatizált kódvizsgálók (most már a hibák 90% kód ellenõrzõ szoftver segítségével és a fejlesztõrendszer segítségével megtaláljuk), és a piac követelményei sem voltak olyan magassak mint ma, ezért kevés figyelmet fordítottak a hibákra, a biztonsági dolgokra meg majdnem semmit. Tehát a szoftverfejlesztés is éppen úgy mint minden más sok tényezõ találkozásának az eredménye, ezért nem lehet általánosítani, mindenesetre minnél bonyolultabb a szoftver annál nagyobb az esély a hibákra. És mégvalamit minnél többet csinálod annál kevesebb lesz a hiba <#smile>
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#51
Az szerintem végtelen a hibaLEHETÕSÉGEK száma akart lenni...
- De ezzel saját magad lejáratását folytatod, ezt nem érted meg? Magadat égeted tovább. Ami a legszomorúbb hogy magyar színekben. Tapló. - nem is szines a nevem
#50
Az alapvetõ probléma egy alaptörvény:
"egy programban végtelen a hibák száma"
No most ebbõl kiindulva senki ne írjon soha programot, mivel ha polgári szinten perelhetõ a dolog, akkor még 1x: soha senki ne írjon progit, még ingyen szinten sem, mert mondjuk hibás kódsor miatt egy fontos adatrészt töröl a géprõlés máris perelsz, akár kereskedelmi, akár free.
"egy programban végtelen a hibák száma"
No most ebbõl kiindulva senki ne írjon soha programot, mivel ha polgári szinten perelhetõ a dolog, akkor még 1x: soha senki ne írjon progit, még ingyen szinten sem, mert mondjuk hibás kódsor miatt egy fontos adatrészt töröl a géprõlés máris perelsz, akár kereskedelmi, akár free.
#49
Kbupdate: "A program pontosan úgy mûködik, ahogy megvan írva!..."
Meg ahogy az adott környezet futni engedi.
Worldwideweb: "az általuk megírt kód valóban biztonságos...Mint tudjuk feltörhetetlen kód nincs, tehát errõl ennyit."
A kód elnevezés megtévesztõ lehet: nem valami titkosított jelrendszert értünk alatta, hanem a "nyers" még csak karakteres (szöveges) formában lévõ, egy adott programnyelv (pl. C, C++) szabályai szerint megírt "elõ-programot". Ezt a nyers állapotot hívjuk még nyílt forráskódnak is (ugyanis egy másik programozó egyszerûen el tudja olvasni, azaz megérti a program egészét). Egyes programozók azonban - egy késõbbi folyamat során - elrejtik ezt az állapotot (pl. Microsoft), hogy más ne tudja ellopni ötleteiket (meg ne lássák milyen szar amit írtak 😊) - ez a zárt forráskód, aminek már van köze a titkosításhoz. Visszafejteni ugyan lehet, de nem éri meg.
Assdf: "Ha egy oprendszerre felteszel egy drivert, lehet hogy mindkettõ jól van megirva, mégis elõfordulhat hogy pl keletkezik egy biztonsági rés"
Nyílt forráskódnál valóban nem történhet hiba, mert ott látod mi történik. Zárt forráskódnál (lásd a Win illesztési problémáit) már más a helyzet: ott nem tudod követni, mi történik, még akkor is felléphet hiba, ha a driver jó: a zárt forráskódú oprendszer kilökheti, mert pl. a memóriakezelés számára nem megfelelõ, és errõl a driver alkotója a zárt kód miatt nem tudott.
Biztonsági rés nem így keletkezik, az mindig adva van az adott programban 😊
Meg ahogy az adott környezet futni engedi.
Worldwideweb: "az általuk megírt kód valóban biztonságos...Mint tudjuk feltörhetetlen kód nincs, tehát errõl ennyit."
A kód elnevezés megtévesztõ lehet: nem valami titkosított jelrendszert értünk alatta, hanem a "nyers" még csak karakteres (szöveges) formában lévõ, egy adott programnyelv (pl. C, C++) szabályai szerint megírt "elõ-programot". Ezt a nyers állapotot hívjuk még nyílt forráskódnak is (ugyanis egy másik programozó egyszerûen el tudja olvasni, azaz megérti a program egészét). Egyes programozók azonban - egy késõbbi folyamat során - elrejtik ezt az állapotot (pl. Microsoft), hogy más ne tudja ellopni ötleteiket (meg ne lássák milyen szar amit írtak 😊) - ez a zárt forráskód, aminek már van köze a titkosításhoz. Visszafejteni ugyan lehet, de nem éri meg.
Assdf: "Ha egy oprendszerre felteszel egy drivert, lehet hogy mindkettõ jól van megirva, mégis elõfordulhat hogy pl keletkezik egy biztonsági rés"
Nyílt forráskódnál valóban nem történhet hiba, mert ott látod mi történik. Zárt forráskódnál (lásd a Win illesztési problémáit) már más a helyzet: ott nem tudod követni, mi történik, még akkor is felléphet hiba, ha a driver jó: a zárt forráskódú oprendszer kilökheti, mert pl. a memóriakezelés számára nem megfelelõ, és errõl a driver alkotója a zárt kód miatt nem tudott.
Biztonsági rés nem így keletkezik, az mindig adva van az adott programban 😊
Szeretem a ráncaimat, mert azt mutatják hogy éltem. Szeretem a beteg rózsákat, Hervadva ha vágynak, a nőket, A sugaras, a bánatos Ősz-időket
#48
Hogynepersze, elvégre csak és kizárólag nyílt forráskódú drivereket írnak. Sõt az ATI/nVidia mindig felrakja a netre a legújabb grafikus chipjének részletes leírását/tervét. De gondolom Te utána tudsz nézni a legújabb Intel proci részletes felépítésének is és tudhatod, hogy hogyan fog mûködni különbözõ rendszereken.
- De ezzel saját magad lejáratását folytatod, ezt nem érted meg? Magadat égeted tovább. Ami a legszomorúbb hogy magyar színekben. Tapló. - nem is szines a nevem
#47
Olvass vissza: #35
Egyébként a doki ha félrenyúl, és pl összevarja a májad a veséddel, akkor orvosi mûhibaper (vagy eleve eltusolják), és fizet max a kórház 100 eFt-ot neked, mint kártérítés. Te meg esetleg nyomorék lettél. Fene nagy felelõsségrevonás
Egyébként a doki ha félrenyúl, és pl összevarja a májad a veséddel, akkor orvosi mûhibaper (vagy eleve eltusolják), és fizet max a kórház 100 eFt-ot neked, mint kártérítés. Te meg esetleg nyomorék lettél. Fene nagy felelõsségrevonás
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#46
Na akkor, hogy lerajzóljam... nem is gondoltam, hogy az orvos hibája, sõt nem is azt mondtam, hanem általánossan beszéltem a hibákról, mindenkinek megvan a maga része bennük. De a sok félrekezelés az már esetleg az orvos hibája is lehet. Na de, hogy most itt ne legyünk off-topic, a tény amit it elakartam mondani, az nem más, minthogy mindenki hibázik a kérdés csak az, hogy milyen nagyot, milyen sûrûn és mennyire fontos dologban, de mindenki hibázik, és egy társadalom akkor kerül veszélybe ha hibázni nem szabad, mert akkor az emberek nem mernek kockázatot vállalni és ha nem vállalunk kockázatot akkor nincs fejlõdés. Persze itt nem azt akarom mondani, hogy ne legyen felelõség, de a valóság azt mondja, hogy vigyázni kell mikor hívjuk elõ, a másik oldalon meg van az a valóság, amely azt mondja, hogy ez mind csak elmélet, mert a legtöbb esetben valakinek a felelõsége úgy van értelmezve, hogy mennyire nagy a hatalma és mennyire nagy a zsebe. Ha túl hatalmas akkor azért érinthetetlen, ha szükség van rá akkor azért ha meg nincs neki pénze akkor meg nem lehet róla semmit sem levenni... szóval a felelõségnek sok színe van.
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#45
Az olvasni nem tudás nem az orvos hibája, ahogy a beteg anyagi helyzete se.
IBM T61 ND218HL *** Core2 Quad Q6600, Gigabyte 8800 GTX, 4 GB Kingmaxx, 1.6 TB SATA, TT Big Typhoon, SB X-Fi Fatal1ty Platinum Champion, CM Stacker, Dell 2007 WFP, Vista Ultimate BOX, Office 2007 BOX
#44
Csak az USA-ban évente néhányszázezer ember hal meg félrekezelés miatt, olykor a recepteket félreolvassák és nem megfelelõ kezelést kap a beteg. Adjuk még ehhez, hogy sokszor a beteg nem kezeltetheti magát megfelelõen, mert nincs anyagi fedezéke, ez meg a társadalom hibája, a politikusok a közösségek... Néhánytízezer folyamat van a bíróságokon, persze mind polgári per, mert az állami ügyészeknek esze águkban sincs ezzel foglalkozni, kivéve ha van gyanú, hogy nem véletlenségbõl történt a dolog. És még nálluk a legkisebb a baj (egyedül Svájc és Svédország áll egy picit jobban), úgyhogy ne gondoljuk, hogy a dokik hibátlanok, és még annyira se gondoljuk, hogy a hibáikért felelnek is. De különben aki dolgozik az téved is, a baj akkor baj ha valaki meghal, a többit ki lehet javítani.
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#43
Tévedés, a doki NEM teheti meg. Ha mellé nyúl, az gyilkosság. Ha egy programozó kúr el vmit, max leformázza a vinyódat. Ebbe nem halsz bele.
IBM T61 ND218HL *** Core2 Quad Q6600, Gigabyte 8800 GTX, 4 GB Kingmaxx, 1.6 TB SATA, TT Big Typhoon, SB X-Fi Fatal1ty Platinum Champion, CM Stacker, Dell 2007 WFP, Vista Ultimate BOX, Office 2007 BOX
#42
Van olyan eset is amikor múzeumi peldány hardware, rajta GOTO telitett alkalmazás... és ragaszkodnak valami folyamthoz amelynek alapját egy Lotus 1-2-3 hypercomplex forma képezi, amelyben annyi a hiba (mert évek óta készítik százmilliószor bõvitették, copy-paste a cellák aztán fele számolásnak se füle se farka...) és akkor mindez még olyan szép kis kérelemmel vegyesül, hogy az 1960-as evekbeli munkafolyamatot automatizálni szeretnék, de úgy, hogy teljessen megfeleljen a mai elõirásoknak és még hatékonyan mûködjön, úgy, hogy a cég növelje versenyképességét, és, hogy ne felejtsem el, a mult héten olvasták, hogy most valami olyasmi a divat, amit webszolgáltatásnak neveznek és azt szeretnék, hogy a megoldás ilyen valami irányt vegyen... na én akkor szépen megkérdezem, hogy mennyivel vagyok adós a kávéért meg az ásványvízért és ... a többit már képzeljétek el. OO? <#smile>
Persze vannak pozitív peldák is ahol megértik, hogy semmi sem végérvényes, hogy minden változik, hogy tervezni kell, és ami legfontosabb, hogy kilenc nõ nem szülhet egy hónap alatt gyereket...
Persze vannak pozitív peldák is ahol megértik, hogy semmi sem végérvényes, hogy minden változik, hogy tervezni kell, és ami legfontosabb, hogy kilenc nõ nem szülhet egy hónap alatt gyereket...
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#41
Az elméletben... viszont a valóságban ez nem így van. Ha így lenne, akkor nagyon sok ember vérezne, ugyanis a felelosök formálissan sokszor meg vannak nevezve, de ezt a felelõséget majdnem soha nem hivják elõ. És ez így van az élet minden területén, a felelõség kinevezése nem azért lett kitalálva, hogy valaki feleljen a hibákért, hanem azért, hogy ezért az elméleti felelõségért több pénzt kapjon... na mindegy, a bíróságra csak olyan dolgok érkeznek amelyek az egyik félnek hasznot eredményeznek, legtöbbször a felelõs személytõl nincs mit legombolni, vagy ha van is a bizonyítási folyamat sokba kerül és ezért mindenki vaknak és süketnek teszi magát, kivéve egynéhány hangoskodót, de ezek álltalában nem is tehetnek semmit éppen azért is hangoskodnak. A valóságban minden 1000-ik hibáért felenek és akkor sem nem azért mert hiba volt, hanem azért mert valaki nyerhet a dologban.
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#40
Engem azért érdekelne, hogy a fejlesztések hány százaléka OO 😊. Ha a rendszer régi akkor csak igen kevesen vállalják fel, hogy lecserélik egy újra.
#39
citkar: Ha jól tudom minden sejtben van egy olyan szekvencia ami az életkor elõre haladtával egyre rövidül. Ennek a szekvenciának a hossza szabályozza azt hogy mennyi új sejt keletkezzen.Fiatal korban hosszabb ezért van az hogy a gyerekek örült ütemben nõnek, sokkal több új sejt keletkezik mint amennyi elpusztul, öreg korban pedig sokkal több pusztul el mint amennyi keletkezik.Olyan ez mint vmi beépitett visszaszámláló, ami egyébként is érdekes kérdéseket vet fel, ugyanis elméletileg ha ezt megállitanánk akkor nem öregedne az ember tovább, ergo "halhatlan" lenne, legalábbis a végelgyengülést tekintve.
Kétféle világ létezik. Az egyik amit látsz és a másik ami mögötte van. Ami mögötte van azt a pénz irányitja. Találd ki melyik világ irányitja melyiket.
#38
Ja és még elfelejtettem: a programozók bizony betartanak biztonsági alapelveket, például épp ezért találták fel annak idején az objektumorientált programozást. Például egy igy megirt programban az objektumok biztonságosan kezelik az adatokat egy másik objektum nem férhet ahhoz hozzá stb... és ennél már újabb modellek is vannak. De ezek csak azért felelnek hogy a programon belül helyesen müködjenek a folyamatok.De nincs az a módszer(a teljes tesztelésen kivül amikor mindenen megnézed ahogy #33 irta) amivel bárki is meg tudná elõre mondani hogy két ilyen módon megirt program nem fog e összeakadni.Ha egy oprendszerre felteszel egy drivert, lehet hogy mindkettõ jól van megirva, mégis elõfordulhat hogy pl keletkezik egy biztonsági rés, amit senkise láthatott elõre.
Kétféle világ létezik. Az egyik amit látsz és a másik ami mögötte van. Ami mögötte van azt a pénz irányitja. Találd ki melyik világ irányitja melyiket.
#37
És ezen felül a fejlesztõi eszközökbõl illetve technológiákból is évente jön ki új, amit tanulhat meg szerencsétlen fejlesztõ újra (jobb esetben egy régire alapul, rosszabb esetben totál új neki). Merthogy mindnek az oktatásra nem fogják elküldeni, az tuti .
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#36
Szerintem az informatikát teljesen felesleges más szakmákhoz hasonlitani. Legföképp azért mert mondjon nekem vki még egy olyan szakmát ahol fél évente olyan új eszközök keletkeznek amik az elõzõk dupláját tudják, és gyakorlatilag évente lehet cserélni a hardwareket mert akkora a fejlõdés üteme. Az összes összehasonlitás ott téved (épitész, orvos, gyógyszer stb...) hogy ezek mind egy viszonylag statikus dologra épülnek. A gyógyszergyártó cégek megtehetik hogy évegik kisérletezenek egy gyógyszerrel hogy kideritsék a mellékhatásokat, mert az emberek szervezete közben nem változik. Egy épitésznek nem kell attól tartania hogy eltünik a beton, vagy a tégla nyugodtan tervezhet egy épületet a meglévõ anyagok tulajdonságainak pontos ismeretében mert azok mindig rendelkezésre állnak.Ezzel ellentétben ha vki tervez egy szoftvert annak támogatnia kell szinte hardware egységet, és nem tesztelhetik évekig hogy vajon jó e minden esetben, mert akkor mire kijönne már rég elavult lenne az a számitógép amire tervezték és az újakon meg nem müködne és igy tovább...
Kétféle világ létezik. Az egyik amit látsz és a másik ami mögötte van. Ami mögötte van azt a pénz irányitja. Találd ki melyik világ irányitja melyiket.
#35
Az öregedés egy beépített mechanizmus, és ha tudnám, hogy mitõl van és hogy állíthatnám le, máris megkapnám a Nobel díjat 😊
Az orvos pedig kísérletez rajtad. Fáj a torkod, belenéz, azt mondja, hogy torokgyuszi (vagy tõled kenetet vesznek, és rögtön DNS-RNS vizsgálatnak veti alá, hogy meghatározza a pontos vírus-baktériumtörzset ???).
Frászt, ad rá antibigyótikumot, hátha az segít (vagy azt se, mert a szervezet önjavító, tehát elpusztítja a betolakodót, és kijavítja az általa okozott károkat).
Ha nem használ, úgyis visszajössz, hogy nem lettél jobban
Az orvos pedig kísérletez rajtad. Fáj a torkod, belenéz, azt mondja, hogy torokgyuszi (vagy tõled kenetet vesznek, és rögtön DNS-RNS vizsgálatnak veti alá, hogy meghatározza a pontos vírus-baktériumtörzset ???).
Frászt, ad rá antibigyótikumot, hátha az segít (vagy azt se, mert a szervezet önjavító, tehát elpusztítja a betolakodót, és kijavítja az általa okozott károkat).
Ha nem használ, úgyis visszajössz, hogy nem lettél jobban
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#34
ez az önjavító dolog farnkón ahngzik,de akkor miért is halunk meg?
nem megoldható mert variábolis az ember s nem etikus a teszt rajtunk
nem megoldható mert variábolis az ember s nem etikus a teszt rajtunk
#33
Gondolod a fejlesztõ szarakszik azzal, hogy kipróbálja IBM, HP, ... gépeken a progit, majd elkezdi összerakni a mindenféle sufniPC-ket, épphogy mûködõ õrült konfigokat, ... és ezeken is megnézi, hogy szépen fut-e 1-1 hétig hiba nélkül, majd ezt követõen dobja piacra. Hát LOL, vagy MEGALOL !
Biológia órán meg vszínûleg hiányoztál a dedóból :p
Biológia órán meg vszínûleg hiányoztál a dedóból :p
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#32
Szerinted ha egy autó felrobban, akkor kit kell felelõsségre venni. Józsi bácsit a szalag mellõl, vagy aki rosszul ellenõrizte v. tervezte? Annál a téves mûtétnél kit rúgtak ki? Aki betolta a beteget a mûtõbe. Mindenki tudta, hogy nem az õ hibája, senki nem nézte meg, nem ellenõrizte le, a fõnõvér is második hosszú mûszakját nyomta, csak kellett egy bûnbak. A rendszer ettõl nem javult meg, csak valakire ráhúzták a vizes lepedõt. A bûnbakkeresés nem oldja meg a problémákat, mitõl változna meg a rendszer?
#31
tévedsz,TE nem ismered a drivert stb-t,de utána tudsz járni,ki tudod próbálni másik gépen,vagy már próbáltad
de az emberi teströl,pszichiéröl még az ég világon senki sem tudna leírást adni,csak egy részéröl
de az emberi teströl,pszichiéröl még az ég világon senki sem tudna leírást adni,csak egy részéröl
#30
És az a jobbik eset, ha csak leáll hibával.
I7-4790K, ASUS SABERTOOTH Z97 MARK2, 16GB DDR3, ASUS STRIX GTX970 4GB 2xSLI, Samsung 256GB SSD 840 Pro MLC, 10.5TB HDD, Dell U2711H (2560x1440), CM Stryker, Scythe Mugen 3
#29
Tévedésben vagy, nem ismerjük. Minden gépben más a hardver, mindben más fejlesztette a driverét, és máshogy. Telepített valamit máris felkerült pár dolog a gépre/memóriába ...
Az orvosok pedig kísérletezgetnek rajtad, megtehetik, hiszen a géppel ellentétben benned van önjavító mechanizmus (a progi meg a legkisebb hibára is leáll hibával)
Az orvosok pedig kísérletezgetnek rajtad, megtehetik, hiszen a géppel ellentétben benned van önjavító mechanizmus (a progi meg a legkisebb hibára is leáll hibával)
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#28
más kérdés h pontosan kire hárítsák a felelõséget s h a gyurcsány bácsinál sincs elvárás,különben az egész parlament kiürülne,meg elképzelhetõ lenne h vmikor tele lenne s nem újságot lapozgatnának odabenn
#27
Egyet? Az összeset! Nagy-MAgyarország árfolyama egy fehér ló volt, lehet számolni, x milliárból hány ilyet vehetnénk. 😄
IBM T61 ND218HL *** Core2 Quad Q6600, Gigabyte 8800 GTX, 4 GB Kingmaxx, 1.6 TB SATA, TT Big Typhoon, SB X-Fi Fatal1ty Platinum Champion, CM Stacker, Dell 2007 WFP, Vista Ultimate BOX, Office 2007 BOX
#26
az a helyzet a számítógép hardware-es és software-es dolgai ismertek,hisz mi csináltuk
egy orvos úgy nyúl bele egy ismeretlen testbe s lélekbe h nem is ismerjük,még renegteg új van benne,mégis felelõs
úgy választ gyóygszert h gyakorlatilag minden gyógyszer tud káros s hasznos lenni,egyszerre egy ugyanazon emberen,sõt szinte midnig van káros s hasznos hatása,mindig mérlegel érdemes e beadni s mikor mennyit stb...ennek ellenére h ennyi ismeretlen van s hatalams variábilitás felelõs érte,mit is csinál,akár közel 20 év után is(volt rá példa) szóval hiába jön nekem akárhány programozó h neki szar,nem szívesen andék ki érte pénzt ha utána lehet h tele van hibákkal,amiket ma már nem kellene elkövetni(ennek bizony nehéz a felmérése) de az egészségügyben sem könnyebb,mégis megvannak a szintek amiket el kell érni s ez évröl évre változik
egy orvos úgy nyúl bele egy ismeretlen testbe s lélekbe h nem is ismerjük,még renegteg új van benne,mégis felelõs
úgy választ gyóygszert h gyakorlatilag minden gyógyszer tud káros s hasznos lenni,egyszerre egy ugyanazon emberen,sõt szinte midnig van káros s hasznos hatása,mindig mérlegel érdemes e beadni s mikor mennyit stb...ennek ellenére h ennyi ismeretlen van s hatalams variábilitás felelõs érte,mit is csinál,akár közel 20 év után is(volt rá példa) szóval hiába jön nekem akárhány programozó h neki szar,nem szívesen andék ki érte pénzt ha utána lehet h tele van hibákkal,amiket ma már nem kellene elkövetni(ennek bizony nehéz a felmérése) de az egészségügyben sem könnyebb,mégis megvannak a szintek amiket el kell érni s ez évröl évre változik
#25
Pedig ezt kéne, akkor nem lenne szõlõtelepítés meg villaépítés!
IBM T61 ND218HL *** Core2 Quad Q6600, Gigabyte 8800 GTX, 4 GB Kingmaxx, 1.6 TB SATA, TT Big Typhoon, SB X-Fi Fatal1ty Platinum Champion, CM Stacker, Dell 2007 WFP, Vista Ultimate BOX, Office 2007 BOX
#24
"A szervezet szerint ugyanis valóban szükség van a személyi garanciákra, de a programozók helyett a fejlesztõ cégnek, vagyis a munkaadónak kell vállalnia a felelõsséget."
<#eljen>
<#eljen>
IBM T61 ND218HL *** Core2 Quad Q6600, Gigabyte 8800 GTX, 4 GB Kingmaxx, 1.6 TB SATA, TT Big Typhoon, SB X-Fi Fatal1ty Platinum Champion, CM Stacker, Dell 2007 WFP, Vista Ultimate BOX, Office 2007 BOX
#23
A 2-szer többet füllentek, hogy abból húzzanak errefelé nem mûxik !
I7-4790K, ASUS SABERTOOTH Z97 MARK2, 16GB DDR3, ASUS STRIX GTX970 4GB 2xSLI, Samsung 256GB SSD 840 Pro MLC, 10.5TB HDD, Dell U2711H (2560x1440), CM Stryker, Scythe Mugen 3
#22
Bizonyos peremfeltételek között ez még kár igaz is lehet. Csak nem az.
I7-4790K, ASUS SABERTOOTH Z97 MARK2, 16GB DDR3, ASUS STRIX GTX970 4GB 2xSLI, Samsung 256GB SSD 840 Pro MLC, 10.5TB HDD, Dell U2711H (2560x1440), CM Stryker, Scythe Mugen 3
#21
A program pontosan úgy mûködik, ahogy megvan írva!...
#20
abszolút korrektnak tartom a felelõsségre vonást,ha fizetek érte kapjak vmit érte s ha sokkal alacsonyabb a minõsége legyen a fogyasztónak si védelme
vki itt azt modnaj h nem egyformák a programok a gépeken s ezért nem kéne? hát ehehz azt tudom mondani h a programokat s a gépeket az emberek csinálták,szal nem lehet olyan bonyolult mint egy ember s egy orvost is megbüntetnek akkor is nem is hibázott,hát ha hibázott,pedig 2 ugyanolyan ember nincs , nem ismerünk róla sokmindent, szal ezekután simán bûntethetõnek tartom ha vki csinál/elad olyan szoftvert ami nem felel meg egy bizonyos szintnek
más kérdés h ezt nehéz megállapítani,de az egészségügyben is vannak ilyen elvárások s ha az orvos nem telejsíti megbûntetik(sokszor akkor is ha teljesíti)
vki itt azt modnaj h nem egyformák a programok a gépeken s ezért nem kéne? hát ehehz azt tudom mondani h a programokat s a gépeket az emberek csinálták,szal nem lehet olyan bonyolult mint egy ember s egy orvost is megbüntetnek akkor is nem is hibázott,hát ha hibázott,pedig 2 ugyanolyan ember nincs , nem ismerünk róla sokmindent, szal ezekután simán bûntethetõnek tartom ha vki csinál/elad olyan szoftvert ami nem felel meg egy bizonyos szintnek
más kérdés h ezt nehéz megállapítani,de az egészségügyben is vannak ilyen elvárások s ha az orvos nem telejsíti megbûntetik(sokszor akkor is ha teljesíti)
#19
Van egy elég érdekes dolog amit a szakmában tapasztaltam és mondhatom, hogy használtam is részben (de ez csak a testreszabott - custom szoftverfejlesztésben mûködik, ugyanis a dobozos - shrink-wrap szoftver esetében az ember sokkal nyugodtabban dolgozhat, és nagyobb haszonnal, csak persze több tudásra és nagyobb kreativitásra van szükség... de ez már más mese), ez pedig a következõ:
Amikor a felsõvezetés vagy ügyfél kérdezi, hogy egy project hogyan is fog kinézni (az õ szempontjukból), akkor a válasz...
Megcsinálom a tervet amelyben a követelt funkciópontok, feature-ok szerepelnek, mondjuk rá a feltételezett fejlesztési idõ 2 hét, na itt persze már tévedünk, mert a mindenféle elõreláthatatlan baromság miatt ez a duplájára szokott dagadni, tehát a reális 4 hét, persze ha ennyit mondunk akkor az ügyfél vagy felsõvezetés azt mondja NEM, kaptok max 10 napot... na éppen ezért fogod a 2 hét feltételezettet, megszorzod 2-vel és veszed a következõ idõ mértékegységet, tehát azt mondod, hogy 4 hónap, ekkor az ügyfél és felsõvezetés már azt gondolja, hogy komoly de nagyon komoly project és adnak kb. 6 hetet, amibe szépen belefér a reális 4 hét, de ezt csak te tudod és esetleg még néhány csapattag (akik persze nem énekelnek szanaszét). Na most a probléma akkor merül fel, ha az adott ügyfélnek vagy felsõvezetõnek több projectet kell leszálítani, mert akkor azt mondja, hogy rosszul feltételeztél a multkor, 4 hónapot kértél és 4-5 hét alatt kész lett a dolog, én meg még bõven 6 hetet adtam... na akkor elmagyarázuk neki, hogy ez hogyan is történt, ha az ügyfél/felsõvezetés reális vagyis normális akkor elnevet a dolgon és azt mondja, elnézést, hogy ennyire alkalmazkodnod kellett a mi hozzánemértésünk miatt, a jövõben becsülni fogjuk szakértelmedet és tapasztalatod ezért készítsd el a tervet és mi azt elfogadjuk... na akármennyire is hihetetlenül hangzik volt már ilyen eset, ha pedig nem így történik, akkor én megköszönöm a munkát és továbblépek, ugyanis hülyékkel és hülyéknek nem dolgozok huzamosabb ideig.
Különben a programozók is felelõssek a hibák egy részéért, mert sokszor beleugranak a dolgokba komolyabb ellemzés nélkül, de ez álltalában a cég kulturájától és a munkafolyamatok érettságátõl függ. Mindenesetre én a fejlesztõk - programozók oldalán állok, mert hibázni ugyan hibázunk, de a legnagyobb hibák nem töllünk származnak.
Amikor a felsõvezetés vagy ügyfél kérdezi, hogy egy project hogyan is fog kinézni (az õ szempontjukból), akkor a válasz...
Megcsinálom a tervet amelyben a követelt funkciópontok, feature-ok szerepelnek, mondjuk rá a feltételezett fejlesztési idõ 2 hét, na itt persze már tévedünk, mert a mindenféle elõreláthatatlan baromság miatt ez a duplájára szokott dagadni, tehát a reális 4 hét, persze ha ennyit mondunk akkor az ügyfél vagy felsõvezetés azt mondja NEM, kaptok max 10 napot... na éppen ezért fogod a 2 hét feltételezettet, megszorzod 2-vel és veszed a következõ idõ mértékegységet, tehát azt mondod, hogy 4 hónap, ekkor az ügyfél és felsõvezetés már azt gondolja, hogy komoly de nagyon komoly project és adnak kb. 6 hetet, amibe szépen belefér a reális 4 hét, de ezt csak te tudod és esetleg még néhány csapattag (akik persze nem énekelnek szanaszét). Na most a probléma akkor merül fel, ha az adott ügyfélnek vagy felsõvezetõnek több projectet kell leszálítani, mert akkor azt mondja, hogy rosszul feltételeztél a multkor, 4 hónapot kértél és 4-5 hét alatt kész lett a dolog, én meg még bõven 6 hetet adtam... na akkor elmagyarázuk neki, hogy ez hogyan is történt, ha az ügyfél/felsõvezetés reális vagyis normális akkor elnevet a dolgon és azt mondja, elnézést, hogy ennyire alkalmazkodnod kellett a mi hozzánemértésünk miatt, a jövõben becsülni fogjuk szakértelmedet és tapasztalatod ezért készítsd el a tervet és mi azt elfogadjuk... na akármennyire is hihetetlenül hangzik volt már ilyen eset, ha pedig nem így történik, akkor én megköszönöm a munkát és továbblépek, ugyanis hülyékkel és hülyéknek nem dolgozok huzamosabb ideig.
Különben a programozók is felelõssek a hibák egy részéért, mert sokszor beleugranak a dolgokba komolyabb ellemzés nélkül, de ez álltalában a cég kulturájától és a munkafolyamatok érettságátõl függ. Mindenesetre én a fejlesztõk - programozók oldalán állok, mert hibázni ugyan hibázunk, de a legnagyobb hibák nem töllünk származnak.
Intel.DZ77RE-75K.Core.i7-3770K.32GB.RAM.360GB.RAID.SDD.8TB.RAID.HDD.GTX660Ti.Dual.NEC.Windows.10.Enterprise Apple.Mac.mini.Core.i7-3615QM.16GB.RAM.1TB.HDD.OS.X.El.Capitan
#18
az építkezéseken, mérnöki irodákban több százan dolgoznak egyetlen projekten, mégis mindennek van felelõse. Ha egy autógyárban, a szalag mellett készítenek valamit, akkor percre pontosan tudható hogy melyik alkatrészt ki rakja be, és ez visszakereshetõ, ellenõrizhetõ a minõségellenõrõk által. Az orvosoknál egy nagyobb mûtét 6-10 ember közremüködésével zajlik, mégis mindennek van felelõse.
Van még egy olyan szakma, amelynél nem nevezhetõ meg felelõs? Ezt reálisnak tartjátok?
Van még egy olyan szakma, amelynél nem nevezhetõ meg felelõs? Ezt reálisnak tartjátok?
#17
"az általuk megírt kód valóban biztonságos"
Mint tudjuk feltörhetetlen kód nincs, tehát errõl ennyit.
Mint tudjuk feltörhetetlen kód nincs, tehát errõl ennyit.
#16
fejlesztõ = programozó , gyakran = szervezõ, néha még = projectvezetõ, SÕT, megesik hogy = TESZTELÕ, de =/= nagypénzt felvevõ manager/vezetõ, szóval mégis mit vársz attól a szerencsétlentõl. Már így is megváltotta a világot azzal, hogy semmi pénzbõl is idõbõl összeütött valamit, ami valahogy megy. Majd ha fejlesztõ = nagypénzt felvevõ és manager/vezetõ = normál fizu, akkor majd lehet gondolkodni a felelõsségen, addig meg ezzzeggy vicccc 😊)
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
#15
Pontosan, szóval se szoftver, se harver (néha még fejlesztõeszköz se), oszt tegnapra már miért nem megy 
És az egész ingatag alapokra lett építve, szóval ha összedõl akkor bizony lehet, hogy pont azza szerencsétlen fejlesztõ az, aki semmit sem tehet az egészrõl lesz lefenyítve (mondjuk a dilettáns semmirekellõ vezetõk által amúgyis)
És az egész ingatag alapokra lett építve, szóval ha összedõl akkor bizony lehet, hogy pont azza szerencsétlen fejlesztõ az, aki semmit sem tehet az egészrõl lesz lefenyítve (mondjuk a dilettáns semmirekellõ vezetõk által amúgyis)
Star Trek fan vagyok, tehát egy IDEALISTA. Viszont magyar is vagyok, tehát egy HARDCORE REALISTA.
Oldal 1 / 2Következő →