Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Kalandor: Habemus papam
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- gerner1
- Parci: Milyen mosógépet vegyek?
- GoodSpeed: Segway-Ninebot F3 E elektromos roller.
- mefistofeles: Az újkori csalók...
- Magga: PLEX: multimédia az egész lakásban
Új hozzászólás Aktív témák
-
buherton
őstag
Azt állítod, hogy semmivel sem nehezebb OP-t írni néhány hardverre, mind rendkívül sokra?
Én azt állítom, hogy csak egy kódot írok, amit fordítás után sokszorosítok a hardverekre...
Egyforma az OP írási nehézség kevés számú szoftverhez, mint nagyon sokkal szemben?
Az OS fölött vannak a programok. Azaz azt tudsz programozni, amit az OS támogat. Amúgy igen ezt állítom.
A megfelelő teljesítmény elérése is egyformán nehéz sok hardverre, mint kevesebbre?
Nézd meg az előző hsz-em.
A biztonság szempontjából is lényegtelen különbség van a OP írásban, ha az kévés számú hardverhez kell mint nagyságrendekkel többhez?
Nézd meg az előző hsz-em.
A kevesebb user kielégítése is ugyanolyan nehéz mint rendkívül sok useré?
Az OS feladata nem a user fenekének a kinyalása. Az már kvázi egy program, amit látsz, nem az OS-t.
-
buherton
őstag
Jaj, hagyjuk már ezt.
A Mac OS X fut: IA-32, x86-64, PPC
A Windows fut: ARM, IA-32, Itanium, x86-64
A Linux fut: Alpha, ARC, ARM, AVR32, Blackfin, C6x, ETRAX CRIS, FR-V, H8/300, Hexagon, Itanium, M32R, m68k, META, Microblaze, MIPS, MN103, OpenRISC, PA-RISC, PowerPC, s390, S+core, SuperH, SPARC, TILE64, Unicore32, x86, XtensaProblem?
-
Kékes525
félisten
Egészen másról szólt a vita.
Nem PC-ről, és főleg nem a pénzről, hanem hardverekről, hardverelemekről, amiből egy adott típuson belül millió+1 van. Lásd processzor, HDD, SDD, VGA, memória, billentyűzet monitor, egér stb., stb., stb., azon belül pedig a különböző típusok. A Macnél ez megközelítőleg sincs így.
-
floatr
veterán
Az a rossz hírem (ha nem kódolsz) hogy a hello world-nél egy kicsit is összetettebb alkalmazásnál már rengeteg hibalehetőség van.
(#3) Kékes525 nem kell védeni őket, mert mások is vannak hasonló helyzetben. Csak az a fránya kettős mérce, az zavar kicsit...
(#17) Porthoszx van különbség, csak nem úgy, ahogy sokan szokták (félre)értelmezni. FLOSS szoftvert is végig lehet verni egy QA-n, és a listád onnantól nem ér sokat, hogy a "megfelelő tesztesetek" hiányzik belőle. A many-eyeball a lehetőségről szól, nem arról, hogy mindenki nézi is. Az megint más kérdés, hogy maga a folyamat is nyitott, és ha megfelelően kezelik a dolgot, akkor sokan tudnak hozzátenni.
-
#82729984
törölt tag
Mármint mi a fikázás? Hogy az open source nem biztosítja a jó kódminőséget, lévén a kódminőség nem attól függ hogy a kód zárt vagy nyilt? Ez nem fikázás ez tény.
A jó kódminőséget a következők biztosítják:
* jó specifikáció
* megfelelő szakértelem, hozzáértés attól aki írja a kódot, nyelvi elemek helyes használata stb.
* warning mentes lefordított kód
* review a kódon más szakemberektől
* széles körü tesztelés, beleértve a kód közeli (unit) és end2end teszteket.Ha ezeket a folyamatokat betartod, akkor a kódod jó eséllyel jó minőségü és hibamentes lesz amennyire lehet (nyilván sosem lesz teljesen hibamentes de azért lecsökkenti a hibák számát).
És a fentieket lehet alkalmazni open source-ra és zártra is. Ha ezeket lesz@rod akkor gány kódod lesz akár opensource akár zárt, ha meg betartod akkor jó kódod lesz, akár nyilt akárt zárt.
-
bambano
titán
válasz
#82729984
#17
üzenetére
azért írom ide ezt a könyvjelzőt, hogyha majd túl leszünk a 600. hsz-en is, akkor is jó lesz emlékezni arra, ki is írta az első beszólást és mire.
úgy sejtem, te nem vagy opensource párti, mégis te kezdted el egy windows bulvár topicban a nyílt forrást fikázni. ezek után ne csodálkozz, ha kapsz rá választ.
-
#82729984
törölt tag
Nem. Biztonság szempontjából (vagy úgy is mondhatnám kódminőség szempontjából) teljesen irreleváns hogy az adott kód open source vagy nem, ugyanis a kód jóságát nem ez biztosítja.
Csak az open source-nál szokott ilyen városi legenda terjedni hogy az biztonságosabb mert többen látják. Ami ugye bullshit.
-
bambano
titán
hát ja, tényleg sok hardveren fut a windows, fut pc-n, meg pc-n, és még pc-n is. azon belül fut x86-on meg amd-n.
"Hogy védjem a Microsoftot. Nagyon nehéz a munkájuk": szegény microsoft, úgy sajnálom őket, pláne, mikor látom a negyedéves/éves jelentéseiket, hogy annyi készpénzen ülnek, hogy nem látszik a teteje...
(#11) Glenda: az openssh-t ne keverjük ide, az egy szándékos programozási hibáról szólt, és arról, hogy a fejlesztő elérhetetlen volt.
a cikkhez: azért jó, hogy 5 év után észbe kapnak végre... mekkora kupleráj lehet a megtámadott cégeknél, hogy 2009-13 között észre sem vették a támadást, és egy év után döbbentek rá, hogy mi a helyzet?
-
Kékes525
félisten
Csak annyit, hogy éppen hogy a Microsoft védelmében írtam nem az Aple-t dicsértem. Messze nem jobb az Apple OP-je (legalábbis annyira biztosan nem), mint amennyi a hardverek különböző számaiban van. Azért, mert közötte nem lineáris az összefüggés.
A 2-es pontot nem válaszoltad meg ("Akkor mi értelme van az OP tesztelésének biztonság, teljesítmény, kompatibilitás szempontjából?"), részben pedig az érveimet támasztottad alá. "az MS által írt milliárdnyi kódsor fut a driverek felett." Hát ez az, ezek szerint ez a kódsor mindig, mindenkor, minden körülmények között hibátlan, mert ha ez nem igaz, akkor nagyon sok függ az OP-től is.
"Jó nyelv, rossz nyelv, jó OPrendszer, rossz OPrendszer pedig nem létezik." Igaz, nem pontosan fogalmaztam, hibátlan lett volna a helyes szó a rossz helyet. Mert hibátlan nincs.
"Tekintve, hogy ugyanez ezeket a kérdéseket rakod fel a win10-es topicban" Ez igaz, fölösleges két topikban ugyanerről vitatkozni. Ha gondolod folytathatjuk ott.
-
kispx
addikt
Miért lenne több a biztonsági rés (oprendszer szemszögéből; a pár heti USB-s hiba az más tészta, ha arra gondolsz), ha több hardver komponens van?
1. Az API-kra inkább azt mondanám, hogy max rosszul megtervezettek lehetnek. Hiba az implementációjukban szokott lenni. Ez pedig független, attól, hogy hány hardverre/szoftverre tervezzük. Ha már említetted az Applet, akkor Mac-et és Ios-t hány hardverre is terveztek? Van egy aktuális, és néhány előző modell. Szerinted ennyivel biztonságosabb egy Apple termék, mint a csillió hardveren elfutó Win? Ezt megsúgom, hogy nem.
2. Mert az oprendszer csak driverek tömkelege? Az MS által írt milliárdnyi kódsor fut a driverek felett.
Tekintve, hogy ugyanez ezeket a kérdéseket rakod fel a win10-es topicban javaslom az Andrew S. Tanenbaum - Albert S. Woodhull Operációs rendszerek című könyv első fejezetét.
"Operációs rendszer mint virtuális gép" nézetett tárgyalja.
De összefoglalva. Ha írsz adott nyelven egy programot, és mondjuk egy fájlt szeretnél kiírni, akkor Te most mit fog csinálni? Megmondott az adott nyelv egyik függvényével, hogy XY dolgot írj ki AB helyre.
Foglalkozol azzal a részlet kérdéssel, hogy merevlemezre vagy pendrivera írsz ki adatot? Nem.
Foglalkozol azzal a részlet kérdéssel, hogy mi a háttértár fájlrendszere? Nem.
Minden kompenensnek megvan a hozzátartozó felelőssége. Egy programban nem fogod a merevlemez fejét pozicionálni, nem fogsz fájlrendszer implementációt írni. Megmondod, hogy XY dolgot írjon ki ide, és az oprendszer lekezeli neked a fájlrendszerhez tartozó dolgokat. Amiket nem tud az op. lekezelni azt tovább adja a drivernek. Szóval az oprendszer sem fog neked merevlemez fejet pozicionálni, arra a driver ad utasítást. Ez független attól, hogy 1 vagy 100 drivert terveztek az oprendszerhez. Az MS csak egy felületet ad a driver íróknak és, hogy hányan hány drivert írnak hozzá az már nem az ő sara. És ettől nem lesz biztonságosabb/bugosabb a rendszerük, hogy 1 helyett 100 drivert készítették hozzá.Jó nyelv, rossz nyelv, jó oprendszer, rossz oprendszer pedig nem létezik.
-
Glenda
addikt
Nem jobb egyik model se a másiknál. Az openszorsz is egy adott kódmennyiség felett átláthatatlan. Hiába nyitott, nem fogják észrevenni a gebaszt, mégha elméletileg ott is a lehetőség rá. Ezt bizonyítja a legutóbbi shellshock, a múltkori openssl, pár éve az openssh. Vagy amikor valamelyik disztró repóit megnyomták (talán fedora volt). Mind jóval később derült ki.
Úgy gondolom annyira bonyolultak lettek a szoftverek mind funkcionálisan, mind nyers kódméretben, hogy a karbantartás effortigénye hatalmasra nőtt. Ugye itt a kód növekedés exponenciálisan hat ki a megírás nehézségére. Esélytelen hibamentesen megírni.
Amit megoldásnak látok, az az ilyen "törd fel és fizetünk" rendszerek. Valahogy rá kell venni a szakképzett white hat társaságot, hogy tesztelje a dolgokat.
-
Kékes525
félisten
Egyetértek. A fórum azért van, hogy vitázzunk is.
(#9) kispx: "A hardverek száma milyen arányban van a biztonsággal? Szerintem semmilyenben." Ez szerintem erősen barokkos túlzás. Minél több a hardver komponens annál több a biztonsági rés lehet.
Szerintem mind a program, driver íróknak, mint az OP írótól függnek ezek.
1. Az OP-hoz adott apik, függvény könvtárak mindig hibátlanok?
2. A teljesítmény biztonság, kompatibilitás csak a driverek írójától függ, az OP-től nem? Akkor mi értelme van az OP tesztelésének biztonság, teljesítmény, kompatibilitás szempontjából?
4.Sok user igényének kielégítése ugyanolyan nehéz, mint kevesebb számúé?
Ez pici olyan mint egy programnyelv. Ha a nyelv rossz, akkor nem lehet (sokkal nehezebb) jó programot írni rá. Ha nem biztosít megfelelő utasításokat, függvénykönyvtárakat stb.
Szerintem ez is meg az OPra írtak mindkettőtől függnek. Mind a driver, program íróktól, mind az OP írójától. Rossz OP-ra sokkal nehezebb jó programokat írni.
-
kispx
addikt
> "Azt állítod, hogy semmivel sem nehezebb OP-t írni néhány hardverre, mind rendkívül sokra?"
A drivereket a hardvergyártó írja, nem az MS. Ő csak egy felületet ad nekik, hogy tudjanak dolgozni. Ha a hardver gyártója rossz drivert ír (vagy nem írja meg), akkor a win8 megjelenése óta tudjuk, hogy az a gyártó sara.> "Egyforma az OP írási nehézség kevés számú szoftverhez, mint nagyon sokkal szemben?
Ez ettől független. Az MS megint csak egy API-t (Win32, ...stb) és dokumentációt ad a fejlesztőknek. Ő innentől mossa a kezét. A fejlesztő dolga, hogy normálisan fusson a programja.> "A biztonság szempontjából is lényegtelen különbség van a OP írásban, ha az kévés számú hardverhez kell mint nagyságrendekkel többhez?"
A hardverek száma milyen arányban van a biztonsággal? Szerintem semmilyenben. A biztonsági rések amiket felfedeznek az oprendszerekben azok az összes hardveren biztonsági rések.> "A kevesebb user kielégítése is ugyanolyan nehéz mint rendkívül sok useré?"
Itt milyen összefüggés is van? Minden asztali oprendszer kielégíti a usereket. -
lev258
veterán
Abban igazad van, hogy az Apple számára könnyebb, valóban csak hardverek egy szűk körét kell támogatniuk. Viszont a felvetés a nyílt és zárt szoftverekre (gondolom az itt gyakori Windows vs. Linux-ra) vonatkozott. Ebben a tekintetben a Linux rendszerek talán még több hardveren is megállják a helyüket (pl. a régi, Intel előtti Mac hardveren is), még ha egyes komponensek támogatása nem is maximális.
Ti pedig talán jobban tennétek, ha nem egy újabb vitafrontot nyitnátok itt is. -
Kékes525
félisten
Azt állítod, hogy semmivel sem nehezebb OP-t írni néhány hardverre, mind rendkívül sokra?
Egyforma az OP írási nehézség kevés számú szoftverhez, mint nagyon sokkal szemben?
A megfelelő teljesítmény elérése is egyformán nehéz sok hardverre, mint kevesebbre?
A biztonság szempontjából is lényegtelen különbség van a OP írásban, ha az kévés számú hardverhez kell mint nagyságrendekkel többhez?
A kevesebb user kielégítése is ugyanolyan nehéz mint rendkívül sok useré?
Stb. stb. stb.
-
Kékes525
félisten
Hogy védjem a Microsoftot. Nagyon nehéz a munkájuk, mert nagyon sok hardveren fut a Windows, nagyon sok program van alatta, aminek helyes és biztonságos futását nekik is biztosítani kell és rendkívül sok felhasználó igényeit kell kielégíteniük. E tekintetében például az Apple OS X-je nagyságrendekkel könnyebb helyzetben van.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
ph A már öt éve tevékenykedő csoport valószínűleg állami megbízásból dolgozhat, mivel elsősorban politikai testületeket és fontos nagyvállalatokat támadnak.
- Nyíregyháza és környéke adok-veszek-beszélgetek
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Spórolós topik
- Kerékpárosok, bringások ide!
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Nintendo Switch 2
- OLED TV topic
- EarFun Air Pro 4 - a cél a csúcs
- Milyen okostelefont vegyek?
- AMD vs. INTEL vs. NVIDIA
- További aktív témák...
- Sony A7III + 28-70mm FE 3.5-5.6 Zoom objektív
- Eladó egy használt MSI RTX 3060 Ti Gaming X videókártya
- Macbook Pro 13" - 2020, 4 mag i7, 32/512GB, touchbar - garancia ( 901)
- Macbook Air 15" M3 - 2024, 16/256GB, bontatlan, Apple garancia ( 101)
- Macbook Air 15" M2 - 2022, 8/256GB, 1 ciklus, Apple garancia ( 103)
- Új ASROCK A520M PG Fèlkonfig - Ne hagyd ki! 0% THM-RE is!
- AKCIÓ! Xiaomi G34WQi 34 UWQHD 180Hz 1ms monitor garanciával hibátlan működéssel
- Intel Core i7-9700 CPU, processzor (SRG13)- Számla, garancia
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- VÉGKIÁRUSÍTÁS - REFURBISHED - Lenovo ThinkPad 40A9 docking station
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest