Koodivinkkejä on viime aikoina tullut harvakseltaan, kuten seuraava lista osoittaa:
https://www.ohjelmointiputka.net/uudetvinkit.php
Tämän vuoksi ensi vuoden tammikuussa joka päivä ilmestyy uusi, laadukas koodivinkki. Enää tarvitaan koodivinkkien tekijät, joita on mielellään niin monta, että kukaan ei joudu ahertamaan kohtuuttomasti.
Jos haluat osallistua koodivinkkitammikuuhun, ilmoita tähän keskusteluun, minä päivänä haluaisit julkaista koodivinkin ja mistä aiheesta. Ensimmäinen varaus tietylle päivälle jää voimaan. Koodivinkin täytyy olla valmis edellisenä päivänä kello 20:een mennessä. Koodivinkin lähetys poikkeaa hieman tavallisesta, ja siitä tulee lisää ohjeita hyvissä ajoin.
Minä varaan alkajaisiksi itselleni tammikuun ensimmäisen päivän (1.1.), ja koodivinkin aihe on hajautustaulun esittely QBasicilla.
Hehee, hauska idea! Minä varaan päivämääräksi 31.1 ja aihe voisi olla hierarkkinen rakenne tietokannassa. Lähteenä tämä artikkeli muutamalla soveltavalla esimerkillä höystettynä :)
Vois sitä kai harkita, kiinnostais vaan tietää, mitä tarkotat "laadukkaalla"..
Antti Laaksonen kirjoitti:
Tämän vuoksi ensi vuoden tammikuussa joka päivä ilmestyy uusi, laadukas koodivinkki.
Entä sitten, kun edellisenä iltana kahdeksan maissa selviääkin, ettei vinkki ole kyllin laadukas?
Metabolix kirjoitti:
Antti Laaksonen kirjoitti:
Tämän vuoksi ensi vuoden tammikuussa joka päivä ilmestyy uusi, laadukas koodivinkki.
Entä sitten, kun edellisenä iltana kahdeksan maissa selviääkin, ettei vinkki ole kyllin laadukas?
Tai jos sitä ei ole ollenkaan?
Käviskö foorumiohjelman alku 30.1.? Mä oon jo tehny osan siitä.
matpit kirjoitti:
Metabolix kirjoitti:
Antti Laaksonen kirjoitti:
Tämän vuoksi ensi vuoden tammikuussa joka päivä ilmestyy uusi, laadukas koodivinkki.
Entä sitten, kun edellisenä iltana kahdeksan maissa selviääkin, ettei vinkki ole kyllin laadukas?
Tai jos sitä ei ole ollenkaan?
Niinpä. Niiden pitäisi olla valmiita ja tarkastettuja hyvissä ajoissa etukäteen. Lisäksi pitäisi olla tarkat kriteerit mikä on "laadukas". Onko se isompi vinkki, vai että se on pieni, yleiskäyttöinen, ja marginaalivähemmistölle sopivat eivät ole sitten "laadukkaita"?
Edit: Jos vain annat tarkat ohjeet, niin kyllä ainakin yhden voin itsekin tehdä. :)
Laadukas koodivinkki on se mikä ei ole kelvotonta. Eli..:
Koodivinkki = NOT Kelvoton
-Grey-
Laadukas tarkoittaa samantasoista kuin viime aikoina julkaistut koodivinkit. Eli mitään ihmesuoritusta ei vaadita, vaan hyvä peruskoodivinkki kelpaa. Mitään tarkkaa laadukkuuden määritelmää ei ole, koska kokonaisuus ratkaisee.
Jos seuraavan päivän koodivinkki on kesken tai kateissa, sen tilalle voidaan siirtää jonkin tulevan päivän koodivinkki tai sitten sen tilalle voidaan tehdä pikaisesti toinen koodivinkki. Tavoitteena on kuitenkin, että näihin menettelyihin ei jouduta.
Nyt kannattaa rohkeasti seurata ajv:n esimerkkiä ja varata itselleen sopiva päivä ja aihe. Laitan piakkoin näkyviin varauskalenterin, josta tilannetta pystyy seuraamaan helpommin.
Ja toiveita voi varmaan myös esittää :)
Eli toisin sanoen lista, missä minulla on puutteita :)
Jos ehdin, niin voisin ehkä tehdä vielä toisen koodivinkin tietokantoihin liittyen. Eli esitellä harvemmin perus-webbisoftassa käytettyjä tietokannan perusominaisuuksia kuten triggereitä, proseduureja, transaktiota, viite-eheyttä jne...
Näitä uskaltaa jo MySQL5:n kanssa käyttää varsin huoletta ja pätee myös muihin tietokantaohjelmistoihin. Tosin tuossa olisi materiaalia jo pariksi oppaaksi asti...
Tammikuun koodivinkkejä saa mielellään myös toivoa. Myös kannattaa miettiä, onko koodivinkiksi sopivia asioita, joita tiedustellaan usein keskustelussa.
Varauskalenteri on nyt toiminnassa:
Hieno idea :) Vielä kun löytyisi tekijät niille 31 koodivinkille...
Itse haluaisin julkaista linkinlyhentäjän. Koodi on puoliksi kesken, mutta valmistunee ajallaan. Varaisin siis jonnekkin 28. pv:n kohdalle ajan.
Toive: PHP5:destä olisi kiva tosiaan saada kunnon esimerkkejä. Ja tietenkin Python :)
Jos jollakulla on kiinnostusta, niin javasta voisin ainakin vääntää vinkin tai pari. Tiettyä aihettakin saa ehdottaa tai sitten voin tehdä ihan yleisesti pari jostain tai kääntää muille kielille tehtyjä esimerkkejä javalle vertailun vuoksi.
Sami kirjoitti:
Jos jollakulla on kiinnostusta, niin javasta voisin ainakin vääntää vinkin tai pari.
Onnistuisiko vaikkapa yksinkertainen GUI? Myös piirtelystä sekä pikselien että kokonaisten kuvien tasolla voisi laittaa tiiviitä ja selkeitä vinkkejä kuvaavilla nimillä ("Kuvan lataus ja piirto", "Yksittäisten pikselien piirto" tms.), jotta ne löytyvät listalta helposti. Monessa nykyisessä vinkissä olisi paljon parantamisen varaa.
Mulla olis tuommoinen vahvasti kommentoitu luokka Phar-(PHP Archive)pakettien tekoon valmiina. Se vaan on kommentoitu englanniksi ja kirjoitin sen ihan käytettäväksi, että onko se nyt sitten hyvä vinkki mene ja tiedä :). Pythonista jos sais pygame-esimerkin, jossa ikkuna avataan keskelle ruutua (Windows XP:lläni en ole saanut toimimaan SDL:n centered flageja. Fractal Tetris peli kyllä sisältää tuon keskittämisen, mutta en ole sitä kohtaa vielä sorsasta löytänyt).
ApE!0 kirjoitti:
Toive: PHP5:destä olisi kiva tosiaan saada kunnon esimerkkejä. Ja tietenkin Python :)
Mitä haluaisit pythonilla toteutettavan?
Metabolix kirjoitti:
Onnistuisiko vaikkapa yksinkertainen GUI? Myös piirtelystä sekä pikselien että kokonaisten kuvien tasolla voisi laittaa tiiviitä ja selkeitä vinkkejä kuvaavilla nimillä ("Kuvan lataus ja piirto", "Yksittäisten pikselien piirto" tms.), jotta ne löytyvät listalta helposti.
Onkohan toiveita toteutuksesta Applet- vai application-ympäristössä? Ne kun vaativat melko erilaista lähestymistä(Appletissa yksinkertaisempaa ja selkeämpää, mutta ohjelmassa näkee kaiken ilman Applet-luokan valmiita metodeja).
Voisin minäkin Javalle joitain vinkkejä väsäillä kunhan aiheen keksii.
Hm, jos saisin potkittua itseni liikkeelle, voisin melkein tehdä Qbasicille jotain. Tosin se olisi luultavammin jotain todella outoa, kuten esim. haksi, joka mahdollistaa Qbasicin omien grafiikkakomentojen käytön näyttötiloissa, mitä se ei itse edes tue..
-Grey-
Nopealla vilkaisulla c++:n operaattoreiden ylikuormittamisesta ei ole vinkkiä, joku voisi tehdä sellaisen.
KoodiNoppa kirjoitti:
Nopealla vilkaisulla c++:n operaattoreiden ylikuormittamisesta ei ole vinkkiä, joku voisi tehdä sellaisen.
Luokan tulostus virtaan käsittelee juuri tuota. Voin kyllä kirjoittaa operaattoreista toisenkin vinkin, sovitaan julkaisupäiväksi vaikka 2.1. Vinkin toinen aihe voisi olla luokka 3D-vektoreille.
Edit. Ja nyt se on valmis. :)
L2-K2 kirjoitti:
Mitä haluaisit pythonilla toteutettavan?
Itseäni kiinnostaisi joku ihan perus sydeemi, esim. päiväkirja tai kotivideotietokanta yms.
Koonnostaisi vain nähdä muunkinlainen toteutus, kuin oma härvellykseni...
Nyt olis vinkki myös moniperinnästä (kunhan vielä viilailen tuosta propertyjen handlauksen kuntoon) PHP5 malliin, lontooksi toki :). Aika purkka kieltämäti.
Milloin sopisi vinkki(e)si julkaisu, tsuriga?
Pistän tänään illalla/yöllä sähköpostissa nuo vinkit niin pääset tarkistamaan, että onko niistä mihinkään. Ajoilla ei niin väliä, varmaankin kannattaa laittaa tuonne alkupuoliskolle kun valmiita kerran ovat.
Minäkin voisin kyllä tehdä jotain, jos vain saisin kunnollisen idean. Sääli vain, että osaan paljon kaikkea, mutta en ole mestari missään.
ajv kirjoitti:
Ja toiveita voi varmaan myös esittää :)
Jos ehdin, niin voisin ehkä tehdä vielä toisen koodivinkin tietokantoihin liittyen. Eli esitellä harvemmin perus-webbisoftassa käytettyjä tietokannan perusominaisuuksia kuten triggereitä, proseduureja, transaktiota, viite-eheyttä jne...
Tästä kaipaisin ainakin itse yksinkertaiseksi tehtyjä/yksityiskohtaisia esimerkkejä. Etenkin triggerit ja transaktiot kiinnostaisi oppia.
Antti Laaksonen kirjoitti:
Koodivinkkejä on viime aikoina tullut harvakseltaan, kuten seuraava lista osoittaa
Tai sit niitä ei vaan oo hyväksytty :D
Njuuh, huonoja mahtavat olla mokomaiset. Emt pystynkö ite osallistumaan, en oo kauheen hyvä tässä(kään) lajissa. :/
EDIT: Pelottavaa jos koodivinkille annetaan määräpäivä :(
Varaaan ma 7.1 ja aiheena on PyODE2D-luokka, joka siis "muuttaa" pyODE:n kolmiulotteisesta kaksiulotteiseksi.
Varattuja koodivinkkejä pystyy nyt muokkaamaan kirjoittamalla päivän numeron seuraavaan lomakkeeseen:
Koodivinkit tulevat kaikkien nähtäville päivä kerrallaan. Toisin sanoen julkaisujärjestelmä muistuttaa joulukalenteria.
Miten ne lähetetään?
Kaikki koodivinkit on jo lähetetty, mutta suurin osa niistä on vielä tyhjiä. Päivän varaamalla saa oikeuden muokata sen päivän koodivinkkiä.
Mähän varasin jo sen foorumiohjelman alku 30.1 eikä saanu muokattua.
Edit: Joo kävin kattomas sähköpostin. Mä vaihdan että QB-tasohyppely.
Edit2: Mä en käy sähköpostilla kovin usein.
Saitko sähköpostini, jonka lähetin muutama päivä sitten?
Jos lyötyy kiinnostusta, niin voisin koittaa minäkin jonkinlaisen vinkin vääntää, vaikka en niin kokenut ohjelmoija olekaan. C ja x86-assembly ovat parhaiten hallussa, joten jos niistä on jotakin mitä haluisivat ihmiset nähdä, niin voin koittaa vääntää jotakin. Vaikka miten C:n standardikirjastoja käytetään assemblyssä hyväksi tai miten assemblyä käytetään C:ssä. Mikä nyt ihmisiä voisi kiinnostaa/hyödyttää.
Pythonia myös osaan, mutta sitä on vasta 2 viikkoa takana. Titysti voin jonkin pienen esimerkin vaikka SQLiten käytöstä koittaa tehdä, kun se olisi tarkoitus opetella. Laatua en voi kumminkaan taata.
Minulle ei ainakaan tuo "muokkaushomma" toimi....
Päärynämies:
Pistä vaan assemblyesimerkkejä, niitä kun on niin vähän.
voinko varata ensi perjantain 4.1.
nimeksi vaikka...
Partikkelien rendaaminen OpenGL:n point_parameters extensiolla
ku pihvelin unabombers softarenderi o liia hias rendaan noit iteksee ja se tarvii apuu :(
koodi on jo valmiina
Varaan lauantain 5.1.
"Päiväkirjaluokka pythonilla"
Koodi on jo valmis
Nyt uudet varaukset ovat voimassa.
Päärynämies: Assembly-ohjelmointi kiinnostanee monia, ehdota vain sopivaa päivää!
Muistakaa myös kommentoida uusia koodivinkkejä!
6.1, Moniperinnän emulointi PHP:ssä.
Joku moniperintään paremmin tutustunut voisi kyllä kertoa, että kuinka toimiva tuo ideani aiheesta on. Linkki mureakuhan lankaan, jossa tuota tiedustelen (sisältää myös lähes viimeisimmän version koodista).
Eikö se QB-tasohyppely 30.1 käynykkää?
Voisin varmaan jossain vaiheessa siistiä tuon JCDL-tietokantaluokkani salonkikelpoiseksi, ja pistää sen tänne (ja samalla pistää sen jakoon jollain vapaalla lisenssillä, joka muuten on koodivinkkien osalta usein epämääräistä; saako vinkkejä suoraan käyttää yleisesti, ja jos saa niin millä lisenssillä?).
Kyseessä olisi siis tietokantarajapinta PHP5:llä. Siitä jo mainitsinkin täällä:
https://www.ohjelmointiputka.net/keskustelu/
Ei ole tosiaan meikäläisen parasta osaamista vielä tuo PHP5 ja yleensäkään OOP, mutta kyllä tuo ainakin toimii... En tosin tiedä nyt sanoa koska sen saan viimeisteltyä (nyt olen lomalla..), virheenkäsittely esimerkiksi on vielä alkutekijöissään.
Dude kirjoitti:
Eikö se QB-tasohyppely 30.1 käynykkää?
Suoraan sanoen tämä ei kuulosta lainkaan koodivinkkimäiseltä aiheelta. Kyseessähän ei ole käsittääkseni minkään erityisen idean, tavan tai ominaisuuden esittely.
Minusta monia vanhoja vinkkejä voisi korvata uudemmilla ja paremmilla. Varsinkin yli neljä vuotta vanhoista vinkeistä osa on auttamattoman vanhentuneita ja valitettavan moni jopa sellainen, että niitä tuskin nykyään julkaistaisiin.
Jos joku kaipaa jotain erityisiä C- tai C++-vinkkejä, voin yrittää vastata pyyntöihin. Itse en juuri nyt keksi mitään.
Siinä olis tulos tilepohjainen skrollauski(alkuperäises oliki mutta pitää muokata qbeen grafiikkakomennoilla toimivaks).
Edit: Se tasohyppelyn alku(joka on jo koodivinkeis) on mun mielestä ainaki vähä sekava.
Dude kirjoitti:
Siinä olis tulos tilepohjainen skrollauski(alkuperäises oliki mutta pitää muokata qbeen grafiikkakomennoilla toimivaks).
Edit: Se tasohyppelyn alku(joka on jo koodivinkeis) on mun mielestä ainaki vähä sekava.
sopis enemmänki jokskuks oppaaks varmaan
Metabolix kirjoitti:
Kyseessähän ei ole käsittääkseni minkään erityisen idean, tavan tai ominaisuuden esittely.
Hmm, todellakin. Tuo omakin aihe on kyllä huono koodivinkiksi, joten taitaa olla etten sitä koodivinkkinä julkaise. Okei, onhan siinä rajapintaluokka, singleton-rakentajaluokka ja sitten toteutus MySQL:lle, mutta ei siinä mitään selkeää pointtia ole. Koodissa on myös jo nyt yli 150 riviä, ja lisää tulee jos meinaan saada luokan kattavaksi ja fiksusti kommentoiduksi.
Metabolix kirjoitti:
Kyseessähän ei ole käsittääkseni minkään erityisen idean, tavan tai ominaisuuden esittely.
Tarkennanpa vielä, mitä tarkoitin. Minusta koodivinkin pitäisi esitellä selkeästi jotain asiaa. Hyviä asioita ovat juuri esimerkiksi "hajautustaulut (QB:llä)", "moniperintä PHP:ssä" tai "CD-aseman luukun avaaminen". Sen sijaan äärimmäisen huono esimerkki on "tällänen juttu, lukekaa koodista (en kyl jaksanu kommentoida sitä)". Tietenkin tasohyppelystäkin voi tehdä vinkin, jos tekee siitä selkeän, yksinkertaisen (eli ymmärrettävän), hyvin toteutetun ja hyvin kommentoidun, jotta on selvää, mikä on vinkin idea. Kuitenkaan vinkkeihin ei pitäisi päästää koodeja, joiden lopputulos saa paljon suuremman roolin kuin koodi, kuten on laita monien pelidemonstraatioiden kanssa. Erityisen huonoja vinkkejä ovat sellaiset, joiden koodi on tasoltaan kehnoa, vaikka lopputulos toimisikin.
Dude kirjoitti:
Eikö se QB-tasohyppely 30.1 käynykkää?
Anteeksi, en huomannut muokkaustasi. Tokihan QB-tasohyppely kelpaa.
Minusta hyviä koodivinkkejä voi olla monenlaisia. Pelikin voi olla hyvä koodivinkki, vaikka se ei erityisesti opettaisi mitään.
Metabolix kirjoitti:
Minusta monia vanhoja vinkkejä voisi korvata uudemmilla ja paremmilla.
Tästä olen samaa mieltä, ja minäkin olen mennyt lähettämään alkuaikoina kaikenlaista puolivillaista tavaraa. Kun tämä vuosi alkaa mukavasti uusien vinkkien julkaisulla, seuraava askel voisi olla vanhojen vinkkien laaduntarkastus.
OpenGL -vinkit ovat omasta puolestani tervetulleita! Itsekin ajattelin kantaa korteni kekoon, heti kun saan jostakin sopivan aiheen.
Voisko antti vaihtaa otsikon sittenkin muotoon "pyode2d-moduuli"?
Edit: Koodivinkin nimeä voikin muuttaa...
Paljos Antilla on itellä varastossa vai luotatko käyttäjien koodivinkkirynnistykseen?
10.1, Vahva tyypitys ja polymorphismi (+PHP:ssä? En koodivinkkien ohjeita noudattaen lisännyt käytettyä kieltä moniperintävinkkiinkään, kielihän kumminkin näkyy siinä yhteydessä automaagisesti)
Taitaa taas tulla tätä koodia sen verran, että vois jakaa kahteen osaan, kun kerta melko luonnollisesti asia vieläpä jatkuu jälkimmäisessä:
Minulla ei ole koodivinkkejä varastossa, mutta tarvittaessa tartun toki kynään. Toivottavasti kuitenkin moni vielä varaa itselleen päiviä, jotta koodivinkkien sarjasta tulee mahdollisimman monipuolinen.
Koodivinkin otsikkoon ei tule kieltä, jos vinkin kielelle on oma alue. Varauskalenteriin olen silti välillä merkinnyt kielen, koska siitähän ei näe muulla tavalla koodivinkin aluetta.
Nyt merkitsin uudet varauksesi järjestelmään, sinultapa tulee mukavaan tahtiin vinkkejä.
Itse voisin koittaa saada jonkinlaisen assembly-vinkin julkaistavaksi 19. päivä ja mahdollisesti 20. päivä toisenkin vinkin, jos nuo päivät eivät ole varattuja. Aiheesta en vielä ole varma, mutta kovin monimutkaista en rupea vääntämään. Helppoja ja yksinkertaisia, joista toivottavasti hyötyä aloittelijoillekin olisi. Myöhemmin voin mahdollisesti jotain monimutkasempaa koittaa vääntää, jos intoa löytyy. Tietysti myös aihe-ehdotuksia otetaan vastaan.
voisin tehdä toisenki esimerkin samasta aiheesta.
ti 8.1, Partikkelien rendaus II (OpenGL)
tällä kertaa vertex shadereilla
Muutin nuo kolme emulointivinkkiäni loogisempaan järjestykseen (vahva tyypitys, polymorfismi, moniperintä), toivottavasti ei haittaa ([/spoilers]). Vahva tyypitys on simppelein, polymorfismi käyttää edellämainitun luokkia, ja moniperintä on laajin.
Uudet varaukset ovat voimassa, ja merkitsin saman tien itsellenikin muutaman päivän.
Varauslista näyttää jo melko täydeltä, hienoa :)
Itse taidan jättää tähän sinällään loistavaan tapahtumaan osallistumisen väliin, kun tällä hetkellä ei oikein muu kuin AVR:ien ohjelmointi nappaa.
Juice kirjoitti:
Varauslista näyttää jo melko täydeltä, hienoa :)
Itse taidan jättää tähän sinällään loistavaan tapahtumaan osallistumisen väliin, kun tällä hetkellä ei oikein muu kuin AVR:ien ohjelmointi nappaa.
Eikö siinä ole hyvä aihe assembler/C-vinkiksi? Kuka sanoi että vinkin tulisi olla x86:delle. Ihan perustason ohjelma riittää, esim. nastojen jännitteen kytkeminen halitussa järjestyksessä.
Varaan ke 9.1., Valikko-luokka (Python)
Sain kasaan ja toimimaan yksinkertaisen 3d-mallin avaus ja lukemisjärjestelmän. Varaisin 11.1 Yksinkertainen 3d-mallin lukeminen ja renderöiminen (c/c++)
Vaikka käytän siinä omaa formaattiani, pienellä hommalla se avaa myös .obj -tiedostoja.
Voisin huomiseksi (14.1.) koettaa väsätä esimerkin järkevästä reaaliaikaisen pelin rungosta C:llä, kun aika monella tuntuu olevan vaikeuksia hahmottaa, kuinka asiat saa tehtyä "samaan aikaan" ja kuinka peli toimii yhtä nopeasti erilaisilla koneilla. Aihe sopisi kyllä paremmin oppaaksi, mutta kokeillaan nyt näin ensin. :)
Siitä vinkistä on varmaan monelle apua. Varaus on nyt voimassa.
Huomenna voisi olla vuorossa esimerkki dynaamisesta muistinkäsittelystä C:llä, tarkemmin vielä siitä, kuinka yhdellä malloc-kutsulla varataan jokin mutkikkaampi tietorakenne, esimerkiksi 2-ulotteinen taulukko tai useita erilaisia taulukkoja sisältävä tietue. Ideana on, että panostetaan luomiseen hieman enemmän, jolloin vapautus onnistuu yhdellä free-kutsulla eikä siinä tule virheitä.
Sopii hyvin, merkitsin varauksen järjestelmään.
PS. Vielä on muillakin monta hyvää mahdollisuutta osallistua koodivinkkitammikuuhun!
Ajattelin, jos kirjoittaisi ihan lyhyen esimerkin miten yhdistetään C-standardikirjastot ja asm-koodi, kun tuollaista ei täällä ole. Onhan noita pitkin nettiä vaikka kuinka, mutta kivempi jos yhdessä kasassa on enemmän.
Toisesta voisi sitten koittaa tehdä jotain hieman pitempää vinkkiä, joka esittelee laajemmin asmia. Vaikka jotain binääripuita, rekursiota, sekaan jotain mallocin käyttöä ja sellasta. Katellaan mitä kehittelen. Aiheita edelleen saa ehotella. Anttikin kun taitaa tuota asmia osata, niin mielelläään ideoita toiseltakin kieltä osaavalta kuulisin. Jotain kumminkin kehittelen tässä loppuviikon aikana. Pitäähän tälläseen osallistua, vaikka varsin uusi käyttäjä täällä olen.
Yksi hyvä aihe voisi olla matematiikkaprosessorin käyttö, joka puuttuu monesta alkeisoppaasta. Sinun valmiit aiheesi ovat kyllä myös hyviä.
Nyt tuli pieniä teknisia ongelmia huomisen vinkkini kanssa. Koodi on valmista ja kaikki muukin melkein, mutta en sitä ennen kasia ainakaan saa käännettyä jostain syystä, vaikka kaiken mielestäni teen oikein. Pitää ihmetellä sitä vielä hetki ja koittaa tehdäkin jotain sille. Vinkki kyllä tulee vielä tänään, kunhan kerkiän katella mikä nyt mättää. Aiemmin kääntyi kyllä kivasti.
Pahoittelen tuplapostausta, mutta en tykkää muokata montaa tuntia vanhaa viestiä kun on ihan uutta infoa. Tuo huomisen vinkki kusee edelleen, vaikka minun järjen ja logiikan mukaan sen pitäisi ainakin toimia. Pitää vielä koittaa sitä väkertää. Hauskinta tässä on se, että siinä ei ole varmaan edes 15 riviä koodia. Kääntyy ihan oikein ja linkittyy, mutta ei vain toimi. Ei voi kuin ihmetellä ja koittaa ratkoa missä mättää. Aiemmin tosiaan nuo hommat toimi ihan kuin pitikin. Huomenna koitan paremmin saada sunnuntain vinkin tehtyä.
Peruutin vinkin automaattisen julkaisun keskiyöllä, joten ei hätää. Tarkistan tilanteen seuraavaksi huomenaamulla, toivottavasti ongelmat ratkeavat.
Lisäsin nyt tälle päivälle oman vinkkini. Voit muokata edelleen sunnuntain vinkkiä ja tarvittaessa saat myös maanantain vinkin.
Koitan vaikka huomiselle kirjoittaa sitten yksinkertaisemman vinkin, kuitenkin jotenkin liittyen edelleen assemblyy ja maanantaille vaikka sitten hieman monimutkaisemman tai laajemman.
Tosiaan tuli outoja ongelmia tuo tälle päivälle tarkoitetun vinkin kanssa ja monta tuntia sitä ihmetellessä meni. Katsotaan, jos jaksan lisää vinkkejä vaikka tammikuun jälkeen sitten kirjotella vielä.
Selvä juttu, varasin nyt sinulle myös maanantain.
Vielä kolme koodivinkkiä on vailla tekijää. Muistakaa ilmoittautua!
Varaan la 26.1, Luokan lisääminen vektoriin. Jos aihe kelpaa, niin vinkissä esitellään oman luokan instanssien lisäämistä vektoriin ja instanssien ominaisuuksien muuttamista. Samalla tulee esiteltyä yleisimmät java.awt-kirjastosta löytyvät GUI-komponentit. Tämä tapahtuu Javalla Applet-ympäristössä.
Jos ei muilta löydy kiinnostusta niin voin jollekin päivälle koittaa vääntää vaikka toisen vinkin C:n ja assemblyn yhdistämisestä. Jotain struckteja ja muita ihan perusjuttua. En nyt kyllä muista tarkkaan mitä perusjuttuja C:ssä on. Siis sellaista. että C:stä kutsutaan assemblyä.
Päivä voisi olla vaikka perjantai 25.
Uudet varaukset ovat järjestelmässä, ja kalenteri alkaa jo olla mukavan täysi.
Varaan to 24.1. "Tietueisiin osoittaminen (C)"
Sain sitten huomisenkin vinkin valmiiksi (tosin hieman myöhässä, koska putka ei tuntunut toimivan kunnolla). Käsittelee sitä, miten asm-funktiolle parametrina annetun structin muuttujia käsitellään. Koodia on vähän, mutta (toivottavasti hyödyllistä) asiaa ja selitystä enemmän. Rehellisyyden nimissä sanottakoon, että osan kirjoitin puhtaasti ulkomuistista ja olisi voinut tarkistaa ensiksi. Tarkistan kuitenkin vinkkiä vielä huomenna, mutta pääasiat silti pitäisi olla oikein.
Seuraavaksi voisikin tehdä vinkin, jossa c-funktioita kutsutaan assemblystä. Vielä yksi päivä kun on minulle varattuna.
Nyt kaikille tammikuun päiville on varattu koodivinkki, mikä on hieno juttu!
Seuraavaksi vain sitten odotellaan kesää ja pidetään putkassa koodivinkkikesä. Jokaisen kesäkuun ja heinäkuun päivän voisi tulla yksi uusi laadukas ja hyödyllinen vinkki. Tulisi sitten kesässä 61 uutta hyvää vinkkiä. Suomenkielistä ohjelmointimateriaalia ei verkossa ole liikaa ainakaan vielä. Ainoastaan putka ja mureakuha tahtovat olla melkeimpä ainuita laadukkaita useamman aiheen kattavia sivustoja (wikipediaa ei lasketa), ainakin omien tietojeni mukaan.
Tietysti kun vinkkien määrä kasvaisi, niin voisi tuota vinkkijärjestelmääkin selkeyttää ja jakaa ehkä vielä enemmän, jolloin omaan tarpeeseen sopivan vinkin löytäminen helpottuisi. Esimerkiksi mielestäni assembly alueella varsinkin jos vinkit lisääntyvät, voisi vaikka dos-vinkit jakaa omakseen, koska kumminkin niissä oon se omanlainen toiminnallisuutensa. Muihin alueisiin en sitten (varmaan arvattavista) syistä ole niin paljoa tutustunut.
Töytyy nolona vetää takaisin tuo oma koodivinkkini tammikuun lopusta. Aika on valitettavasti rajallista ja tärkeämmät hommat painaa päälle. Toivottavasti päivälle löytyy joku toinen vinkki.
Ja kuten normaalia, niin oma päivän vinkkini myöhästyy tänään, että ennen kahdeksaa ei valmiiksi tule. Koodi on kuitenkin valmista ja toimii, sepustukset vain puuttuvat.
Ideoita myös uusiksi koodivinkeiksi on tullut, niin katsotaan joskos vielä samalla aiheilla jatkaa koodinvinkkitammikuun jälkeenkin parilla vinkillä. Metabolix vois siis jo kauhulla odotella mitä on tulossa...
ajv kirjoitti:
Töytyy nolona vetää takaisin tuo oma koodivinkkini tammikuun lopusta.
Eipä hätää, hyvä, että ilmoitit ajoissa. Kuka haluaisi kirjoittaa päätösvinkin tammikuun 31. päivänä?
Päärynämies kirjoitti:
Ja kuten normaalia, niin oma päivän vinkkini myöhästyy tänään, - -
Selvä pyy, tänään sinulla on muutenkin kaksi tuntia lisäaikaa, koska palvelimen kello näyttää olevan kaksi tuntia jäljessä.
No niin. Sain sitten senkin vinkin valmiiksi, toivottavasti nyt ei yhtä pahoja kämmejä ole kuin aiemmissa. Kolme vinkkiä tuli sitten tammikuulle tehtyä ja tuota viimistä päivää en uskalla itselleni enää varata. Samalla linjalla varmaan voin koittaa vielä vinkkejä tehä, kun noita assembly(+C) -vinkkejä ei ole liikaa ja tietoakin suomenkielisenä löytyy kovin vähän.
Nyt jos sitten kävisi sen oppaan kimppuun.
Haluaisin varata tuon viimeisen vinkin.
Tein tässä päivänä muutamana hienon koodin, joka näyttää viimeksi ladatut sivut. Olisikos sen nimi sitten vaikka "Viimeksi ladattu". Kieli on jälleen PHP.
Nyt viimeinen vinkki on varattu sinulle ja kalenteri taas täynnä.
Ja näin on koodivinkkitammikuu onnellisesti takanapäin. Tammikuun aikana ilmestyi monen monta hyvää ja hyödyllistä vinkkiä. Kiitos kaikille koodivinkkitammikuuhun osallistuneille!
Mitenkä on, onko tälle tulossa jatkoa? Tämä nimittäin saattaisi jopa toimia jonkinlaisena vuosittaisena perinteenä.
Entäs opas helmikuu?
Enpä ole vielä suunnitellut tulevia teemakuukausia, mutta tuskin tämä viimeiseksi jää.
Kisakesäkuu, joka päivä uusi kilpailu :(
Leiskalokakuu, joka päivä uusi leiska :(
Joo, ja tipaton toukokuu. Kola- ja energiajuomien käyttö kielletty.
Voisiko tämän vuoden aikana järjestää algoritmiviikon tai -kuukauden, jolloin käytäisiin läpi ohjelmointiputkalaisten ohjelmointitarpeita katsoen matemaattisia algoritmeja?
^Algoritmeja olisi siisti oppia ja tutkiskella, mutta ei siitä pakosti tarvitse ihan teemakuukautta tehdä.
Aihe on jo aika vanha, joten et voi enää vastata siihen.