- Samsung Galaxy S21 FE 5G - utóirat
- Honor Magic6 Pro - kör közepén számok
- Android szakmai topik
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- iPhone topik
- Xiaomi Mi 11 Ultra - Circus Maximus
- Motorola Edge 40 - jó bőr
- Vodafone-ra áttért Digi Mobilosok
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
Új hozzászólás Aktív témák
-
ddekany
veterán
Ez adódik a piaci mechanizmusokból, hogy a szoftver belenő a rendelkezésre álló hardver erőforrásokba. Ez persze egyre nehezebb, de mi fejlesztők kreatívak vagyunk. Pl. hogy a frászba lehetne egy nem túl komplex chat programra elherdálni 500 MB RAM-ot (szó szerint - tudjuk miről van szó). Hm... Csomagoljunk bele egy egész böngésző motort (az eleve iszonyat komplexitást hordoz magában, ami jelentős részben csak történelmi hordalék amúgy, de lényeg, hogy semmi köze a valódi célhoz, ami a chat-es funkcionalitás). OK. Aztán, annak a tetején használjuk valamelyik m*szturbálós webes keretrendszert. Az most cool dolognak számít amúg is, szóval lesz munkaerő. Hoppáka, ott repül az 500 MB, ééés régi gépen érezhetően lassú is az egész! Solved.
Megoldás a gondra? Nem tudom. Törvényt kell hozni, hogy jövőre max 30W-ot ehet egy polgári PC, és max 4 GB RAM lehet benne, aztán rá két évre ezeket felezni, stb. Idővel töredékére zsugorodna egy PC, valami kis passziv dobozka lenne, és hogy hogy-hogynem irodai területen ugyan azt meg tudná csinálni, mint most... (Na most C++ projektet nem fordítanák szívesen olyanon, vagy IC-t se szimulálnék rajta... Ugye ez a mási csavar, hogy valaminek viszont tényleg kell a kraft.)
[ Szerkesztve ]
-
ddekany
veterán
Natív kódot max assembly-ben kell írni, a C++ csak arra fordul (vagy akár WASM-ra). A C++-al a gond, hogy komikusan túlkomplikálódott, és részben elavult design, nem az, hogy "natív". A Rust-al az egyik, hogy nincs GC, ami szándékos feature ott, de projektek többségének csak felesleges nehezítés, és Rust-ot az általa nyújtott garanciák miatt erősen meg is komplikálja. Go-val ez egyik, hogy nem hogy nincsenek exception-ok (Rust-bem sincsenek), de a hibakezelés olyan fapados, hogy az borzalom... Zig leveri benne a f*szba, holott az egy sokkal alacsonyabb szintű és jóval egyszerűbb nyelv. (Generics már végre van... hurrá.) Persze tudom, exception-okat divat utálni, de azok az emberek vagy életében nem dolgozott olyan nyelvel, ahol az nem afterthought volt, vagy kb. kernelt/drivert írnak, vagy simán pszichók. Ja, és OOP is eléggé át van variálva ezekben, és hát jelenleg én nem merném kijelenteni, hogy ezek jó változtatások összességében, ellenben azzal, hogy csak így tudják implementálni hirtelen (vagy ilyen agymenése volt valamelyik atyának), aztán utólag megideologizálják, hogy ez így sokkal jobb (és akinek nem teszik, az csak nem érti, hülye).
-
ddekany
veterán
válasz fatpingvin #16 üzenetére
De, ha azok a projektek nyernek a versenyben, ahol a middle manager gyorsan kipréselt akármilyen szart a csapatból, és a többi projekt meg tönkremegy, akkor ez ellen nem reális tenni, mert a matek (itt kb. játékelmélet) mindig győz. Valahogyan, nem tudom miképpen, de úgy kellene módosítani a rendszert, hogy ne ez legyen a nyerő stratégia.
[ Szerkesztve ]
-
ddekany
veterán
Mellékesen, ezek sokszor nem is a nyelvről szólnak (bár persze az is szab technikai korlátokat), hanem szubkultúráról, amihez az tartozik. JS, az webes gyors gányolás szubkultúra, mert a böngészőkből jött.
A Rust meg, nem is próbál praktikus lenni általános üzleti alkalmazás fejlesztésre. Egyszerűen nem arról szól, hanem ilyen "engine" fejlesztésről. Szóval nem az, hogy "nincs tökéletes nyelv", hanem nem is akar jó lenni arra, amit a többségünk fejleszt.
[ Szerkesztve ]
-
ddekany
veterán
válasz fatpingvin #20 üzenetére
Mindenkinek korlátos a szellemi kapacitása. Ha nem szükséges adott területen, akkor senki nem szeretné pl. a GC kiváltásra költeni azt, valami hasznosabb dolog helyett.
-
ddekany
veterán
A legtöbb régi nyelv egyszerűen ostobán lett megtervezve, és azóta bölcsebbek lettünk. Soha nem volt jó, hogy nem lehet tudni fordítás időben egy erősen típusos nyelvben, hogy valami lehet-e null. Soha nem volt jó, hogy trágya a hibakezelés. Stb. Nem kellenek ehhez az új körülmények. Meg persze, hatalmas hátránya a régi nyelveknek, hogy utólag hozzájuk lett toldva rakás feature, ami nem működik túl jól a régiekkel... Nyilván ezt a komplexitás robbanást is jobban bírják a jobb programozók, de azért nekik is csak rossz.
-
ddekany
veterán
Ez vicces, hogy mindig a Java van felhozva, mint lassú nyelv, holott a leggyorsabbak közt van a széles körben használtak közt (és a hozzá képest irgalmatlan lassú Python meg fel se merül). Azzal a feltétellel, hogy nem valami pár pillanatig futó dologról van szó, szóval a indulási overhead nem dominál. Az más kérdés, hogy csillagromboló frameworkok-et szokás használni (entöprájz...), ami nyilván dominálni fog a valódi feladattal szemben, ha valami egyszerűt alkalmazást raknak a tetejére.
A Java memória használatot meg nehéz mérni, mert ott a fő gond, hogy a legtöbb GC antiszociális, és nem nagyon töri magát, hogy visszaadja a szabad memóriát az OS-nek. Neki szabad az a hely a heap-ben, de másnak nem adja. Úgy lenne ideális a hely kihasznlás, ha OS szinten lenne egy nagy közös heap, de persze ennek számos akadálya van (pl. biztonsági parák). (De állítólag újabb GC-kel már eléggé szociális is tud lenni... nem próbáltam.)
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Autós topik
- Kerékpárosok, bringások ide!
- eMAG/edigital vélemények - tapasztalatok
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Elektromos rásegítésű kerékpárok
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- Miskolc és környéke adok-veszek-beszélgetek
- Samsung Galaxy S21 FE 5G - utóirat
- Világ Ninjái és Kódfejtői, egyesüljetek!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Panasonic Lumix DC-G9 (V-Log L kiegészítéssel, 4 akkuval)
- Commlite CM-EF-NEX Auto-Focus Adapter (Canon EF - Sony E)
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
- Üzletből, garanciával DeLL XPS 15 9500 i7-10750H 32GBRAM 1TBSSD/GTX1650Ti 15,6"4KTOUCH
- i5 12400f 3070 gamer pc
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen