- Bluetooth-headsetekről általában
- Samsung Galaxy A71 - elég ennyi?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Yettel topik
- iPhone topik
- Telekom mobilszolgáltatások
- Motorola Moto G24 Power - hol van az erő?
Hirdetés
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
cucka
addikt
A gyors szoftver elsősorban skill és idő kérdése. Addig oké, hogy az egyetemen megtanítják, hogy a négyzetes algoritmus jobb, mint az exponenciális. Ez az első lépés.
Utána lehet gondolkozni a különböző adattárolási módok teljesítmény-karakterisztikáján, azon, hogy hogyan kezeld a network latency-t, hogyan kezdj neki a perf teszt írásnak, hogyan és mit cache-elj, esetleg hogyan dizájnold meg úgy az alkalmazásod, hogy átverje a felhasználót, és gyorsabbnak érződjön, mint amilyen valójában. Feketeöveseknek meg ott vannak olyan kérdések, hogy vajon a cpu optimálisan használja-e a cachet az adott compiler flagekkel, hogyan használod a memóriát, mennyire hajtod csapágyasra a gc-t, és így tovább.Vagy el lehet menni bármely játék topikjába, ahol a laikusok panaszkodnak, hogy ezek a segg programozók nem optimalizáltak eleget ezért szaggat a játék .
[ Szerkesztve ]
-
cucka
addikt
Az idő ott jön be, hogy első körben definiálni kell, hogy a szoftverednél mi számít "elég gyorsnak", és erre teszteket is kell írni. A cache-elést megcsinálni és belőni optimálisra szintén idő. Azt megcsinálni, hogy az alkalmazás átverje a felhasználót, az is idő.
Minden performance dolgot mérni kell, ha baj van, fixálni, ez is idő.És arra, hogy megéri-e erre időt (tehát pénzt) költeni, az egy nagyon nehéz kérdés.
Ha hozzám odajönnél azzal, hogy "a cégnek időt, pénzt és energiát spórol", akkor visszakérdeznék, hogy mennyi pénzt? Szerintem nem tudnál rá válaszolni. -
cucka
addikt
Igen, jobb cégeknél kezdettől fogva odafigyelnek a performance-ra, szerves része a rendszer fejlődésének. Leginkább olyan helyen fordul elő, ahol saját terméket fejlesztenek. Ahol más cégnek fejlesztenek szoftvert, ott nem erre optimalizálnak. Nem azért, mert hülyék, hanem mert nem feltétlenül éri meg.
Tipikus utólagos optimalizációs kérdés az adatbázis elérés. Megírod a legszebb kódot, Bob bácsi megnyalná mind a 10 ujját, aztán kiderül, hogy nem optimálisan használod az adatbázist. ORM használatánál rendszeresen előfordul, de nem csak akkor. Szóval egyáltalán nem ritka dolog utólag optimalizálni, csak kell legyen hozzá fűződő üzleti érdek is.
[ Szerkesztve ]
-
"Persze tisztaban vagyok vele, hogy sok cegnel eleve ugy kezdik, hogy nem tudjuk, hogy micsoda es mire lesz, de tegnapra kell.": ebből lettek az agilis módszertanok meg a "képesek legyünk rohadt gyorsan deployolni a szemetet a felhőbe" rendszerek (docker, kubernetes és társai).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#25954560
törölt tag
van megegy terulet, ahol erdekes az optimalizacio: amikor olyan szoftvert fejlesztesz, amilyiknek egy vagy tobb versenytarsa is van. ilyenkor mindig el kell dontenie a vezetesnek, hogy most ficsorokkel akarnak operalni v sebesseggel, illetve a ketto milyen mixevel.
egyebkent ugy latom sokmindenben egyezik a velemenyunk. remeltem h nem vagyok egyedul
-
Korrektor
"sokszor konkretan szandekosan keszul szar, hogy aztan el lehessen adni a javitast is"
Bevallom, nem ismerem teljesen a világot, de én ilyet még sohasem láttam. Volt már olyan, hogy nem jól mérték fel a feladatot, stb, és ez meglátszott az eredményen, de szándékosságot sohasem tapasztaltam. És nem látom az üzleti lehetőséget sem ebben, mert ha veled szerződtem, akkor a szerződés alapján neked kell javítani (plusz bevétel nincs), ha pedig bontjuk a szerződést, akkor ugyanúgy nincs további munka és bevétel sem.
-
cucka
addikt
Jó, kicsit túloztam. A lényeg, hogy a projekt elején akkor tudod kiküszöbölni a jövőbeli performance problémákat, ha mindent az utolsó csavarig megtervezel még mielőtt elkezdenél kódolni.
Szóval az utólagos performance optimalizálás az mindig része a történetnek, már amennyiben fontos a performance. Sok esetben egyszerűen nem érdekel, mert nincs akkora terhelés, ahol kijönne, esetleg nincs nagy nyereség a teljesítmény javításban, vagy -ahogy a legtöbbször- nem fizeti ki senki. -
Silεncε
őstag
Nálunk volt olyan tanár, aki a session bean-t fordította viszonypaszulyra és ez konkrétan benne volt a jegyzetben
A második gondolat: nálunk vannak olyan tanárok akik próbálják ezt, általában ennek az az eredménye, hogy az ilyen tárgyak a közvélekedés szerint a legnehezebbek és legrosszabbak. Ahol nem a bemagolt anyagot kell visszaadni, hanem gondolkozni. És nem akarok itt álszenteskedni, nekem is van ami ezek közül éppen kettessel lett meg, mert nem volt kedvem előadásra járni meg értelmezni az anyagot, de így visszanézve kicsit már bánom. Nekem annyi szerencsém van, hogy az egyetem kezdete óta dolgozok, így egy csomó mindent láttam a gyakorlatban hogyan is működik hogyan alkalmazzák, meg beszélgettem csomót a már X éve fejlesztő kollégákkal.
-
Dr. Akula
nagyúr
Ez addig igaz, ameddig kis létszámú a csapat, kis projekteket visztek. Ha sok ember kell hozzá, akkor előbb-utóbb elfogynak a szupermenek, be kell vonnia kevésbé jókat is. Vagy várni a sültgalambot, hátha jön egy kamion szupermen arrafelé, és pont előttetek robban le a buszuk. De szerintem minden így működik nagy tételben. Nyilván az ember szeretné ha csak szép és jó lenne az életben, de ebben az életben ez a legritkább esetben van így. Együtt kell tudni élni a hibákkal, ez a kulcs, és inkább ezek kezelésére kidolgozni használható módszereket, a maradékot meg betudni járulékos veszteségnek.
-
Dr. Akula
nagyúr
Igen, az ilyen igények vágyként mindig megjelennek egy munkáltatónál (nem csak a szoftveriparban), de aztán az évek múlásával rájönnek hogy nem fognak találni wc-s nénit 3 diplomával, 2 felsőfokú nyelvvizsgával. Ha addig várunk egy projekttel amíg össze nem gyűlik hozzá az ideális csapat, akkor lehet hogy örökké várni fogunk. Szerintem egy hibás szoftver is jobb mint a semmilyen.
Új hozzászólás Aktív témák
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Tippmix
- Sony MILC fényképezőgépcsalád
- Kerékpárosok, bringások ide!
- Kínai, és egyéb olcsó órák topikja
- Fűnyíró topik
- Vezetékes FÜLhallgatók
- Bluetooth-headsetekről általában
- Skoda, VW, Audi, Seat topik
- Samsung Galaxy A71 - elég ennyi?
- További aktív témák...
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5580 - i5-G6 I 8-16GB I 256 SSD I 15,6" FHD I HDMI I CAM I W10 I Garancia
- Bomba ár! Dell Latitude 5490 Touch - i5-8G I 8GB I 256SSD I 14" FHD Touch I Cam I W11 I Garancia!