Punk in Finland

Spandau Mullet wrote: ↑

14 Aug 2024, 19:16

Voi perkele Oracle Ekassa duunissani vuosituhannen vaihteessa piti yksi iso webbisysteemi toteuttaa Oraclen alustan päälle. Kyseinen plattis oli ihan raakile eikä mitenkään soveltunut senkaltaisen palvelun toteutukseen, mutta kun isokenkäiset oli päättäneet että tätä käytetään niin ei siinä sitten. Oraclen konsultit ainakin työllistyivät hyvin, kun ravasivat neuvomassa että miten vaatimusten mukaisen systeemin saisi purkattua/feikattua kasaan. Ei ollut helppoa duunia heillekään.

Tämä oli vielä aika iso "launchi", jota mainostettiin etukäteen mediassa julkaisupäivämäärän kera. Kunnon crunchiksihan se meni. Ekassa julkaistussa versiossa oli moni mukamas-dynaaminen sisältö huijattu purkalla kasatuilla staattisilla näkymillä ihan vaan siksi, koska se paska-alusta ei tukenut niitä asioita mitä piti tehdä.

Tuon jälkeen oon pysytellyt parhaani mukaan erossa Iso-O:n tuotteista, mitä nyt myöhemmässä duunissa piti yhdessä projektissa naputella PL/SQL:ää.

Luojan kiitos ei tarvi Oracleen koskea enään. Oracle RAC installin hardkoodattu kotihakemisto never forget.

kattelin vue.js ja täällä on tämmöstä
hyvä const äijillä

badger wrote: ↑

15 Aug 2024, 00:38

kattelin vue.js ja täällä on tämmöstä

Code: Select all

const count = ref(0)

template

<button @click="count++">Add 1</button>
<p>Count is: {{ count }}</p>

hyvä const äijillä

JS:ssä const tarkoittaa kiinteää viittausta, eli viittauskohdetta ei voi myöhemmin vaihtaa. Jos muuttuja viittaan kiinteästi johonkin primitiiviseen arvoon, arvoa ei voi muuttaa, koska no siihen muuttuja viittaa eikä arvo itse voi muuttua. Mutta jos muuttuja viittaa olioon, olio itse voi muuttua. Const array voi saada lisää jäseniä, olion ominaisuudet muuttua jne. En tiedä miten Vue toimii, mutta ref() palauttanee jonkin olion, johon on tallennettu parametrina saatu arvo ja tätä arvoa voi muuttaa. Pointtina varmaankin se että pelkän normaalin muuttujan käyttämien ei kertoisi milloin sen arvo muuttuu eikä että sivu pitää renderoida uudelleen

Aika paljon oon vueta duunissa puukottanut enkä muista koskaan tarvinneeni tommosta const/ref()-kikkaa mihinkään eli lepo vain.

Tuli tässä mieleen, että mikä hemmetti nykyajan desktop-ohjelmia okein vaivaa? Asensin tommoisen minikokoisen vanhan ruman softan, joka visualisoi koneen kaikki asemat. Toimii kuin junan vessa käsittääkseni haastavassa hommassaan, vaikka näyttää vuodelta 2002. Sitten koitin asentaa näppiksen taustavalojen säätämiseen Asusin softaa ja toi Armoury Crate on höyryävä kasa paskaa. Vie gigakaupalla tilaa, bugaa, hidastelee, välkkyy jne. Toki se näyttää joltain avaruusaluksen käyttöliittymältä.

Voinko syyttää tosta paskasta sitä, että desktop-kehitystyö on nykyään korvattu jollain web-kehityksen kikkareilla? Electronilla yms.? Samoin nettisivuista moni bugaa ja olen ihan varma, että ne on rakennettu jollain Reactilla.

Henkkamaukka Perusjätkä wrote: ↑

15 Aug 2024, 13:33

Tuli tässä mieleen, että mikä hemmetti nykyajan desktop-ohjelmia okein vaivaa? Asensin tommoisen minikokoisen vanhan ruman softan, joka visualisoi koneen kaikki asemat. Toimii kuin junan vessa käsittääkseni haastavassa hommassaan, vaikka näyttää vuodelta 2002. Sitten koitin asentaa näppiksen taustavalojen säätämiseen Asusin softaa ja toi Armoury Crate on höyryävä kasa paskaa. Vie gigakaupalla tilaa, bugaa, hidastelee, välkkyy jne. Toki se näyttää joltain avaruusaluksen käyttöliittymältä.

Voinko syyttää tosta paskasta sitä, että desktop-kehitystyö on nykyään korvattu jollain web-kehityksen kikkareilla? Electronilla yms.? Samoin nettisivuista moni bugaa ja olen ihan varma, että ne on rakennettu jollain Reactilla.

Kyllähän Electron voi olla raskas, mutta sen ongelma IMO on että sille koodaavat on veppikehittäjiä eikä desktopkehittäjiä enemmän. Ja sitten on yhtäkkiä miljoona nodekirjastoa tiskissä tuplattuna moneen kertaan levyllä.

Esim VSCode on aika sujuva laitos vaikka onkin Electronin päälle kasattu.

Marxin Ryyppy wrote: ↑

15 Aug 2024, 13:36

Henkkamaukka Perusjätkä wrote: ↑

15 Aug 2024, 13:33

Tuli tässä mieleen, että mikä hemmetti nykyajan desktop-ohjelmia okein vaivaa? Asensin tommoisen minikokoisen vanhan ruman softan, joka visualisoi koneen kaikki asemat. Toimii kuin junan vessa käsittääkseni haastavassa hommassaan, vaikka näyttää vuodelta 2002. Sitten koitin asentaa näppiksen taustavalojen säätämiseen Asusin softaa ja toi Armoury Crate on höyryävä kasa paskaa. Vie gigakaupalla tilaa, bugaa, hidastelee, välkkyy jne. Toki se näyttää joltain avaruusaluksen käyttöliittymältä.

Voinko syyttää tosta paskasta sitä, että desktop-kehitystyö on nykyään korvattu jollain web-kehityksen kikkareilla? Electronilla yms.? Samoin nettisivuista moni bugaa ja olen ihan varma, että ne on rakennettu jollain Reactilla.

Kyllähän Electron voi olla raskas, mutta sen ongelma IMO on että sille koodaavat on veppikehittäjiä eikä desktopkehittäjiä enemmän. Ja sitten on yhtäkkiä miljoona nodekirjastoa tiskissä tuplattuna moneen kertaan levyllä.

Esim VSCode on aika sujuva laitos vaikka onkin Electronin päälle kasattu.

VSCodeen on lyöty monta puukkoa pystyyn, että se on edes noin nopea mitä se on. Edellämainittujen seikkojen lisäksi just noi rautavalmistajien epämääräiset kilkeohjelmat tehdään monesti Aasian hikipajoissa ilman mainittavaa laadunhallintaa.

Tästä ongelmasta on keskusteltu viime vuosina aika lailla tietyissä piireissä ja sen takia on perustettu esimerkiksi Handmade Network: https://handmade.network/manifesto

Harmi että Sublime Text maksaa niin paljon ettei huvita uusia lisenssiä. VSCodiumiin on tyytyminen.

Tavallaan ymmärrän Electronin viehätyksen, koska vaikka CSS oliskin toisinaan vähän epäintuitiivinen laitos, niin sillä saa viilattua kaiken just haluamansa näköiseksi ja tietää että se näyttää samalta kaikkialla missä on sama rendering engine (ja Electronin tapauksessahan tää toteutuu). UI on yleisesti ottaen tosi vaikee ongelma ratkottavaksi, eikä mun mielestä oikein mitään käyttöliittymäframeworkkeja oo oikeesti kiva käyttää.

Joku Dear ImGui vaikuttaa ihan kivalta, mut en tiiä miten sekään taipuis ihan produktiokäytössä, oon ollu siinä käsityksessä et se on enempi sitä varten ku tarvii nopsaan jonku UI:n jotain talon sisäisiä työkaluja varten.

Oma henkilökohtainen pet peeve on se miten UI designerit nykyään inhoo kaikkee natiivia. Kaikki väripaletit, buttonit ja scroll barit ja härpäkkeet halutaan tehdä oman brändin mukaan, eikä noudateta mitään järjestelmän teemoja tai käyttäjän asettamia tyylejä. Niinku työpöydästä on tosiaan tulossa "netti" missä jokainen sovellus on vaan selainikkuna jossa pyörivä JS-paske stylesheetteineen ite päättää miltä se näyttää.

Jokos se zed on saatu siihen kuntoon että se esim käynnistyy?

Spandau Mullet wrote: ↑

15 Aug 2024, 17:16

Jokos se zed on saatu siihen kuntoon että se esim käynnistyy?

v0.148.1, voi veljet

Tässä on ihan hyvin selitetty coupling ja cohesion. En jaksa nyt kääntää suomeksi, kun ohjelmointikieli olkoon englanti. Ainoa vaan, että on maksullinen alusta. No joo varmaan suunnitteluperiaatteet oppii vaikka missä.

https://hyperskill.org/learn/step/21478

heh meni koko päivä debugatessa et miks automatisoitu linux-asennus feilaa. ainoo virheviesti oli "Some packages in local repository have mismatching checksums".

Ei siinä, tutkitaan ja etitään. Tarkistetaa checksumit, tehää uus repo-mirrorisointi, jne.

Ja lopulta selviää että dnf heittää tämmösen viestin jos yrittää asentaa paketin, jonka rpm-filu ei oo laisinkaan paikoillaan :')

Opin juuri uuden SQL-konseptin "invisible column" joka olis äärimmäisen käyttökelpoinen, mutta sitten selvis heti että on pelkästään Oraclessa, MySQLssä ja MariaDBssä, eli joku perseen epästandardi homma:

https://www.trevorlasn.com/blog/invisib ... mns-in-sql

No, eipä sitten muuta menoa mihinkään, käsin vaan takas viewejä tunkkaamaan.

tämmönen baby's first big data projekti oli tänään, kun skreippasin 10 miljoonaa sanaa txt-tiedostoon ja koulutin tommosen vitun word2vec-mallin, josta voi katella semanttista samankaltaisuutta