Albert Oil
Hippi ja juntti
Komp. Paitsi että Microsoft.Mulla on halvin mahdollinen Samsung. Pelittaa. On lumerot, kirjaimet ja vastaa/sulje napit.
Komp. Paitsi että Microsoft.Mulla on halvin mahdollinen Samsung. Pelittaa. On lumerot, kirjaimet ja vastaa/sulje napit.
Mikä etu se on, että asiakkaan lurkit soittelee iltaisin ja viikonloppuisin?:doubtful:Puhelinetuuksista täällä vaan huudellaan. :frank:
Pitäähän suhteita hoitaa.Mikä etu se on, että asiakkaan lurkit soittelee iltaisin ja viikonloppuisin?:doubtful:
Juu, mutta mitä helkettiä niillä on asiakkaiden kanssa?Pitäähän suhteita hoitaa.
Hei kuunnelkaa! Nää on tärkeitä juttuja! Oikeesti!
Lisäksi on tärkeää vaihtaa puhelin uudempaan malliin mahd pian, jottei vaan tipu kehityksen rattailta.Tää on mun toinen älypuhelin. Kummankaan käyttöohjeita en ole edes vilkaissut. Edellinen oli halpis, ja sen huomasi jossakin asioissa joten päätin kokeilla ei-halpista. Siihen tällä pystyy mihin pitääkin, mutta ei puhelin helvetti sentään voi olla kiinnostava keskustelun aihe.
Puhelinten suhteen on menty samaan kun autojen, että niistä kuuluu puhua joka vitun tilanteessa kun se on niin kiinnostavaa. Autostakin voi käydä mielenkiintoista keskustelua jos vaikka vertailee jotain koeajossa olevaa peliä tutumpaan. Mutta ei se automaattisesti tee autoon tai puhelimeen liittyvästä keskustelusta mielenkiintoista, että nyt puhutaan autosta tai puhelimesta. Useimmiten päinvastoin.
Myönnän yllättyneeni, että niitä kalliimpia puhelimiakin alkoi mennä kaupaksi. Sille Nokian kommunikaattorillekin naureskeltiin Tekniikan Maailmassakin joskus, että kiva peli, mutta kuka sellaista oikeasti tarvitsee. Enkä sellaista tainnut muualla nähdäkkään kuin kaupan hyllyllä. Sitten työkaveri räplää yhtenä päivänä uutta puhelintaan. Ostanut iPhonen. Maksanut 600€. Mä en ollu koskaan niitten hintoja katsellutkaan, oltiin muitten äijien kanssa ihan äimänä, oikeestiko joku joka ei tarvitse puhelinta työkseen maksaa tuollaisen summan puhelimesta. Olin siinä vaiheessa ihan varma, että meikäläisellä ei älypuhelinta tule olemaan tällä vuosikymmennellä. Ostin lopulta kuitenkin, kun tajusin niitä saavan reilulla satasellakin. Eipä tuo mikään varmatoiminen ole, mutten ennen vaihda, kun hajoaa.Lisäksi on tärkeää vaihtaa puhelin uudempaan malliin mahd pian, jottei vaan tipu kehityksen rattailta.
Nooh...en nyt ihan kaikkea yo. kommentissa allekirjoittaisi. Millä tahansa ohjelmointikielellä (c++, java, php, pascal, scala yms.) voi tuottaa spagettia eli hankalasti ylläpidettävää koodia eli itseasiassa millä tahansa ohjelmointikielillä järjestelmiä tuottavan ohjelmayrityksen tulisi käyttää prosesseja "pitääkseen ohjelmoijat ruodussa". Sitä paitsi QA kysymykset koskevat yhtä hyvin it-arkkitehtejä, määrittelijöitä, ohjelmoijia, testaajia, projektipäälliköitä ja muita kehitykseen/ylläpitoon osallistuvia henkilöitä läpi koko järjestelmien tuotantoprosessin...siis suunnittelusta, koodaukseen ja testaukseen. Ja oli sitten käytössä mitä tahansa menetelmiä esmes vanha vesiputousmalli tai scrum.Java on ihan samalaista hevosen paskaa, mutta eri paketissa ja eri vinkkelistä - kuten juuri mainitsit, että sitähän osaa "kuka vaan", mutta jälkien korjaus on helvetin kallista, joskus jopa niin kallista että on parempi vaan laittaa lappu luukulle. .NET kielilä ja Javalla on just se paska homma, että vaatii organisaatiolta kunnon prosessit pitää ohjelmoijat ruodussa. Moni ns. osaa kyseisillä kielillä tuottaa koodia, muttei osaakaan korjata jälkiään tai tuottaa mitään mikä kestäisi edes hieman ajan hammasta.
Jaa mitä?Nooh...en nyt ihan kaikkea yo. kommentissa allekirjoittaisi. Millä tahansa ohjelmointikielellä (c++, java, php, pascal, scala yms.) voi tuottaa spagettia eli hankalasti ylläpidettävää koodia eli itseasiassa millä tahansa ohjelmointikielillä järjestelmiä tuottavan ohjelmayrityksen tulisi käyttää prosesseja "pitääkseen ohjelmoijat ruodussa". Sitä paitsi QA kysymykset koskevat yhtä hyvin it-arkkitehtejä, määrittelijöitä, ohjelmoijia, testaajia, projektipäälliköitä ja muita kehitykseen/ylläpitoon osallistuvia henkilöitä läpi koko järjestelmien tuotantoprosessin...siis suunnittelusta, koodaukseen ja testaukseen. Ja oli sitten käytössä mitä tahansa menetelmiä esmes vanha vesiputousmalli tai scrum.
Javaohjelmoinnissa oleellinen asia (esim. ylläpidettävyyden kannalta) on, että ohjelmoinnin pitäisi perustua olio-ohjelmointiin. (Ja hyvin suunnitellut UML -kuvaukset esim. luokkamallit, active diagramit yms. vähentävät ylimääräistä sooloilua...hyvin suunniteltu on puoliksi tehty sanotaan. Ja edelleen... varmasti "kuriton" php-koodari on yhtä "kuriton" javalla koodatessa..ei riipu ohjelmontikielestä.) Varmasti "kaikki osaa" javaa, mutta harvempi koodari muistaa tai osaa tehdä kunnollista OO-koodia.
Oma maailmansa on JavaME:llä ohjelmistojen tuotanto eli varmasti em. korostuu se, että ohjelmien pitäisi olla mahdollisimman tehokkaita, optimoituja.
Olisit kuunnellut! Nää on tärkeitä asioita! Oikeesti!Jaa mitä?
Mä kuuntelinkin, mut ajattelin jos Nomi haluis puhua siitä lisää, kun sillä ILMISELVÄSTI seisoo tuota kirjoittaessa. Killottelee tod näk teroa siinä sivussa.Olisit kuunnellut! Nää on tärkeitä asioita! Oikeesti!
Melkein tuli VMP-bingorivi yhdellä viestillä.Kokonaiszzzz...........valtainen.....zzzzzzz....palvelukokonaisuuszzzz........
.....juoksuzzzzzz..............
Ammoisina aikoina kun tein softaa Cobolilla, se oli helppoa. Piti ensin pähkäillä mitä piti saada aikaiseksi ja sitten tuli tehtyä.Jaa mitä?
Voi niitä aikoja kun ruodussa pitämiseen riitti, että käytettiin JSP:tä standardinaNooh...en nyt ihan kaikkea yo. kommentissa allekirjoittaisi. Millä tahansa ohjelmointikielellä (c++, java, php, pascal, scala yms.) voi tuottaa spagettia eli hankalasti ylläpidettävää koodia eli itseasiassa millä tahansa ohjelmointikielillä järjestelmiä tuottavan ohjelmayrityksen tulisi käyttää prosesseja "pitääkseen ohjelmoijat ruodussa". Sitä paitsi QA kysymykset koskevat yhtä hyvin it-arkkitehtejä, määrittelijöitä, ohjelmoijia, testaajia, projektipäälliköitä ja muita kehitykseen/ylläpitoon osallistuvia henkilöitä läpi koko järjestelmien tuotantoprosessin...siis suunnittelusta, koodaukseen ja testaukseen. Ja oli sitten käytössä mitä tahansa menetelmiä esmes vanha vesiputousmalli tai scrum.
Javaohjelmoinnissa oleellinen asia (esim. ylläpidettävyyden kannalta) on, että ohjelmoinnin pitäisi perustua olio-ohjelmointiin. (Ja hyvin suunnitellut UML -kuvaukset esim. luokkamallit, active diagramit yms. vähentävät ylimääräistä sooloilua...hyvin suunniteltu on puoliksi tehty sanotaan. Ja edelleen... varmasti "kuriton" php-koodari on yhtä "kuriton" javalla koodatessa..ei riipu ohjelmontikielestä.) Varmasti "kaikki osaa" javaa, mutta harvempi koodari muistaa tai osaa tehdä kunnollista OO-koodia.
Oma maailmansa on JavaME:llä ohjelmistojen tuotanto eli varmasti em. korostuu se, että ohjelmien pitäisi olla mahdollisimman tehokkaita, optimoituja.
Skandeja ei näköjään kuitenkaan ole.Mulla on halvin mahdollinen Samsung. Pelittaa. On lumerot, kirjaimet ja vastaa/sulje napit.
No mut sehän onkin se halvin malli, karsittu näppäinten määrässä hinnasta pari jyyröö pois :ahem:Skandeja ei näköjään kuitenkaan ole.
Höpsis.Nooh...en nyt ihan kaikkea yo. kommentissa allekirjoittaisi. Millä tahansa ohjelmointikielellä (c++, java, php, pascal, scala yms.) voi tuottaa spagettia eli hankalasti ylläpidettävää koodia eli itseasiassa millä tahansa ohjelmointikielillä järjestelmiä tuottavan ohjelmayrityksen tulisi käyttää prosesseja "pitääkseen ohjelmoijat ruodussa". Sitä paitsi QA kysymykset koskevat yhtä hyvin it-arkkitehtejä, määrittelijöitä, ohjelmoijia, testaajia, projektipäälliköitä ja muita kehitykseen/ylläpitoon osallistuvia henkilöitä läpi koko järjestelmien tuotantoprosessin...siis suunnittelusta, koodaukseen ja testaukseen. Ja oli sitten käytössä mitä tahansa menetelmiä esmes vanha vesiputousmalli tai scrum.
Javaohjelmoinnissa oleellinen asia (esim. ylläpidettävyyden kannalta) on, että ohjelmoinnin pitäisi perustua olio-ohjelmointiin. (Ja hyvin suunnitellut UML -kuvaukset esim. luokkamallit, active diagramit yms. vähentävät ylimääräistä sooloilua...hyvin suunniteltu on puoliksi tehty sanotaan. Ja edelleen... varmasti "kuriton" php-koodari on yhtä "kuriton" javalla koodatessa..ei riipu ohjelmontikielestä.) Varmasti "kaikki osaa" javaa, mutta harvempi koodari muistaa tai osaa tehdä kunnollista OO-koodia.
Oma maailmansa on JavaME:llä ohjelmistojen tuotanto eli varmasti em. korostuu se, että ohjelmien pitäisi olla mahdollisimman tehokkaita, optimoituja.
Mä oon aika varma, että Nomilla pöpötti tota kirjoittaessaan.Jaa mitä?