Fussunk neki mégegyszer!
Az első és harmadik bekezdés pontosan ellentmond egymásnak, méghozzá több szempontból is.
Az "Ez egy split és egy, vagy kettő darab konvertálás és komparálás." megállapítás nem általános, csak egy programtechnikai megoldás.
"Másfelől meg senki nem akarja őket sorrendezni" -> magyarul sorba rendezni.
Nagyon nem megy az olvasás, az látszik. No, iderakom mégegyszer:
Persze rossebb se akarja rendezni a veziószámokat. Ha vizsgálod, akkor legfeljebb az == és/vagy a >(=) összehasonlítást kell elvégezned.
Ha sikerült elolvasni, akkor ez mennyiben tér el a major.minor komparálástól? A sort programtechnikailag mennyiben tér el a komparálástól? Végrehajtható-e az említett == és >(=) müveletekkel? Van-e kedved elmagyarázni mi az a split? Tudod, alig több, mint 40 éve programozok, hátha tudnál újat mondani! :-D
A thread első hozzászólását nem a topcinyitóra írtam (talán hiba volt), hanem az utána következő 20+ hozzászólásra. Különösen tetszett a nagy erőforrásigényt feltételező gondolat. A webkettes JS talán nem akkora probléma, mint akik dolgoznak vele - ahogy írtad is. Szóval ebből kiindulva próbáld meg értelmezni a hozzászólásaimat! Ha kényelmesebb, akkor tartsál tökhülyének.
Én ezzel szemben teljesen más példákat láttam. A 80-as években lézernyomtatóhoz (is) tervezett daisy wheel emulátort teszteltem. Megkérdeztem a 300 tokból álló bipoláris videoprocesszort tervező kollégát: Mi van, ha kétszer adom ki a kurzív írás parancsot? Legalább 5 (öt) másodpercig gondolkozott: Nem specifikálták, hogy csak egyszer lehet kiadni. Működnie kell!
Szóval igen! Tudom mi a téma. Egy csomó agyatlan barom miatt fognak szívni nagyon sokan. Ez szórakoztatóbb, mint a horror!
Szerinted hányszoros kurzív írás parancsot tudott a nyomtató? :-D