Jos joku ei sattuisi tietämään mikä on Hirsipuu, niin löydät selostuksen esim täältä: http://en.wikipedia.org/wiki/Hangman

PHP, C, VB. Noilla uskoisin ainakin ASCII-hirsipuun syntyvän ongelmitta.

C/C++, Python, PHP ja Java. Meinasin sanoa myös VB, mutta pitkän tauon jälkeen se menisi hieman arvonnan puolelle.

C, C++, D. Sitten onnistuisivat ainakin Haskell, OCaml, Ruby, Python, Perl, ja Java; kunhan ensin tarkistaisin miten saan tehtyä input/outputin fiksusti. Itse pelimoottorin luomisessa ei olisi mitään ongelmaa.

Kuvallinen :) hirsipuu. C++ & PHP

Uskomattoman hyvin ihmiset väittävät muistavansa kirjastofunktioiden parametrien lukumäärät ja niiden järjestykset, tai sitten liioitellaan omia taitoja tai koodin laadulla ei ole mitään merkitystä.

Hädin tuskin itse muistan yhdenkin kielen kirjastofunktiot niin hyvin, ettei tarvitsisi kertaakaan vilkaistakaan dokumentaatiota. Vastasin siis yksi, vaikka muuten onnistuisi ainakin viidellä (ASP JScript, C, C++, Java, PHP).

Nopeasti mietittynä C, C++, C#, VB.NET, PHP, Perl ja Ruby.

Minähän sen sanoin, ettei niitä muista kuin (esmes, minun tapauksessani) kolmessa kielessä yhdeksästä. printf():n nyt muistaa aika helposti, eikä niitä muita hirveästi tarvitse.

Mutta kyllä, vastasin myös siltä pohjalta että koodin laadulla ei ole merkitystä =)

Basicilla leikiten. C:lläkin kaiketi ainakin rakenteiden puolesta. Piirtäminen on sitten toinen juttu.

No eikös kaikki käyttämisen arvoiset sovelluskehittimet tyrkytä noita parametrivaihtoehtoja kun vaan itse muistaa funktion nimen?

Ehkäpä, mutta kuinka suuri osa täällä käyvistä oikeasti käyttää koodatessaan kehitintä? Vastaus riippunee varmaankin käytettävästä kielestä.

Oman käyttökokemukseni mukaan ohjelmoijan ei tarvitse edes muistaa funktion nimeä, vaan riittää, että lisää olion nimen perään pisteen tai nuolen, niin johan pomppasi vaihtoehtoja. Mm. siitä syystä kehitin on mielestäni käytännössä sama kuin dokumentaatio.

hmmm.. C++, C, java (ei graaffinen), php, javascript, perl (ei graaffinen)

No ehkäpä sillä ei ole merkitystä. Kysymys kuului monellako kielellä osaa sen tehdä ilman dokumentaatiota. Jos kieli ja tapa millä tekee on peruseditori ilman aputoimintoja niin sitten tietysti ko. henkilöllä täytyy olla paremmin muistissa ne eri funktiot ja parametrit.


Minusta se ei ole sama, sillä dokumentaatiossa on yleensä tarkemmat selostukset. Ja usein dokumentaatiossa on vielä esimerkkejäkin funktioiden käytöstä. Tässä on siis erona se, että jos ottaa täysin uuden kielen, jonka funktioita ei ole koskaan käyttänyt niin tarvitsee sitä dokumentaatiota. Jos taas on joskus tehnyt jotain kielellä niin ei välttämättä tarvitse dokumentaatiota niinkään kun periaatteessa muistaa mitä mikäkin funktio tekee vaikkei ehkä niiden parametreja (ja nimiä) ulkoa muistakaan.

Kehittimen käytöllä sinänsä ei ole merkitystä, mutta sillä on, kuinka moni tukeutuu sen antamaan apuun, mistä lisää alla.

Olisi varmaankin pitänyt tuoda selvemmin esille eri tasoiset dokumentaatiot ja niiden tarkoitukset.

Se, että dokumentaatiota on aloittelijoille opiskelua sekä kokeneemmille pikaista vilkaisua varten, ei mielestäni poista sitä tosiasiaa, etteikö dokumentaatio olisi dokumentaatio, vaikka tarkoitus olisi tämä tai tuo. Jos jotakin ei muista ulkoa, on yleensä käytettävä dokumentaatiota, olipa käyttö sitten funktion parametrien nimien ja järjestyksen tarkistamista kehittimen avulla tai soveltuvan funktion etsimistä manuaalia selaamalla tai toisinpäin.

Tulkitsin gallupin kysymyksen lopun "... lukematta dokumentaatiota" sellaiseksi, että ulkomuistilla pitäisi tulla toimeen.

Itsellänikin oli ajatuksena se, että koodi kirjoitetaan vaikka Notepadilla täysin ulkomuistista. Täytyy siis osata syntaksi ja ainakin parin funktion käyttö ulkoa. C:ssä riittää, että muistaa printf:n ja scanf:n, muut operaatiot voi hoitaa itse. Javastakin muistan mm. charAt- ja length-metodit, mutta VB:n kohdalla aika on tehnyt tehtävänsä.

Jos hieman saisi muistella dokkareista niin javalla, c:llä ja c++:lla. Mutta jos ei yhtään sais tirkistellä, niin ei taitais yhdelläkään kirjoitettu edes kääntyä.

No kukin varmaan tulkitsee sen kysymyksen eri tavalla. Noin epämääräinen kysymys on toki huono jos halutaan keskenään vertailukelpoisia vastauksia.

Myös kääntäjän antamat virheilmoitukset ovat yhtä lailla dokumentaatiota kuin nuo kehittimen tarjoamat avusteet. Ymmärsinkö siis oikein että sinun tulkintasi mukaan ohjelma pitäisi syntyä notepadissa ja ensimmäisellä yrittämällä kääntyä virheettömästi? Tai ehkä voitaisiin sallia että kääntäjä kertoisi vaan rivin millä virhe esiintyy muttei sen tarkemmin.

Tulkintani oli samoilla linjoilla chimanin tulkinnan kanssa.

Ei käännösvirheitä sen kummemmin kuin yleensä minkään muunkaan sovelluksen virheilmoituksia lasketa dokumentaatioksi, vaikkeivät käännösvirheet ja virheilmoitukset täysin rinnasteisia olekaan.

Toinen syy, miksei käännösvirheillä ole tässä tilanteessa merkitystä on se, etten ole vielä tähän päivään mennessä nähnyt kenenkään kirjoittavan edes lähes virheetöntä sovellusta ensimmäisellä käännöksellä, jos ei oteta huomioon parin rivin Hello, world! -tyyppisiä rävellyksiä.

PHP:llä onnistuu, muita en osaakaan ;)

Kyllä tässä kysymyksessä oli ajatuksena se että *mitään* dokumentaatiota lukematta se ohjelma pitäisi tehdä, eli myös nuo IDE:jen "popupit" yms lasketaan tässä tapauksessa dokumentaatioksi.

Tuloksista päätellen ihmisillä on vähän eri käsitys dokumentaation lukemisesta, tai sitten vedetään reilusti kotiin päin kun vastataan.

Jep, kyllä aika monelta voisi jäädä peli kirjoittelematta kun tuotaisiin notepad eteen...

IDEn tooltipit on aika selkeästi ilman tulkintaa dokumentaatiota, mitä muuta dokumentaatiosta tarvitaan kuin parametrilistoja? Vai ohjelmoiko joku niin että kaivaa esim. php.netistä funktion esimerkit ja kokeilemalla ottaa selville mikä niistä sopii omaan hommaan? Jos tarvitsee esimerkkejä funktion käytöstä, on aika varmaa että ei selviä myöskään ilman parametrilistoja.

Täytyy kuitenkin muistaa että aika moni varmastikkin käyttää hyviä editoreita/IDEjä koodaamiseen, jotka osaavan automaattitäydennyksen ja kertoa functioden parametrejä lennosta.

Minä ainakin käsitin niin, että annetaan vain tekstieditori, jolla kirjoitetaan koodi, ja kääntäjä, jolla testaan ohjelmaa, eikä sitten mitään muuta. Ei siis mitään kummempia työskentely-ympäristöjä, manuaaleja tmv.

Minusta ei kyllä voida sanoa että IDEn autocomplete tms. toiminnot pitäisi yksiselitteisesti ymmärtää dokumentaatioksi. Muutenhan voisi kysyä että kuinka moni osaa käyttää Wordia ilman dokumentaatiota ja sitten lyötäisiin eteen Wordi missä kaikki ikonit olisi korvattu kysymysmerkeillä ja valikoista olisi ainoastaan se pikavalintakirjain tallella. Minä kyllä ymmärtäisin että dokumentaatiolla tuossakin tapauksessa tarkoitettaisiin painettua ohjekirjaa ja/tai helpin takaa löytyvää dokumentaatiota, ei työkalun käyttöliittymää.

Ei sillä, itse vastasin 2-3 kielellä eikä se muutu vaikka pitäisi notepadia käyttää jos kuitenkin kääntäjän virheilmoitusten muodossa antamaa dokumentaatiota saa käyttää eikä ole pakko onnistua ekalla kerralla.

Tietenkin jos kysymyksenasettelu olisi maininnut että koodaus pitää suorittaa nopteadilla, niin asia olisi eri. Nyt mielestäni siinä sanotaan ettei saa lukea dokumentaatioita, mutta mitään rajoituksia käytetyille työkaluille ei anneta. Itse asiassa kysymyksenasettelun puitteissa tuon voisi tehdä myös jollain graafisella työkalulla jolla ohjelma kehitetään läiskimällä ruudulle nuolia ja pallukoita vuokaaviotyyliin, jolloin luonnollisesti ei mitään kirjoitettavia parametreja välttämättä ole olemassakaan.



Jos saa käyttää vapaasti käyttää täyttä dokumentaatiota niin silloin voin ottaa mukaan laskuihin sellaisetkin kielet joita en osaa lainkaan enkä ole käyttänyt koskaan. Silloin dokumentaatioissa olevista esimerkeistä voi olla ihan oikeasti apua, ainakin aluksi.

Ja kyllähän dokumentaatiosta saa muutenkin pelkkiä parametrilistoja tarkempia tietoja. Ajatellaan esimerkiksi substr -tyyppistä funktiota. Onhan se kiva tietää aloitetaanko merkkien laskeminen nollasta vai ykkösestä.

Pascal, PHP, Basic, ASM (ascii just ja just)

Javalla, c++:lla ja basic:illa menis vaikka notepadilla.. tosin c++:lla menis tekstipohjaiseksi. Ja no Basicillakin jos kyseessä on Qbasic, tai GWBasic ;)... taino.. joo.. perun sanani kyllähän Q- ja GWBasicillakin saa graafisen ihan helposti kun muuttaa screen:in ja käyttää Line ja Circle komentoja.

Ei kyllä tulisi mieleenikään tehdä ohjelmia millään kilelellä ilman mitään dokumentaatiota. Ehkä en vain osaa tai jotain...

PHP Ja QuickBasic