- Motorola Edge 60 és Edge 60 Pro - és a vas?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Brutál akkuval érkeztek az Ulefone X16 modellek
- Betiltották a Pixel 7-et Japánban
- 200 megapixeles zoomkamerát sem kap az S26 Ultra?
- Android alkalmazások - szoftver kibeszélő topik
- Fotók, videók mobillal
- Magisk
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
Új hozzászólás Aktív témák
-
Dr. Akula
félisten
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.
-
Dr. Akula
félisten
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. -
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.
-
-
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. -
"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.
-
#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
-
bambano
titán
"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).
-
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.
-
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
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
.
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.
Új hozzászólás Aktív témák
Hirdetés
- SZÉP Lenovo ThinkPad P15 G2 Tervező Laptop -75% 15,6" i9-11950H 64/2TB RTX A4000 8GB UHD OLED
- Szép! Lenovo Thinkpad T14s G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB/512GB FHD IPS
- Eladó Apple MacBook Pro 13" A1706 (Late 2017, Silver - EMC 3163)
- Amazfit GTR 2 Classic okosóra dobozában töltőkábellel
- Mac mini M1 chip 8 magos CPU-val, 8 magos GPU-val
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Napirajz könyv
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32 RAM RTX 5060Ti 16GB GAMER PC termékbeszámítással
- Gyors, Precíz, Megbízható TELEFONSZERVIZ, amire számíthatsz! Akár 1 órán belül
- Apple iPhone 7 128GB, Yettel függő, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest