UML&OOP tärkeitä?

Jos et noita ymmärrä, kannattanee vaihtaa alaa.

Ei juuri nuo useinkaan ole tärkeitä (kuten ei mikään muukaan yksittäinen teknologia), mutta jos ei ymmärrys riitä edes noiden tajuamiseen yrittämisestä huolimatta, niin ei ehkä kannata haaveilla kovin syvällisistä asiantuntijatehtävistä.

Joo. Sun vissiin on parempi unohtaa heti alkuunsa kaikki sellaiset IT-alan lyhenteet (kuten esim. UML & OOP) ja on parempi keskittyä alan selväkieliseen kirjallisuuteen. Esimerkiksi työnvälityksessä on hyviä kursseja jotka eivät ole liian korkealentoisia ja mitä kautta työllistyy varmasti alalle.

Un(identi)fied Markup Language ja Object Oriented Programmin ovat jo menneen talven lumia. Kannattaa paremmin keskittyä tulevaisuuteen ja unohtaa tälläiset vanhat jäänteet. Seuraavan sukupolven koneet toimivat valolla tai ne ovat ehkä molekyylitietokoneita, joten sun on vissiin parempi tähdätä tähän erään, niin et ainakaan jää jalkoihin.

Jos nyt haluat kuitekin jotain UMLää tai OOPpiä tutkia, niin googlaa vähän enemmän. Materiaalia löytyy tietoverkosta niin venäjäksi kuin englanniksi.

IT-gurnu

Jos lähet esim. rappaamaan reikälevyyn kytkentää ihan vain kokeilemalla omasta päästä, piirtämättä kytkentäkaavioita homma menee aika vaikeeksi.

Sama juttu jos väännät softaa pelkästään koodaamalla, tekemättä luokkakaavioita ja sekvenssikaavioita ym.

Ongelmia tulee kun pitäis päässä äkkiä jonkun toisen jyvälle siitä mitä olet tehnyt, tai puolen vuoden päästä rupeet vääntämään siihen sun softaan laajennosta.

Miten ihmeessä opiskelet suunnittelumallien käytön ilman UML:ää ja kaiken lisäksi suunnittelumallit ovat nykyään kaikki oliomalleja.

Jos et käytä suunnittelumalleja, keksit joko pyörän uudestaan tekemällä siitä vain huonomman version, tai sitten et keksi mitään pyörää.

Sen verran käsittämättömiä softahäkkyröitä sitä näkee ja niitä nähdessään sitä toivoisi, että olis käytetty suunnittelumalleja ja siinä samalla ratkaistu monta miinaa.

Kun käytät suunnittelumalleja, toinen malleja ymmärtävä tietää heti miten sun juttu pääpiirteissään toimii. Se siis on myös kommunikoinnin väline.

Olioperustainen suunnittelumalleihin perustuva suunnittelu ja toteutus on tie pois nörttikoodaamisesta.

Parempi ymmärtää/hallita, sillä ne ovat nykyään alan perustietoutta. UML on helppo sisäistää, mutta OOP saattaa olla hiukan vaikeampi opiskelijalle, varsinkin sen takana oleva ohjelmointiparadigma.

Jotta ymmärtäisit UML:ää, pitää ensin hallita OO, joten älä huolestu. Eräs atk-maikka väitti että olio-ohjelmoinnin ymmärtämiseen menee keskimäärin 6kk !! Jos tuossa ajassa ei edes suurinpiirtein tajuu, niin kannattaa harkita alan vaihtoa. Kun OO on hallussa, niin UML on helppo nakki.
OO on suurimmassa osassa yrityksiä käytetyin ohjelmointiparadigma, joten melkein pakko osata jos duunia haluu.
Noin yleisesti ottaen pitää myös hallita myös "ei-OO"-paradigmoja ainakin tuo proseduraalinen.

On ne melkoisen tärkeitä. Mutta en minäkään niitä peruskursseilla tajunnut. Ohjelmoinnin harjoitustyökään ei auttanut, kun olin juuttunut C-kielen malliin enkä Javan ajatusmaailmaa osannut yhtään (eikä ohjaaja ainakaan auttanut).

Olio-ohjelmoinnin sisäistin vasta myöhemmillä kursseilla (joissa ei itse asiassa tainnut olla itse ohjelmointia nimeksikään). Tai ehkä se oli, että minun piti kypsyä vielä pari vuotta (Suomen peruskoululaitos ja lukio opettavat nippelitietoon - en hahmottanut kokonaisuuksia ja yhteyksiä yhtään). UML:n oppii hyvä kirjan avulla - se on loppujen lopuksi aika simppeli juttu. Sen hyvän kirjan löytäminen voi olla hippusen hankalampaa - huonojakin on tosi paljon - mutta kokeile koulun kirjastoa ensin.

että jos et osaa OOP:ia, niin voit unohtaa ohjelmointihommat projektiluonteisena työskentelynä ja keksiä itsellesi parempaa tekemistä.

Työnantaja joka vaatii UML:n osaamista, ei tiedä, että UML ei kuvaa ohjelman toimintaa yksi yhteen ja voi aiheuttaa harmaita hiuksia moduulien koodaajille. Aikaa ja rahaa palaa toiminnan käytännön tason selvittämiseen, mikä ei näy UML:stä. Ilmeisesti UML:n osaajien vaatijoilla on liikaa rahaa polttaa tämmösten selvittelyyn.

Kaikki ei onneksi vaadi UML:n osaamista. OOP:in osaamisen perusteet vaatii useimmat kuitenkin, koska samat periaatteet toimivat useimmissa nykyisissä ohjelmointikielissä.