On se kyllä hyvä kun nää hakkerit tekee nykyjään softia.
Kooderi väänsi päivitysrutiinin tietokannalle. 27000 tietueen päivittäminen (pari kenttää, alle kilo dataa) kantaan kestää yli vuorokauden...
Tätäkö tämä nykyaika on, ns RAD työkalut tms. Koodi ajetaan vielä monithreadisena 4 prosessorisella palvelimella jossa on 8 gigaa muistia.
On tää hienoa... Sitten todetaan että tarvitaan tehokkaampia koneita. Onko kukaan ajatellut että jos koodia tehdessään vaivautuisi ajattelemaan edes minuutin, se säästyisi jokaisella suorituskerralla se minuutti. Mutta kun ei.
Ihan jotain käsittämätöntä.
Jotenkin kun on nähnyt vanhoja hyviä ohjelmia jotka teki tollasen urakan esim 5 minuutissa perus PC:llä (4.77 MHz), niin rupeaa miettimään että mitä hyötyä siitä on jos on kymmenentuhatta tai vaikka miljoonakertaa nopeampi kone. Kun prosessit vaan hidastuu.
Kooderi väänsi päivitysrutiinin tietokannalle. 27000 tietueen päivittäminen (pari kenttää, alle kilo dataa) kantaan kestää yli vuorokauden...
Tätäkö tämä nykyaika on, ns RAD työkalut tms. Koodi ajetaan vielä monithreadisena 4 prosessorisella palvelimella jossa on 8 gigaa muistia.
On tää hienoa... Sitten todetaan että tarvitaan tehokkaampia koneita. Onko kukaan ajatellut että jos koodia tehdessään vaivautuisi ajattelemaan edes minuutin, se säästyisi jokaisella suorituskerralla se minuutti. Mutta kun ei.
Ihan jotain käsittämätöntä.
Jotenkin kun on nähnyt vanhoja hyviä ohjelmia jotka teki tollasen urakan esim 5 minuutissa perus PC:llä (4.77 MHz), niin rupeaa miettimään että mitä hyötyä siitä on jos on kymmenentuhatta tai vaikka miljoonakertaa nopeampi kone. Kun prosessit vaan hidastuu.
Vastaukset 10
Vanhimmat
avautua sille "koodaajalle" esim. ilmoittamalla että tollasesta paskasta ei muuten makseta latin latia.
Ei se ole tyhmä joka pyytää vaan se joka maksaa.
Markkinataloustietoisen koodarin kannalta laskutoimitus on yksinkertainen:
A: Suunnittelen tämän paremmin -> Säästöä rautakuluissa €10 0000. vie 4h enemmän työaikaa. Näytän tehottomalta pomon silmissä.
B: Suunnittelen huonosti, toteutan heti -> Saan homman aikasin valmiiksi, voin pitää pitkän lounastauon ja surffailla loppupäivän. Pomo on tyytyväinen.
Ketterä, sisäiseen yrittäjyyteen suuntautunut koodari valitsee luonnollisesti vaihtoehdon B
Kuulostaisi ihan sieltä että se on tehty Javalla. Ei noin huonoon suorituskykyyn voi muuten päästä. Ilmeisesti harva enää nykyään hallitsee oikeita ohjelmointikieliä.
Siinäpä se java ja mysql ovat käytössä. Mutta silti tuo on aivan sanoinkuvaamattoman huono suorituskyky.
Ei voi ymmärtää.
Sitten joku kysyy vielä, että miksi mä puhun välillä meidän jengille talossa ihan kuten mä en arvostaisi niitä. No hei, jos idiootit tekee totaalista paskaa, niin mä voin sanoa suoraan että idiootit tekee totaalista paskaa. Turha siitä on loukkaantua.
On olemassa paljonkin oppaita Javan performance-tuunaukseen liittyen. Arvelisin, että: Kyseinen koodari on näitä 2000 eurolla palkattuja vastavalmistuneita, kun rekrytoinnissa ei haluttu kokeneelle asiantuntijalle maksaa 3000 eur. Tai sitten kyseessä on joku 45-vuotias uudelleenkoulutettu suojatyöpaikkalainen, jolle kukaan ei ole koskaan kehdannut sanoa, ettet osaa koodata. Tätä se teettää kun aloituspaikkoja on alan oppilaitoksissa liikaa. Osaava porukka hinnoittelee itsensä ulos työmarkkinoilta ja idiootit tekevät paskapalkalla paskaa työtä. Tokihan tilannetta auttaisi jos PM tietäisi edes jotain teknisestä toteutuksesta ja osaisi kertoa, että homma voidaan tehdä paremminkin.
Ammattitaitoon kuuluu, että on nähnyt noita paskoja ja oireesta päätellen koodaaja ei ymmärrä yhtään mitään tietokannoista. Tietokantamäärittely on päin helvettiä, ja se, ettei kukaan tässä threadissa tajua sitä, on päin helvettiä.
27 000 päivitystä - eiköhän se mene 15 sekunnissa. Jos alkaa optimoimaan niin sitten vähän rivakammin.
No just sitähän mä tässä kirosin, että se on täysin mahdotonta että nykyaikana tuo homma vie noin paljon aikaa.
Mutta todennäköisesti kannasta puuttuu indeksit. Todennäköisesti hakuja tehdään täysin älyttömällä tavalla. Todennäköisesti miljardeja turhia objekteja luodaan ja tuhotaan jatkuvasti jne.
Eli ei ole tehty minkäänlaista optimointia, vaan on tehty homma niin että se ... Köh, toimii.
Ja sen kyllä huomaa.
"nykyään kääntäjä optimoi softat niin hyvin, ettei käsin kannata säätää"
Naurattaa jokakerta kun joku google koodari tuollaista heittää kääntäjästä/ohjelmointikielestä riippumatta...
Mutta fakta on, että java räpellykset on 90% tapauksissa hitaita. Eli niitä osaajia ei ole, liekkö siirtyneet oikean ohjelmointikielten pariin eli C++ ja asm =)
Eiköhän tuolla letkauksella tarkoiteta sitä, ettei kääntäjän parametreja tarvitse käsin hirveästi säädellä, saati sitten että pitäisi mennä assemblertasolle koodailemaan (toki edelleen joissain paikoissa, varmaan mitä sulaneempaa tekee, sitä enemmän).
Koodia toki pitää säätää. Edelleenkään en ole löytänyt kääntäjää, joka osaisi poistaa koodarin koodaamat ylimääräiset sisäkkäiset loopit (tositarina, joku ihmetteli miksi eräs toiminto kesti, ja vielä enemmän kun pieni asian tutkiminen antoi tulokseksi sen, että tietokantaan tehtiin noin 100 000 hakua, siinä missä kymmenen olisi riittänyt)... :)
http://ask.slashdot.org/article.pl?sid=07/12/10/0744259
Aivan, miksi tehdään täyttä roskaa?