ohjelmointi

Anna-Stiina Nykänen kirjoittaa Sunnuntain Hesarissa tietotekniikasta ja tasa-arvosta otsikolla ”Työjuhta lemmikki vai peto?”. En pitänyt artikkelista. Artikkelin sävy on tietotekniikan miehiä vähättelevä ja syyllistävä. Artikkeli ikäänkuin vihjaa että alan miesporukat olisivat puolitahallaan pitäneet naiset pois alalta ja minimoineet alan naisten näkyvyyden ja vaikutusvallan. Nykänen: Tietotekniikan asiantuntijoiden joukossa on aina syntynyt miesten – tai poikien – omia porukoita jotka ovat vieneet tietotekniikan kehitystä eteenpäin. Teknillisissä korkeakouluissa tietotekniikan lukijoista on naisia alle kymmenen prosenttia. Alan tutkijoissa prosentti lienee samaa luokkaa ja yrittäjissä prosentti on varmaan vieläkin pienempi. Tekniikkaa vie eteenpäin pääasiassa tutkijat insinöörit ja yrittäjät. Nämä eivät ole mitään teininörttiporukoita vaan aikuisia ihmisiä jotka tekevät tiedettä ja tekniikkaa päivätyönään. Koska näissä naisten osuus on pieni on täysin luonnollista että tietotekniikan kehitys vaikuttaa miesvetoiselta. Tekniikka ja luonnontieteet ovat perinteisesti olleet miesvaltaisia aloja. Tietotekniikka ei tältä osin juurikaan poikkea muista tekniikan aloista. Artikkeliin haastatellun Susanna Paasosen mielestä ero asiantuntijan ja käyttäjän välillä on kasvanut: Vielä 1990-luvun alussa oli helppo tehdä omia verkkosivuja. Nyt pääsy ohjelmointiin on vaativampaa ja monimutkaisempaa. No niin ei näin. HTML-sivun laadinta ei ole ohjelmointia! Ja staattisen HTML-sivun laatiminen on tänä päivänä aivan yhtä helppoa kuin 1990-luvulla ellei jopa helpompaa parempien työvälineiden avulla. Lisäksi ilmaisten palvelujen (blogit wikit flickrit yms) myötä tarve omien sivujen tekemiseen on vähentynyt. Oikea ohjelmointi taas on aivan varmasti 1990-luvun alusta helpottunut. Delphi. VisualBasic. Java ja C# ovat huomattavasti helpottaneet ohjelmointia. PHP. Ruby on Rails yms taas ovat helpottanut dynaamisten WWW-sivujen luontia. Suurin helpotus on kuitenkin tullut siitä että nykyään on paljon ohjelmointikielten dokumentaatiota mallikoodeja oppimateriaalia ja vertaistukea verkossa vapaasti saatavilla. Ehkäpä Paasonen kuitenkin itse johtopäätöksessä on oikeassa. Nähtävästi ero asiantuntijan ja käyttäjän välillä on tosiaan lisääntynyt. Onhan se todella hieman outoa miten naiset jaksavat vuodesta toiseen etsiä miehistä syyllistä yhteen jos toiseenkin asiaan omassa elämässään. Takkirauta-blogilla tästä oli hyvää kamaa. Toinen on tämä suomalaisten naisten ikuinen keskustelu siitä "miten suomalaiset naiset ovat niin ihaniaaa". SUOMALAINEN NAINEN. Eihän itsensä kehumisessa mitään pahaa ole jos se pysyy hallinnassa. Mutta tässä tapauksessa... Sitten on tämä että "mulla on Rhodoksellakin paljon ystäviä olen niinku sillä lailla kosmopoliitti. Ei mun veli sillai osaa tutustua ihmisiin - jotenkin surkeita nuo suomalaiset miehet." Kieltämättä tuollaisiakin asenteita joskus valitettavasti näkee. Yksittäitsen ihmisten asenteina nuo on ikäviä mutta ei ne minua sinänsä häiritse. Sen sijaan mikä häiritsee on se kun eräiden feministitoimittajien tällaiset väitteet ja asenteet menee välillä isossa mediassa lähes kritiikittä läpi. Toi artikkeli sattu olemaan lähteenä seminaariesitelmässä joten eksyin myös tänne kun yritin selvittää mitä artikkeli pitää sisällään. Tule vaan mieleen poikaporukoista esim. Bill Gates ja Microsoft tai Applen kehittäjät. Taisivat olla juuri näitä poika- ja miesporukoita. Luulisin että vastaavia porukoita löytyy myös useista tietotekniikkakeksinnöistä. Rivitutkija on jättänyt yliopiston ja siirtynyt ahneuksissaan tuotekehitystehtäviin teollisuuden palvelukseen. Blogissa kerrotut mielipiteet ovat kirjoittajan omia. Mahdolliset yhtäläisyydet blogissa esitettyjen mielipiteiden kirjoitajan todellisten mielipiteiden ja työnantajan virallisten kantojen välillä ovat täysin satunnaisia. Kolmekymppinen sinkkumies. Kahden kissan isäntä. Maccikäyttäjä.

Forex Groups - Tips on Trading

Related article:
http://rivitutkija.blogspot.com/2007/10/nrttipoikien-puuhastelua.html

comments | Add comment | Report as Spam

Ensiksi voisi puida viimekertaista OLO-sessiota. Kysehän oli siis tapaus 6:n purku aiheena rekursio. Koska toimin tapauksen sihteerinä niin voisin hieman summata mitä purussa pähkäilimme (mikäli nyt enää muistan). Kävimme läpi oppimistavoitteet jotka olivat suoraan tapauksessa annetut tehtävät sekä mietimme rekursion määrittelyä ja roolia Javassa. Päädyimme muistaakseni johonkin seuraavansuuntaiseen: Javassa rekursiota käytetään siten että metodi kutsuu itseään itse tai toisen metodin kautta. Monessa tilanteessa se lyhentää koodia ja helpottaa ohjelmoimista. Riskinä on kuitenkin ikuinen looppi jos rekursiota käyttää väärin. Tärkeimmät pointit tämän välttämiseksi olivat varmasti seuraavat: Robotin koodauksesta sen verran että omalta osaltani en ollut kehuttavasti kyseisen labyrinttisuunnistajan luomisvaiheissa kovinkaan aktiivisesti mukana. Urakassa olisi ehkä voinut panostaa enemmän suunnittelupuoleen ja työnjakoon. Suunnitelutilaisuuden (jonne en itse päässyt) jälkeen olisi kaivannut ehkä jatkumoa yhteiselle tekemiselle. Kun muutaman kerran yksin yritin koodia katsella niin en päässyt puuta pidemmälle. Ja kun sitten viimeisinä päivinä homma ilmeisen suurella intensiteetillä tehtiin (mistä kiitokset asianomaisille!) niin allekirjoittaneen aikataulu ei antanut periksi irroittautua mukaan. Toisaalta oma aktiivisuus asiassa ei varmastikaan olisi ollut kiellettyä joten turha marmattaa. Noh. Botin kanssa toivottavasti toisin. Siperia opettaa jne… Koko kurssista vielä muutama henkäys. Ohjelmointi sujuu jo melkein rutiinilla ja jollain kierolla tavalla (ainakin aina näin jälkeenpäin) on melkeinpä miellyttävää kokemus pakertaa kokonainen perjantai parin viikon välein koodin parissa. Käsitekartan boomerangistakin on toivuttu (Vesa milloin heität taas takaisin?) ja essee todettu paremmaksi vaihtoehdoksi hoitaa kirjallinen ulosanti. Vahva usko on että joskus jopa maaliin tullaan. Koodausjoulua odotellessa. (ja kirjoitusvireitä pahoitellessa: en jaksa lukea läpi) XHTML: Voit käyttää näitä komentoja <a href="" title=""> <abbr title=""> <acronym call=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <touch> <strong> :

Forex Groups - Tips on Trading

Related article:
http://hepalonsorkat.wordpress.com/2007/11/04/38/

comments | Add comment | Report as Spam

Ensiksi voisi puida viimekertaista OLO-sessiota. Kysehän oli siis tapaus 6:n purku aiheena rekursio. Koska toimin tapauksen sihteerinä niin voisin hieman summata mitä purussa pähkäilimme (mikäli nyt enää muistan). Kävimme läpi oppimistavoitteet jotka olivat suoraan tapauksessa annetut tehtävät sekä mietimme rekursion määrittelyä ja roolia Javassa. Päädyimme muistaakseni johonkin seuraavansuuntaiseen: Javassa rekursiota käytetään siten että metodi kutsuu itseään itse tai toisen metodin kautta. Monessa tilanteessa se lyhentää koodia ja helpottaa ohjelmoimista. Riskinä on kuitenkin ikuinen looppi jos rekursiota käyttää väärin. Tärkeimmät pointit tämän välttämiseksi olivat varmasti seuraavat: Robotin koodauksesta sen verran että omalta osaltani en ollut kehuttavasti kyseisen labyrinttisuunnistajan luomisvaiheissa kovinkaan aktiivisesti mukana. Urakassa olisi ehkä voinut panostaa enemmän suunnittelupuoleen ja työnjakoon. Suunnitelutilaisuuden (jonne en itse päässyt) jälkeen olisi kaivannut ehkä jatkumoa yhteiselle tekemiselle. Kun muutaman kerran yksin yritin koodia katsella niin en päässyt puuta pidemmälle. Ja kun sitten viimeisinä päivinä homma ilmeisen suurella intensiteetillä tehtiin (mistä kiitokset asianomaisille!) niin allekirjoittaneen aikataulu ei antanut periksi irroittautua mukaan. Toisaalta oma aktiivisuus asiassa ei varmastikaan olisi ollut kiellettyä joten turha marmattaa. Noh. Botin kanssa toivottavasti toisin. Siperia opettaa jne… Koko kurssista vielä muutama henkäys. Ohjelmointi sujuu jo melkein rutiinilla ja jollain kierolla tavalla (ainakin aina näin jälkeenpäin) on melkeinpä miellyttävää kokemus pakertaa kokonainen perjantai parin viikon välein koodin parissa. Käsitekartan boomerangistakin on toivuttu (Vesa milloin heität taas takaisin?) ja essee todettu paremmaksi vaihtoehdoksi hoitaa kirjallinen ulosanti. Vahva usko on että joskus jopa maaliin tullaan. Koodausjoulua odotellessa. (ja kirjoitusvireitä pahoitellessa: en jaksa lukea läpi) XHTML: Voit käyttää näitä komentoja <a href="" call=""> <abbr title=""> <acronym title=""> <b> <blockquote have in mind=""> <cite> <label> <del datetime=""> <em> <i> <q have in mind=""> <touch> <strong> :

Forex Groups - Tips on Trading

Related article:
http://hepalonsorkat.wordpress.com/2007/11/04/38/

comments | Add comment | Report as Spam

Aspect-Oriented Software Development with Use Cases. Jacobson.2004. Addison-Wesley. Ohjelmistotekniikan jatkoseminaari. Tampereen teknillinen yliopisto. Porin yksikkö 2007Mitä on Aspect Oriented Software ProgrammingAspektiperustainen ohjelmointi (Aspect-oriented programming - AOP) on Xeroxin Palo Alton tutkimuskeskuksessa kehitetty ohjelmointimenetelmä jonka avulla läpileikkaavat (cross-cutting) ominaisuudet voidaan kerätä yhteen paikkaan jolloin niiden käsittely on helpompaa ja ohjelmakoodista saadaan siistimpää. Läpileikkaavat ominaisuudet ovat toimintoja joita käytetään useissa luokissa tai proseduureissa. Mitä on Aspect Oriented Software Development ?• Aspektiperustaisessa ohjelmistokehityksessä (aspect-oriented software development. AOSD) koko ohjelmistoa läpileikkaavat ominaisuudet kuvataan paitsi suunnittelussa myös ohjelmakoodin tasolla muusta luokkarakenteesta (ja toisistaan) erillisinä aspekteina.• Aspektiympäristöön kuuluva punoja (weaver) yhdistää sitten aspektikuvaukset ja luokat erityisten liitoskohtien (join inform inform cut) avulla suoritusvalmiiksi ohjelmaksi.• Automaattinen punominen mahdollistaa myös uusien aspektien lisäämisen (esim uuden lokitietojen tallennuspolitiikan käyttöönoton) ilman muutoksia muuhun järjestelmään. Mitä on Aspect Oriented Software Development• AOP:tä varten tarvitset kokonaisvaltaisen lähestymistavan ohjelmistojärjestelmän kehittämiseen johon kuuluu näkökulmat vaatimuksista analysointiin and suunnitteluun toteutukseen ja testaukseen.• AOSD tarkoittaa parempaa modulariteettia koko järjestelmälle.• parempi modulariteetti funktionaalisille vaatimuksille ja ei- funktionaalisille vaatimuksille• rakentaa järjestelmä jolla on ymmärrettävämpi rakenneAspektiohjelmoinnin tarkoitus• Aspektipohjaisella ohjelmoinnilla tarkoitetaan aspektien modularisoimista koostamista ja uudelleenkäyttöä.• Aspektiohjelmoinnin avulla voidaan ohjelmakoodista tehdä selkeämpää ja helpommin ymmärrettävää kuin perinteisten menetelmien kuten olio-ohjelmoinnin tai proseduraalisen ohjelmoinnin avulla.• Erityisesti ohjelmistojen muunneltavuuden ja uudelleenkäytön avuksi on kehitetty aspektiperustaisia menetelmiä. Mitä järkeä desireä käytetään ja miten tehdään ?• Eri asioiden erottaminen ja erillään pitäminen lähdekoodin tasolla• Käytännön sovelluksia jäljitys (tracing) profilointi lokit jne• Kerrotaan mihin kohtaan sovellusta aspekti kiinnittyy– connect point kohta johon voi kiinnittyä– inform cut mihin join pointiin tartutaan– advice mitä koodia ja ennen vai jälkeen join pointin se suoritetaanAspektiohjelmaKoostuu:• kehotteista (advice):– aspektien ohjelmakoodi• liitoskohdista (connect point):– metodin alku/loppu– poikkeusten käsittelijät– liitoskohdan valitsin (pointcut designator)• liitoskohtamäärityksistä (pointcut):– kuvataan ne perusohjelman kohdat joihin aspekti punotaan– sidotaan aspektin kehote yhteen tai useampaan liitoskohtaan perusohjelmassa– http://www cs helsinki fi/u/eeanttil/seminaari/johdatus_aspektikasitteistoon ppt#20Aspektiohjelmointi• Aspekti = näkökulma• mahdollisuus esittää useita jaotteluperusteita• kapseloidaan ohjelman läpileikkaavia ominaisuuksia• Mielenkiinnon kohde (concern)– eri mielenkiinnon kohteet johtavat erilaisiin jaotteluihin tai modularisointeihin– voidaan kutsua myös jaotteluperusteeksiAspektiohjelmoinnin tavoite• Aspektiohjelmoinnin tavoitteena ohjelmiston läpileikkaavien ominaisuuksien kapselointi• Aspektit punotaan perusohjelmaan• Staattinen aspektiohjelmointi– Aspektit punotaan käännösaikana– Tunnetuin ohjelmointikieli AspectJ• Dynaaminen aspektiohjelmointi– Aspektit punotaan ajonaikanaAspektiohjelmointi• Pystytään kapseloimaan koko ohjelman läpileikkaavia ei-toiminnallisia ominaisuuksia• Ohjelma jaetaan kahteen eri osaan:– perusohjelmaan• ohjelman toiminnalliset osat• ei tarvitse tietää aspekteista– aspektiohjelmaan• ei-toiminnalliset osat sekä kuvaus niiden liittämisestä perusohjelmaan• muutokset riittää tehdä yhdessä paikassaEsimerkkiaspect SimpleTracing {pointcut tracedCall():label(cancel Figure. Draw(graphicContext));before: tracedCall() {System out println( ”Entering: ” + thisJoinPoint);}}Aspektien edut• ohjelmiston läpileikkaavat toiminnot voidaan modularisoida. (ei tarvitse monistaa)• ohjelmakoodista tulee selkeämpää• ohjelmistojen muuttaminen on helpompaa• ohjelmistojen kehityssyklin nopeus ja hallittavuus paranee• arkkitehtuurisia ratkaisuja helpompi vaihtaa• aspektin toteuttavalle toiminnallisuudelle vastuuhenkilö• aspektien toiminnallisuutta voidaan uudelleen käyttääAOSD ja Use Cases• systemaattinen lähestymistapa on use-case-driven lähestymistapa.• se tarjoaa metodin kehityssovelluksille keskittymällä mielenkiinnon kohteiden toteuttamiseen.• auttaa modularisoimaan mielenkiinnon kohteita• käyttötapaukset ovat läpileikkaavia mielenkiinnon kohteita• voit mallintaa läpileikkaavia mielenkiinnonkohteita käyttötapauksilla toteuttamalla ne aspektien kanssa.• Komponentteihin perustuva kehitys on lähestymistapa rakentaa monimutkaisia systeemejä.• jaat vaatimukset komponenteille kuten classes packages services jne.• monia vaatimuksia ei voi paikallistaa tiettyyn komponenttiin vaan ne vaikuttavat moniin komponentteihin eli nämä vaatimukset läpileikkaavat komponentit ja niitä kutsutaan läpileikkaaviksi komponenteiksi. The Use of Components Today• jokaisella komponentilla on oma erityinen roolinsa ja vastuualueensa ja tarkoituksensa.• komponentit muodostavat hyvin määriteltyjä rajapintoja• ne tuottavat määriteltyjä vasteita kuten tietokoneen komponentit.• komponentti kapseloi sisältönsä• ei tarvitse tietää miten komponentti toimii• pitää vain osata lähettää oikea signaali rajapintaan ja saada haluttu vaste• käytetään sopivinta komponenttiaJärjestelmän rakentaminen komponenttien avullaTavallisesti lähdetään liikkeelle järjestelmän ymmärtämisestä• mitkä ovat vaatimukset• tutkit ja tunnistat osat• kartoitat vaatimukset komponenttien maailmaan.• voi olla 1000 vaatimusta ja 50 komponenttia• valitset valikoiman komponenteista ja tarkistat että kaikki vaatimukset toteutuvat ko komponenteillaKirjan esimerkkinä Hotel Management SystemHotel Management System• Hotel Management System made up of interconnected componentsKomponenttien edut• komponentit edustavat järjestelmän pysyvää rakennetta• niiden avulla voi ymmärtää koko järjestelmää.• komponentti voi sisältää esim huoneen varausjärjestelmän muuntelun.• komponenttien avulla järjestelmää voi muuttaa asiakkaan vaatimusten mukaan. Komponenttien rajoitukset• Komponenttien rajoituksia lähestytään mielenkiinnon kohteiden kautta• mielenkiinnon kohde voi olla funktionaalinen vaatimus tai ei-funktionaaliset vaatimukset• mielenkiinnonkohde voi olla mikä tahansa ,joka on kiinnostuksen kohde loppukäyttäjälle kehittäjälle jne.• mielenkiinnon kohteiden erotteleminen on ongelmien pilkkomista pienempiin osiin•.

Forex Groups - Tips on Trading

Related article:
http://perttiaspect.blogspot.com/2007/11/aspect-oriented-software-development.html

comments | Add comment | Report as Spam

Etätyö kakkosen sain väännettyä tuskaisan kamppailun jälkeen. Buginen kun mikä mutta on siinä ainakin halutut toiminnot. Tämä jälkeen siis WWW1 kurssi on ohi ja hyvinä juttuina oli JavaScirptin opiskelu sekä HTML:n harjoittelu noin yleisesti. PHP jäi aika heikolle pohjalle mutta sitä vartenhan WWW2 on? Eipä ollut mikään kynnyskurssi tämä kun muutamalla harjoitustyöllä sai homman hoidettua - ei haittaa ainakaan minua. Etätyö 1 oli vielä mielekäs vaikka "riittävästi javascriptiä..." -tehtäväkuvaus antaa aika paljon vapauksia kun ei voi ihan varma olla mikä on riittävästi ja kuinka monimutkaista koodin pitäisi olla. Etätyö kaksi nyt oli väkisin vääntäcoverä jollaista toivottavasti ei enää tulevaisuuudessa tule. Kiitos ja kumarrus poistun nyt.

Forex Groups - Tips on Trading

Related article:
http://vahajaak.blogspot.com/2007/11/loppu-tuli.html

comments | Add comment | Report as Spam

Etätyö kakkosen sain väännettyä tuskaisan kamppailun jälkeen. Buginen kun mikä mutta on siinä ainakin halutut toiminnot. Tämä jälkeen siis WWW1 kurssi on ohi ja hyvinä juttuina oli JavaScirptin opiskelu sekä HTML:n harjoittelu noin yleisesti. PHP jäi aika heikolle pohjalle mutta sitä vartenhan WWW2 on? Eipä ollut mikään kynnyskurssi tämä kun muutamalla harjoitustyöllä sai homman hoidettua - ei haittaa ainakaan minua. Etätyö 1 oli vielä mielekäs vaikka "riittävästi javascriptiä..." -tehtäväkuvaus antaa aika paljon vapauksia kun ei voi ihan varma olla mikä on riittävästi ja kuinka monimutkaista koodin pitäisi olla. Etätyö kaksi nyt oli väkisin vääntämistä jollaista toivottavasti ei enää tulevaisuuudessa tule. Kiitos ja kumarrus poistun nyt.

Forex Groups - Tips on Trading

Related article:
http://vahajaak.blogspot.com/2007/11/loppu-tuli.html

comments | Add comment | Report as Spam

Etätyö kakkosen sain väännettyä tuskaisan kamppailun jälkeen. Buginen kun mikä mutta on siinä ainakin halutut toiminnot. Tämä jälkeen siis WWW1 kurssi on ohi ja hyvinä juttuina oli JavaScirptin opiskelu sekä HTML:n harjoittelu noin yleisesti. PHP jäi aika heikolle pohjalle mutta sitä vartenhan WWW2 on? Eipä ollut mikään kynnyskurssi tämä kun muutamalla harjoitustyöllä sai homman hoidettua - ei haittaa ainakaan minua. Etätyö 1 oli vielä mielekäs vaikka "riittävästi javascriptiä..." -tehtäväkuvaus antaa aika paljon vapauksia kun ei voi ihan varma olla mikä on riittävästi ja kuinka monimutkaista koodin pitäisi olla. Etätyö kaksi nyt oli väkisin vääntämistä jollaista toivottavasti ei enää tulevaisuuudessa tule. Kiitos ja kumarrus poistun nyt.

Forex Groups - Tips on Trading

Related article:
http://vahajaak.blogspot.com/2007/11/loppu-tuli.html

comments | Add comment | Report as Spam

Assosioimme jatkuvastiTämän päivän tarkoituksena on oppia kontroloimaan omia assosiaatioita ja tapojamme. Assosiaatioiden ja tapojen uudelleen ohjelmointi on tarpeellista jotta voimme korvata vanhat tavat uusilla ja muuttua. Me assosioimme jatkuvasti; kuulen hyvää musiikkia ja muistan vuosien takaa jonkin ihanan hetken näen ihmisen ja välittömästi tunnen hyvää oloa. Nämä tällaiset assosiaatiot ovat syntyneet itsestään ja ne ovat jääneet päälle koska olemme toistaneet niitä kyllin usein. Lisäksi koetut vahvat tunteet ovat pitäneet assosiaatiot mielessämme. Nämä assosiaatiot ovat tehokkaita keinoja ohjata elämää. Miksi ei siis korvata huonoja tapoja paremmilla? Positiivisen tunneyhtymän luominen Keskeistä assosiaatioissa on että ärsyke joka voi olla haju musiikki ihminen ilme sana tms aiheuttaa meissä vastineen. Esimerkiksi pulman ratkaisu saattaa saada sinut tuntemaan itsesi onnistuneeksi iloiseksi motivoiduksi ja pirteäksi. Mieti missä tilanteessa sinä tunnet suurta onnistumisen tunnetta tai muuta positiivista tunnetta. Virittäydy tunnetilaan ja kun olet tunnetilan kliimaksi pisteessä kytke siihen jokin uniikki assosiaatio esimerkiksi jokin sormien liike. Kun toistat tunnetilaan virittäytymistä ja liikettä lopulta pääset tilanteeseen jossa voit missä tahansa tilanteessa tehdä kyseisen liikkeen ja alkaa tuntea positiivisia tunteita välittömästi. Negatiivisten assosiaatioden poistaminen Meillä on usein myös negatiivisia ankkureita ja assosiaatiota. Eli esimerkiksi jonkin tehtävän tekeminen saa meidät heti voimattomiksi ja tylsiksi. Mieti yksi tällainen tapahtuma missä alat tehdä jotain mitä todella itsekkin tiedostat inhoavasi. Esimerkkeinä voisi olla kynsien pureskelu tai myöhästely. Sulje nyt silmäsi ja kuvittele mille näytät tuossa inhoamassasi tilanteessa. Miten sinä päädyt kyseiseen tilanteeseen? Kun mielikuvasi on selkä siirry nyt ajattelemaan millainen todella haluaisit olla. Millainen olisit menestyvänä onnellisena ihmisenä. Miten käyttäytyisit miltä näyttäisit mitä tekisit? Millainen ihminen ei ikinä tekisi enää tuota pahaa tapaa? Kun olet kuvitellut molemmat henkilökuvat mieleesi tee nyt seuraavasti. Mieti kuinka tuo vieroksumasi minä kasvaa ja tulee yhä vahvemmaksi osaksi sinua kun taas toivomasi minäkuva muuttuu pienemmäksi ja pienemmäksi ja lopulta katoaa. Todennäköisesti tilanne on varsin epämielittyvä ja haluat tuoda paremman ja tulevan minäkuvasi sen pahatapaisen tilalle. Siirrä toivomasi hyvätapainen minä edustalle ja pyyhi mielestäsi vanha minä joka puree kynsiään kunnes sormet vuotavat verta. Tee harjoitus seuraavien parin päivän aikana toistuvasti. Paremman minän esiin tuominen aiheuttaa hyvänolon tunnetta voittamisen tunnetta. Muista tunnistaa hyvänolontunne. Läksy Tehtävänäsi on luoda yksi positiivinen assosiaatio liittyen haluaamasi positiiviseen tunteeseen. Ja lisäksi harjoitella yhden negatiivisen assosiaation poistamista edellä kerrotulla tavalla seuraavien päivien aikana ainakin viisitoista kertaa.

Forex Groups - Tips on Trading

Related article:
http://30dayprogram.blogspot.com/2007/11/12piv-rituaalien-ja-tapojen-uudelleen.html

comments | Add comment | Report as Spam

Osaan luoda blogin ja julkaista omia ajatuksia sekä oppejani täällä. Käytiin tunnilla läpi html:ää ja tehtiin siitä harkkaesimerkkejä. Ok hyvä että blogi on otettu käyttöön. Lisää vaan kommentteja mitä opit mitä et mitä jäit kaipaamaan jne.. jatkossa bloggailaan toki näillä sivuilla. Torstaina jatketaan JS rintamalla.

Forex Groups - Tips on Trading

Related article:
http://pengman.blogspot.com/2007/08/www-ohjelmointi-1.html

comments | Add comment | Report as Spam

Vaivaiduin viimein tekemään jotain... Aloitussivu ei toimi niinkuin pitäisi ja IE:llä frameborder näkyy rumana valkoisena raitana. Kyllä masentaa mutta IE onkin huonoutta. Ehdin jotain jopa tunnillakin seuraamaan lisää erilaista skriptailua. Pitänee treenata niitä joskus myöhemmin kun tällä kertaa keskittyminen oli muissa projekteissa.

Forex Groups - Tips on Trading

Related article:
http://vahajaak.blogspot.com/2007/09/omaa-tykist-ameballa.html

comments | Add comment | Report as Spam