Pitääkö patternit osata?

Kyllä, niin tentataan säännöllisesti ja jos et osaa, niin se on sitten kenkää.

Pitää osata koodata assembly languagella järjestelmätason ajuri grafiikkakiihdyttimelle, plussana on tietysti jos osaa itse kasaan multiytimisen grafiikkakiihdyttimen itse.

Muuten ei ohjelmointialalle kannata lähteä kuin opiskelemaan.

design patternit ovat juurikin siksi että hyväksi todettuja ratkaisuja voidaan toistaa ja uusiokäyttää. Tehdään koodia yhtenevällä syntaksilla ja arkkitehtuurilla jota muutkin osaavat lukea ja ymmärtää. Se että osaa omintakeisella tyylillä koodata ohjelmia/ohjelmistoja sopii hienosti itselle mutta kaupalliseen tarkoitukseen tuleva koodi on oltava sellaista että muutkin ammattilaiset saavat siitä selkoa. Koko ohjelmisto on tehtävä standardoidulla formaatilla. Mitä siitä tulee jos kymmenet koodarit tekisivät ohjelmistoon ikiomat virityksensä. Pekka näin ja Kalle noin. Koodien sekamelska. Lopputulos olisi varmasti kaaos.

Käytetäänkö funktionaalisessa ohjelmoinnissa patterneja?

Käytetäänkö reikäkorttiohjelmoinnissa patterneja?

Riippuu, mitä teet, millä kielellä ja missä ympäristössä.

Suomi on täynnä PHP-nyrkkipajoja, joissa voit hakata just semmosta jöötiä kun mieli tekee. Siihen ei paljoa yliopistotutkintoja tarvita, eikä patterneja. Yleensä maksetaankin ihan OK:sti. Projektit ei välttämättä ole isoja ja jännittäviä tekemistä kyllä piisaa.

Mitä isompaan (ja kansainvälisempään) ympäristöön menet, sitä enemmän sitä oikeaa ja kovaa osaamista pitää olla. Isoihin suomalaisiinkaan konsulttifirmoihin (Vincit, Gofore, Futurice, Siili) ei helpolla pääse sisään jos osaaminen on pinnallista. Googlelle ja muihin vastaaviin kansainvälisiin firmoihin nyt ei ole mitään asiaa. Kääntöpuolena on että tämmöisissä firmoissa helpommin pääsee isoihin ja vaikuttaviin projekteihin.