Miksi kaikki ovat unohtaneet Pythonin? Täydellisyyttä hipova kieli. Toteutin sillä seuraavan pelin (ja pelihän on luonnollisesti Windows/Mac/Linux -yhteensopiva):

http://pivot.servut.us/w/FrozenCAPTURE

Tietääkö joku mitä ihmeen X nimisiä objekteja DarkBasic käyttää?

Joo meinas unohtua, että en ihan pelkän ammattikoulun pohjalta meinannu, vaan nimenomaan pidemmälle meinasin, mutta siis pitäisi mennä lukion kautta, että olis jotain mahiksia päästä muualle. Hmm jos sitä pysyis tietokoneissa, mutta vähä erihommissa :/. Lukio ei sikäli kiinnosta, ku ei oikee noi kaikki aineet oo ihan hallinnassa .

E: Sitä vielä, että pääseekö ammattikorkeakoulusta yliopistoon? Mietin vain että jos alkaakin kaduttaa, ni ei olis ihan kaikki hukassa. Suoraan amiksesta tonne taitaa olla ihan mahdoton ajatus...

Lainaus:27.01.2008 Wildlord kirjoitti:
--

E: Sitä vielä, että pääseekö ammattikorkeakoulusta yliopistoon? Mietin vain että jos alkaakin kaduttaa, ni ei olis ihan kaikki hukassa. Suoraan amiksesta tonne taitaa olla ihan mahdoton ajatus...

Kyllä amk:sta pääsee yliopistoon jos sen käy ensin loppuun. Esimerkiksi jos opiskelet konetekniikan insinööriksi amk:ssa,niin sen jälkeen voi hakea yliopistoon ja näin saa diplomi-insinöörin paperit 5 vuodessa.

Mutta mennäänhän asiaan......Miksi Frozenballa python on hyvä kieli? Mitä etuja se tuo muihin kieliin nähden?

Kaippa yhdistää skriptauksen ja ohjelmoinnin "parhaat puolet" yhdessä.
Moniparadigmainen. Olio, proseduraali....
Korkean tason.


Sääli vain, että maailma kaipaa c:n syntaksia. Siksi Javakin pysyi pinnalla.

FORCED IDENTITATION OF CODE FUCK YEAH Itelle ainaki uppoo Perl helpommin ku Python, jos nyt korkean tason kielistä puhutaan. Lainaus:Siksi Javakin pysyi pinnalla.Valitettavasti. Frozenball: >> python main.py * loading settings FrozenCAPTURE < " target="_blank">orkkiolento@gmail.com> * init done Traceback (most recent call last): File "main.py", line 7, in < module> menu.intro() File "/home/jhokkanen/ggggg/FrozenCAPTURE/menu.py", line 73, in intro uppertext = bgfont.render('Press start to continue',1,(vari,vari,vari)) pygame.error: SDL_ttf render failed Samaan kuolee start.sh kautta. Pygame on asennettu, vaikka starttiskriptas sitä ei löytänykkää.

Lainaus:27.01.2008 Cene kirjoitti: FORCED IDENTITATION OF CODE FUCK YEAH Itelle ainaki uppoo Perl helpommin ku Python, jos nyt korkean tason kielistä puhutaan. Lainaus:Siksi Javakin pysyi pinnalla.Valitettavasti. Frozenball: >> python main.py * loading settings FrozenCAPTURE < " target="_blank">orkkiolento@gmail.com> * init done Traceback (most recent call last): File "main.py", line 7, in < module> menu.intro() File "/home/jhokkanen/ggggg/FrozenCAPTURE/menu.py", line 73, in intro uppertext = bgfont.render('Press start to continue',1,(vari,vari,vari)) pygame.error: SDL_ttf render failed Samaan kuolee start.sh kautta. Pygame on asennettu, vaikka starttiskriptas sitä ei löytänykkää.Kunnollista fonttia ei löydetty. Käytät siis todennäköisesti jotain hubbabubbadistroa, joten koita muuttaa settings.ini tiedostosta font-kohta ja laita se osoittamaan .ttf -fonttiin. Todelliset distrothan kuuluvat Debian-perheistöön, vaikka PCLinuxOSkin taitaa myös toimia kiitos apt-get -wrapperin. Tarkoituksena on toki saada ainakin START.sh -tiedoston tarkistukset tiedostokohtaisiksi toimivuuden lisäämiseksi.

Lainaus:Tietääkö joku mitä ihmeen X nimisiä objekteja DarkBasic käyttää?

DirectX.. Jos muistan käytät maxia eli googleat "X Panda Exporter" tai jtn..

Huomenna voisin upittaa sivulle sen "netti räiskinnän" ja saa nähä tuleeko mitään
Kuva

Lainaus:27.01.2008 Frozenball kirjoitti:
Miksi kaikki ovat unohtaneet Pythonin? Täydellisyyttä hipova kieli. Toteutin sillä seuraavan pelin (ja pelihän on luonnollisesti Windows/Mac/Linux -yhteensopiva):

http://pivot.servut.us/w/FrozenCAPTURE

Yleensä projektista riippuu mitä kieltä käytetään ja peliprojekteissa se on valitettavasti melkein aina c++, koska tuolla saralla nopeutta tarvitaan.

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all

Ei sillä python on ihan kiva ja nopea kieli käyttää, mutta sen ohjelmat tahtoo olla hiukan hitaita.

Viimeisin pyyttoniräpellykseni:
http://cs.joensuu.fi/~ppakar/seka/supertextviewer.jpg

Jos ihan "oikeasti" tarvittaisiin nopeutta hallittavuuden sijaan, valinta olisi C.
Silti nykyään ollaan valmiita kompromisseihin.

Lainaus:27.01.2008 Cloudef kirjoitti:

Lainaus:Tietääkö joku mitä ihmeen X nimisiä objekteja DarkBasic käyttää?

DirectX.. Jos muistan käytät maxia eli googleat "X Panda Exporter" tai jtn..

Huomenna voisin upittaa sivulle sen "netti räiskinnän" ja saa nähä tuleeko mitään
Kuva

Nuo kädet voisi muuttaa pienemmäksi.

Lainaus:27.01.2008 Antisankari kirjoitti:
Jos ihan "oikeasti" tarvittaisiin nopeutta hallittavuuden sijaan, valinta olisi C.
Silti nykyään ollaan valmiita kompromisseihin.

Proseduraalisesti käytettynä C++ pääsenee aika pitkälle samaan kuin pelkkä C. Muutenkin ero ei ole niin mahtava noiden välillä kun vertaa pyyttoniin. Tosin se on totta että olio-ohjelmointi on about vakiintumassa juuri sen takia että sillä pystytään pitämään projekteja kasassa helpommin kuin proseduraalisilla kielillä. Toisaalta funktionaaliset kielet alkavat nostaa päätään kun ytimien määrät nousevat, koska niillä monen ytimen käyttäminen on aika pitkälle triviaalia.

Ja viimeisin c++ -räpellykseni:
http://cs.joensuu.fi/~ppakar/seka/mapgen.png
http://cs.joensuu.fi/~ppakar/seka/mapgen.rar
(En suosittele vistan omistajille. Voi pukata bluescreeniä.)

Lainaus:25.01.2008 Antisankari kirjoitti:
Mainittakoon nyt tässä vaihessa keskustelun herättelyksi, että perinteiset ohjelmointikielet tulevat todennäköisesti väistymääm muutaman vuoden sisällä.

Syynä tähän tulee olemaan prosessorin fyysisten ydinten määrän kasvu. Rinnakkaisohjelmointi on jo nykyisellään hankalaa. Tulevaisuuden ratkaisuna todennäköisesti tarjotaan nykyisten käännettävien kielten sijaan Javan ja C# kaltaisia korkean tason tulkattavia, tai puolitulkattavia (java JIT) olioparadigman kieliä, jotka uhraavat osan suorituskyvystä vastineeksi tehokkaasta useamman ytimen hyödyntämisestä. Kaupan päälle saadaan enemmän tai vähemmän tehokas laitteistoriippumattomuus, mikä voi ennenpitkää kaventaa kuilun konsoleille ja pc:lle ohjelmoinnin välillä.

Kuten moni on huomannut, yksiytiminen prosessoriarkkitehtuuri on tullut tiensä päähän. Tämän myötä myöskin ohjelmointimetodien on muututtava tehokkaammiksi, jotta vältetään alati kasvavan monimutkaisuuden tuoma ongelma.

Artikkelia asiaa sivuten

Tosiaan funktionaaliset kielet ovat hyviä monen ytimen kanssa. Toisaalta eipä tuo rinnakkaislaskentakaan mitenkään niin hirmuisen vaikeaa ole näillä perinteisillä kielillä mitä nyt olen itse sitä harrastanut c++:n kanssa. Kyllähän se erilaisen ajatusmaailman vaatii kuin yksiytimiset, mutta ei se mitään ylitsepääsemätöntä ole.

Miun tekemä esimerkki optimaalisesti n kpl ytimiä käyttävästä ohjelmasta:
http://cs.joensuu.fi/~ppakar/sim.rar

Lainaus:27.01.2008 Antisankari kirjoitti:
Jos ihan "oikeasti" tarvittaisiin nopeutta hallittavuuden sijaan, valinta olisi C.

asm

Lainaus:27.01.2008 Neoncat kirjoitti:

Toisaalta funktionaaliset kielet alkavat nostaa päätään kun ytimien määrät nousevat, koska niillä monen ytimen käyttäminen on aika pitkälle triviaalia.

Tai sitten tulevaisuudessa tullaan näkemään jonkin sortin kompositio eri kielistä.

Esimerkiksi Civilization 4? lienee koodattu c++ / OpenGL, mutta sen "sisällä" on Pythonilla toteutettua toiminnallisuutta.

Ideana lienee tarjota nopeutta sinne, missä sitä vaaditaan ja hallintaa ja selkey ttä taas omille orsilleen.

Btw. Cs.helsinki tunkee Javaa heti ohjelmoinnin perusteista asti kurkusta alas. C- opinnot ovat sitten kokonaisen kurssin mittaisia aineopintoja. Eli käytännössä olioparadigmalla alkaa ja sitä vaalitaan Javan kanssa, kuin kultaista vasikkaa.

Mitenkäs Joensuussa on asian laita? Mitä siellä tungetaan porukalle universaalina totuutena?

Lainaus:28.01.2008 Antisankari kirjoitti:

Esimerkiksi Civilization 4? lienee koodattu c++ / OpenGL, mutta sen "sisällä" on Pythonilla toteutettua toiminnallisuutta.

Ideana lienee tarjota nopeutta sinne, missä sitä vaaditaan ja hallintaa ja selkey ttä taas omille orsilleen.

Tuo python esiintyy civ4:ssä lähinnä vain skriptikielenä. Itsekin ajattelin käyttää neonenginen( http://neonbits.selfip.com/phbb2/viewtopic.php?t=11 ) kanssa lua-skriptauskieltä hiukkasten simulointiin. Muutenkin kyllähän esim. tekoälyä on skriptattu jo aika monta vuotta.

Sinänsä myös kahta eri kieltäkin on käytetty jo pidemmän aikaa. Tosin en ole ihan varma miten ne nykyisin käyttävät asmia, mutta aikaisemmin ohjelmien kriittisten osien optimoiminen asmilla oli ehdotonta kun tehoja tarvittiin lisää. Tai jos sitten mennään vielä kauemmas niin esim. grafiikan näyttämiseen käytettiin aika pitkälle asmia, koska esim. ohjelmointikielien mukana tulevat kirjastot olivat sen rinnalla lähinnä vitsejä.

Lainaus:Mitenkäs Joensuussa on asian laita? Mitä siellä tungetaan porukalle universaalina totuutena?

Universaalista totuudesta en tiedä, mutta javaahan nuo tyrkyttävät uusille opiskelijoille, vaikkakin sen tyrkyttämisen vahingollisuudesta onkin ollut juttua aikalailla. Itse tosin sain opiskella perusteet tai no vetää läpi perusteet pascalilla aikoinaan.

Viimeisin juttu tuosta vahingollisuudesta:
http://developers.slashdot.org/article.pl?sid=08/01/22/0217200&from=rss

Minunkin mielestäni Lua toimii paljon paremmin scriptaus kielenä mitä Python.. Ja minun mielestäni se on jo todella vanha ettei siitä ole juuri iloa paljon mihinkään. Ja vaikka haluaisi tehä pikku pelejäkin soveltuu siihen tarkoitukseen parempiakin kieliä IMO.

Joo mutta kauhistuu ajatus että C++/C# syrjäityisivät jonkun toisen kielen mukana..

Mutta mielestäni eiköhän Assembly hallitse nämä uusimmatkin prossut. Toisin se kieli on niin hankala ja siitä ota juurikaan mitään selkoa mutta minkäs teet Varsinkin lopullista koodia on mukava katsella kun se on pelkkää sotkua..

Lainaus:27.01.2008 Cloudef kirjoitti:
Huomenna voisin upittaa sivulle sen "netti räiskinnän" ja saa nähä tuleeko mitään
Kuva

Näyttää aika hyvältä. Koko roskanko olet koodannut DbProlla vai?

Oudosti tulee mieleen kaikuja Trespasserista.
kuva

edit: meh, johtuu varmaan AK:sta.