Mikä Applessa ja Maceissä ärsyttää?

[Aadee]

Se, että OS X maili pienentää liitetiedostot lukukelvottomiksi, oli .jpg tai .pdf, joka tuli tässä ilmi kun pitäisi lähettää kuitista skannaus tv:n huoltoon.
Nyt koitin liittää esikatselun kautta mailiin kyseisen skannauksen ja toivon, että se lähtee oikeassa koossa, eikä pienenä ja lukukelvottomana. Turhan hankalaksi tehty.

Siinä mailin ikkunassa on se pull-down valikko, josta voi laadun valita. Vaihtoehtojen joukossa on myös "alkuperäinen".

Eipä ole koskaan tästä ongelmia tullut, vaikka kaikki laskut lähetän PDF:nä maailmalle tuon kautta.

No nyt tiedän enemmän, mutta ihmetyttää vain kun asetuksiin en ole koskenut, niin miksi se oletuksena pienentäisi nämä liitetiedostot.

[lastumaki]

USB.

Kortinlukija vaihtuu firewireen heti, kun Sandiskin uutta mallia saa ja jatkossa myös USB kovalevyt jää ostamatta. Huawein mokkulan kans on yritettävä elää.

MBR 17"

[Cathi777]

USB.

Kortinlukija vaihtuu firewireen heti, kun Sandiskin uutta mallia saa ja jatkossa myös USB kovalevyt jää ostamatta. Huawein mokkulan kans on yritettävä elää.

MBR 17"

Ja ongelma USB:n kanssa on mikä? Itselläni ei koskaan ole ollut sen kanssa ongelmaa minkään koneen kanssa.

[TheKraken]

Se, että OS X maili pienentää liitetiedostot lukukelvottomiksi, oli .jpg tai .pdf, joka tuli tässä ilmi kun pitäisi lähettää kuitista skannaus tv:n huoltoon.
Nyt koitin liittää esikatselun kautta mailiin kyseisen skannauksen ja toivon, että se lähtee oikeassa koossa, eikä pienenä ja lukukelvottomana. Turhan hankalaksi tehty.

Siinä mailin ikkunassa on se pull-down valikko, josta voi laadun valita. Vaihtoehtojen joukossa on myös "alkuperäinen".

Eipä ole koskaan tästä ongelmia tullut, vaikka kaikki laskut lähetän PDF:nä maailmalle tuon kautta.

No nyt tiedän enemmän, mutta ihmetyttää vain kun asetuksiin en ole koskenut, niin miksi se oletuksena pienentäisi nämä liitetiedostot.

Koska hyvin moni lähettelee liitteinä 4 Mt valokuvia 10 kpl per email, eikä edes tajua, että siinä on jotain väärää

Näin ainakin itse olettaisin logiikan taustalla olevan. Kaipa oletus on, että käyttäjä joka asian päälle ymmärtää sen napin siinä huomaa (sekä ikkunan alalaidassa sen arvion Mailin tulevasta koosta).

EDIT: Sain justiinsa muuten pari viikkoa takaisin yhteensä n. 30 Mt sähköpostin (oli pätkitty kyllä muutamaan viestiin). Sisältö oli kymmenkunta valokuvaa, jotka olisi hyvin voinut pakata n. 100 kt per kuva ja niiden sisältämä informaatio olisi tullut ihan yhtä hyvin esiin. Kaikki eivät vain osaa niitä systeemejä käytellä

[lastumaki]

USB.

Kortinlukija vaihtuu firewireen heti, kun Sandiskin uutta mallia saa ja jatkossa myös USB kovalevyt jää ostamatta. Huawein mokkulan kans on yritettävä elää.

MBR 17"

Ja ongelma USB:n kanssa on mikä? Itselläni ei koskaan ole ollut sen kanssa ongelmaa minkään koneen kanssa.

"... muistikortti poistettiin ilman mäkin tahtoa" tjsp. Sellainen stop merkin näköinen siinä virheilmossa, en tarkkaan muista, koska siinä vaiheessa näkö sumenee. Tämän jälkeen olen tempaissut sen kortin siitä lukijasta pois, kun se on kerta väärin poistettu, vaikkei sille ole mitään tehtykkään. Kortti kameraan -> ei voi alustaa, toiseen kameraan -> ei voi alustaa -> kolmanteen kameraan -> ei voi alustaa.

Tässä vaiheessa ois jo pitänyt olla lähteneenä kameran kans kotoa, mutta ala siinä sitten selaamaan nettiä ja lataaman RescuePro:ta tms., aloittelija paiskais moisen kortin risana roskiin.

USB kovalevyt mounttaantuu epävarmasti, joutuu katkomaan virtoja tai repimään kaapeleita irti/takaisin.

Windowsin bluescreeniin verrattavat "paina käynnistysnappia haluan buutata" tilanteet myös ärsyttävät. Eivät ole päivittäisiä, mutta mielestäni näitäkin liian usein.

Huawein ongelmat ovat moninaiset, niistä en jaksa enää ennen nukkumaan menoa tilittää, menee unet. Perstuntumalla ja 25 vuoden tietokoneiden aktiivikäytöllä veikkaisin tuota modeemia pääsyylliseksi ongelmiin. Kiinteää nettiä en hanki, koska olen useita kuukausia vuodesta pois kotoa.

Ongelmat voivat toki olla oheislaittessa ja ohjelmissa, mutta tämä kone on hankittu muuhunkin käyttöön, kuin käyttöjärjestelmän pyörittämiseen (10.6.3).

[TheKraken]

^Kone huoltoon.

Ei todellakaan ole normaalia. Vikaa on raudassa.

En muista tällä foorumilla kenenkään vastaavia oireita USB-väylästä koskaan aiemmin kertoneen ja Kernel Panicit (eli nuo sammutuskäskyt) eivät ole OS X:llä mikään "välttämätön paha" vaan oikeasti oire siitä, että nyt koneessa on jotain vikaa.

[jomppa]

En muista tällä foorumilla kenenkään vastaavia oireita USB-väylästä koskaan aiemmin kertoneen ja Kernel Panicit (eli nuo sammutuskäskyt) eivät ole OS X:llä mikään "välttämätön paha" vaan oikeasti oire siitä, että nyt koneessa on jotain vikaa.

Tätä viimeistä osuutta en kyllä suoraan allekirjoita. Ainakin minulla kernel on panikoinut lähinnä afpfs- ja x3100-ajureiden takia. Lisäksi muutaman kerran virtualbox on selvästi ollut paniikkiin (osa)syyllinen, mutta nämä ongelmat ovat yleensä selvinneet vboxin päivityksellä. Toki jatkuvat paniikit voivat olla rautapohjaisia (esim. viallinen muistikampa aiheuttaa niitä varsin varmasti), mutta ikävän usein ne tuntuvat olevan viallisen softan syytä (varsinkin käyttöjärjestelmäversion alkutaipaleen aikona).

USB-väylän kanssa minulla ei pahemmin ole ollut ongelmia, jotain pientä kuitenkin. Hama-merkkinen USB-hub ei näemmä siedä kahta ulkoista asemaa siirtämässä tavaraa asemalta toiselle vaan noin gigan kohdalla sulkee toisen aseman yhteyden. USB-muistitikun kanssa on ollut välillä samanlaisia ongelmia. Halpahan tuo oli ja tekee muuten tehtävänsä.

[TheKraken]

En muista tällä foorumilla kenenkään vastaavia oireita USB-väylästä koskaan aiemmin kertoneen ja Kernel Panicit (eli nuo sammutuskäskyt) eivät ole OS X:llä mikään "välttämätön paha" vaan oikeasti oire siitä, että nyt koneessa on jotain vikaa.

Tätä viimeistä osuutta en kyllä suoraan allekirjoita. Ainakin minulla kernel on panikoinut lähinnä afpfs- ja x3100-ajureiden takia. Lisäksi muutaman kerran virtualbox on selvästi ollut paniikkiin (osa)syyllinen, mutta nämä ongelmat ovat yleensä selvinneet vboxin päivityksellä. Toki jatkuvat paniikit voivat olla rautapohjaisia (esim. viallinen muistikampa aiheuttaa niitä varsin varmasti), mutta ikävän usein ne tuntuvat olevan viallisen softan syytä (varsinkin käyttöjärjestelmäversion alkutaipaleen aikona).

Ajurit kyllä voivat noita paniikkeja aiheuttaa, mutta siltikin niihin tulee suhtautua asiaan kuuluvalla vakavuudella

Vähintäänkin selvittää logeista mikä sen aiheutti ja tehdä sen perusteella päätös ollako huolissaan asiasta vai ei.

[Jukava]

Okei, olen varmasti täysi nyyppä MacMaailmassa suurimpaan osaan verrattuna täällä, mutta sen puolentoistavuoden aikana jona olen Macia päivittäin pääkoneena räplännyt, en ole ikinä edes nähnyt tuota mainittua Kernel Panic - boot ilmoitusta, tai onnistunut hajottamaan tai muuten vaan korruptoimaan yhtäkään muistikorttia, USB-tikkua tai USB-kovalevyä (vaikka kaikkia näitä jatkuvasti käytän), joten ei tuota oikein voi "normaaliksi" USB:n käytökseksi kutsua.

[heikkipekka]

Nykyisten pro läppärien unibody rakenne on mielestäni aivan käsittämättömän typerä idea. Tästä omastani, vanhasta prosta, on jo kaksi kertaa mennyt akku vuosien saatossa, eli olisi kaksi kertaa pitänyt maksaa huollolle rahaa akun vaihdosta, jos olisi unibody.

Jos akku noin nopeasti on rikki mennyt niin niitähän on sitten ilmaiseksi saanut. Eli ei tuota missään nimessä voi minään oikeana ongelmana pitää.

Näiden unibodyjen akkujen väitetään pitävän 80 % varauskyvystä vielä 1000 lataussyklin jälkeenkin, kun vanhoilla se on 300 sykliä eli 3 kertaa pidempään pitäisi akkujen kestää.

Vanhojen koneiden akkuvaihdot ei muuten mene noin helposti kuin Cathi ja Honpsu olettaa. Tässä taloudessa 23 kk ikäinen MacBookin akku hajosi eli se ei pitänyt enää yhtään virtaa (myös huollossa hajonneeksi todettu), eikä Applen tuesta saanut parinkaan puhelun, tunnin keskustelujen ja esimiesten puhelimeen saamisen jälkeen uutta akkua. Sanovat, että akku on kuluva osa ja täydellinen hajoaminenkin lasketaan kulumiseksi jota ei korvata.

Samankaltaisesti early 2007 MBP:n akku oli vuoden iässä 80 % alkuperäisestä varauskyvystä ja 22 kk ikäisenä 65 % alle 280 lataussyklin jälkeen, ja sitä ei tietenkään vaihdettu, kun akut on kuluvia osia (douh!). Toivottavasti uudet unibodyt sitten todella kestää sen 1000 sykliä ja vielä 80 % on silti jäljellä, koska vanhat eivät ainakaan pidä 80 % 300 syklin jälkeen. Ohjeiden mukaisesti käytetty akku tyhjäksi säännöllisesti molemmissa tapauksissa, joten oma kokemus on, että Applen ei-unibody-läppärien akut eivät ole pitkäikäisiä.

Valmistusvian piikkiinhän moiset olisi menneet muutenkin. Muuten varmasti lähipiiristä löytyy joku jolla peukalo ei ole keskellä kämmentä, jolloin muistien, kovalevyn ja akunvaihto on hyvin triviaali toimenpide uudessakin.

Sanoivat muuten VARImportissa pari viikkoa sitten, että MBP:n avaaminen lopettaa takuun, jos kovalevyn vaihtaa itse. AppleCaresta sanoivat kuitenkin aikoinaan, että koneen voi avata kovalevyn vaihtoa varten. Ehkä kannattaa ennen kovalevyn vaihtoa soittaa AppleCareen ja ottaa vaikka kirjallisena sähköpostiin, että kovalevy vaihdetaan itse ja sen on kerrottu sopivan takuun ehtoihin.

[heikkipekka]

Syy tuohon pykälään on Flashin (ja muiden multiplatform kehitystekniikoiden) estäminen.
Syy näiden estämiseen on tuo toive lock-in vaikutuksesta kun softaa tehtäisiin nimeomaan vain iPhonelle.

Flashin puutteita ei ole tarkoitus tässä vähätellä mutta jos ottaa Apple lasit pois päästä niin on vaikea keksiä mitä hyötyä esim. kehittäjille tai loppukädessä asiakkaille on monialustakehitystekniikoiden torppaamisessa heti kättelyssä.

Eli alkuperäiseen otsikkoon palatakseni: Applessa on itseäni ryhtynyt häiritsemään tuo "Meidän Tie tai maantie" asenne, joka tässäkin kohtaa aika rumasti paistaa läpi.

3.3.1 -pykälää on perusteltu myös sillä, että muuten Apple olisi riippuvainen 3. osapuolten kyvystä pysyä iPhone OS:n kehityksen mukana, jos se sallisi cross-kehittämisen esim. Adoben Flash-kikkareella. Apple ei halua, että se tuo ominaisuuksia iPhone OS:ään, joita kehittäjät eivät voisi käyttää, koska Adoben vehje ei tukisi uusia ominaisuuksia. Portattuja softia on nytkin App Storessa (MonoTouch jne.), mutta vasta uuden Flash CS5:n myötä porttaus yleistyisi laajemmin ja ongelma tulisi konkreettiseksi.

Miten paljon hirveää kurasoftaa tulisi App Storeen lisää, jos Flash CS5:llä portatut softat hyväksyttäisiin - en tiedä. Jos hyvätkään portatut softat eivät osaisi hyödyntää moniajoa tai muita OS:n oleellisia ominaisuuksia niin mulle on käyttäjänä ehkä parempikin, että sellainen ongelma pyritään estämään.

[Jukava]

^Eiköhän siellä aika monta "kura-appia" tai ainakin turhaa appia (yksittäisen käyttäjän näkökulmasta siis, toiselle yksi appi on turha, toiselle toinen).

AppStore on ajat sitten ylittänyt sen rajan, että Appeja voisi oikeasti selaa listaa&kokeile metodilla läpikäydä. Eiköhän ne valita pikemminkin suosituimpien listalta, nimen perusteelta "kaveri kertoi" metodilla tai muuten vastaavasti. Jos App-Storessa olisi 20 Appia, olisi ihan perusteltua, että laadun ylläpitämiseksi emme halua portattuja. Huhun mukaan siellä on kuitenkin muutama enemmän, eikä ideanakaan ole että kaikki ovat kaikille cool.

Sanoisiko joku iTunesista, että Applen pitäisi laadullisesti karsia mitä levy-yhtiöt sinne tuuppaavat, koska muuten sinne voisi tulla huonoa musaa?

[TheKraken]

Sanoisiko joku iTunesista, että Applen pitäisi laadullisesti karsia mitä levy-yhtiöt sinne tuuppaavat, koska muuten sinne voisi tulla huonoa musaa?

Et yhtään ontuvampaa vertausta tähän hätään keksinyt?

[heikkipekka]

^Eiköhän siellä aika monta "kura-appia" tai ainakin turhaa appia (yksittäisen käyttäjän näkökulmasta siis, toiselle yksi appi on turha, toiselle toinen).

Se oli ehkä tarpeetonta ääneen pohtimista, eikä varsinainen pointti. Mun mielestä on ihan perusteltua Applelta pitää kiinni iPhone OS:n kehityksestä ja haluaa olla riippumaton kolmansien osapuolten cross-compilerien kehityksestä eli - kun Adoben Flash CS5 ei osaa uusia ominaisuuksia niin iPhonessakaan softat ei osaisi hyödyntäisi niitä, eikä iPhone ja sille tehdyt softat olisi siis sen kehittyneempiä kuin mitä Flash CS5 osaisi antaa.

Kaikki softat ei tietenkään olisi cross-compilereilla koodattuja, mutta kerran-koodi-sisään-joka-alustalle-ulos tarkoittaisi säästöjä ominaisuuksien kustannuksella kehittäjille niin, että tingitään iPhonelle spesifeistä ominaisuuksista, että saadaan softa monelle alustalle ulos samasta koodista. Mä luulen, että se laskisi myös ns. hyvien softien tasoa iPhonelle, mutta voin veikkailla väärinkin.

Tähän asti mä olen ymmärtänyt, että kehittäjät yleisesti pitävät Applen iPhone-kehitystyökaluja hyvinä, mutta ymmärrän, että esim. designerit tykkäisivät mahdollisuudesta kehittää sovelluksia myös ilman koodaus-osaamista. Itsekin olisin kiinnostumaan sellaisesta.

[Forsteiner]

Veikkaanpa, että Androidille tulee tulevaisuudessa paljon mielenkiintoisia sovelluksia, joita iPhonessa ei nähdä. Olisi kiva tietää kuinka monta prosenttia nykyisistä App Storen softista on tehty muilla kuin Applen työkaluilla. Miten nykyisille softille käy? Karsitaanko App Storesta kaikki "väärin" koodatut sovellukset pois? Käsittääkseni Electronic Arts -peliyhtiön suositut ohjelmatkaan eivät ole Applen nykypolitiikan mukaisesti koodattuja.

"It means developers can no longer write apps in languages like C# and Flash and then use tools that automatically convert their code into iPhone-compatible software. This has become common practice, especially among games developers, including Electronic Arts, which links in an unsupported language called Lua."

[Sherukka]

Veikkaanpa, että Androidille tulee tulevaisuudessa paljon mielenkiintoisia sovelluksia, joita iPhonessa ei nähdä. Olisi kiva tietää kuinka monta prosenttia nykyisistä App Storen softista on tehty muilla kuin Applen työkaluilla. Miten nykyisille softille käy? Karsitaanko App Storesta kaikki "väärin" koodatut sovellukset pois? Käsittääkseni Electronic Arts -peliyhtiön suositut ohjelmatkaan eivät ole Applen nykypolitiikan mukaisesti koodattuja.

"It means developers can no longer write apps in languages like C# and Flash and then use tools that automatically convert their code into iPhone-compatible software. This has become common practice, especially among games developers, including Electronic Arts, which links in an unsupported language called Lua."

Sanoisin ettei tuota ehtoa ole tarkoitus käyttää kuten jotkut sen ymmärtävät eli softantekijät voivat samalla tavalla kuin aikaisemminkin väsätä softia. Ei Applella ihan tyhmiä silti olla.

[TheKraken]

Veikkaanpa, että Androidille tulee tulevaisuudessa paljon mielenkiintoisia sovelluksia, joita iPhonessa ei nähdä.

Veikkaan myös, että iPhonelle tulee paljon uusia ominaisuuksia ja rajapintoja, joita ei Androidilla nähdä, joten ihan hyvä vain etteivät niitä softia jollain crosscompilerilla tänne raajarikkoina työnnä

EDIT: Kuten Steve Jobs oli eräälle kysyjälle sanonut: Gruberin blogissa on asia tajuttu varsin hyvin. Eli Apple ei tahdo antaa millekään kolmannelle osapuolelle valtaa päättää siitä mitä ominaisuuksia softiin voi koodata ja mitä ei. Eikä luoda mitään de-facto cross compileria. Jos vaikka iPhone OS 5 lisäisi 200 uutta rajapintaa kehittäjille, mutta tuo CS 5:n palikka ei näitä mitenkään tukisi, niin kaikki sillä koodatut softat voisivat (Adoben tuntien) laahata kuukausia ellei vuosia kehitystä perässä ja jos Adobe päättäisi, että rajapinta X on turha, niin kaikki kehittäjät jotka käyttäisivät Adoben työkaluja olisivat sitten ilman sitä, vaikka se olisi tulevien päivitysten kannalta kuinka tärkeä ominaisuus.

Jos taas Apple jäisi tilannetta seuraamaan ja katsomaan lähteekö kehitys tuohon suuntaan vai tuleeko nämä sallia ja sitten kuitenkin tulevaisuudessa kääminsä polttaisi näihin kolmannen osapuolen työkaluihin, niin silloin SDK:n ehtojen muuttaminen olisi vielä v-mäisempää, kun niitä softia olisi storessa huomattavasti enemmän.

MacBreak Weeklyssä joku myös totesi hyvin: Jokainen tällainen päätös Applelta on merkki siitä, että usko omaan alustaan on täysin järkkymätön. Panokset kovenee, niin sanotusti. Apple luottaa siihen, että iPhone/iPad on alusta jolle jokaisen on melkeinpä pakko softansa tuoda, vaikka sitä varten pitäisikin sitten Objective-C koodareita palkata.

EDIT2: Niin ja EA on tosiaan Applen ihan yhteistyökumppaneita ollut pelipuolella jo pitkään, joten eiköhän asiasta ole heitä etukäteen varoitettu ja sovittu miten hommassa edetään.

[Lucy]

No niin kuka myöntää syöneensä kaikki Hullujen Päivien iPhone-telakat? Olin satavarma että kyseinen tuote (joka usein on turhaksikin leimattu) loppuisi kaupasta viimeisenä. Nyt kun kerran elämässä olisi kohtuuhinnalla saanut niin oli hetkessä kaikki viety.

Ärsyttää.

[NeliX4]

2150€ uudesta i7 MBP 15" mattanäytöllä on vähän liikaa nykyiseen fyffetilanteeseen. Pitänee säästää.

[Erño]

2150€ uudesta i7 MBP 15" mattanäytöllä on vähän liikaa nykyiseen fyffetilanteeseen. Pitänee säästää.

Laatu maksaa, eikä köyhällä ole varaa ostaa halpaa.

[-T-]

Kommentoin noita muutamaa epäselvyyttä juurikaan tietämättä koodauksesta. Hiukan tulee ristiriitaisia tietoja ja selityksiä miksi jotain estetään.

EDIT: Kuten Steve Jobs oli eräälle kysyjälle sanonut: Gruberin blogissa on asia tajuttu varsin hyvin. Eli Apple ei tahdo antaa millekään kolmannelle osapuolelle valtaa päättää siitä mitä ominaisuuksia softiin voi koodata ja mitä ei. Eikä luoda mitään de-facto cross compileria. Jos vaikka iPhone OS 5 lisäisi 200 uutta rajapintaa kehittäjille, mutta tuo CS 5:n palikka ei näitä mitenkään tukisi, niin kaikki sillä koodatut softat voisivat (Adoben tuntien) laahata kuukausia ellei vuosia kehitystä perässä ja jos Adobe päättäisi, että rajapinta X on turha, niin kaikki kehittäjät jotka käyttäisivät Adoben työkaluja olisivat sitten ilman sitä, vaikka se olisi tulevien päivitysten kannalta kuinka tärkeä ominaisuus.

Miten tämä on Applen ongelma? Jos joku kolmas osapuoli haluaa käyttää wanhentunutta cross compileria niin eikö se ole heidän ja cross compilerin toimittajan ongelma? Tietoisestihan se valinta tehdään, että koodataanko "käsin" vai käytetäänkö cross compileria. Jos muutoksia tulee ja cross compiler on myöhässä niin eikö se ole tuon tietoisen valinnan kääntöpuoli? Silloin kannattaa miettiä jatkaako kyseisen firman asiakkaana. Miten se compilerin tuottama koodi eroaa "käsin" koodatusta vanhoja rajapintoja käyttävästä koodista? Kyllä sitä wanhaa koodia voi normi koodarikin suoltaa. Vai päivittyykö heidän koodinsa itsekseen kuin salamaniskusta?

EDIT2: Niin ja EA on tosiaan Applen ihan yhteistyökumppaneita ollut pelipuolella jo pitkään, joten eiköhän asiasta ole heitä etukäteen varoitettu ja sovittu miten hommassa edetään.

Mitenköhän on EA.n laita. Tarkemmin tietämättä, mutta aiemmin nähtyjen viestien perusteella heillä siis saattaisi olla omat cross compilerinsa. Jatkavatkohan he compilerinsa käyttöä vai pistävätkö he koodauksensa kokonaan uusiksi? Vai onko sopimuksia useampaa erilaista ja, jos olet tarpeeksi hyvä tuttu niin saat mukavasti erivapauksia? Vai estetäänkö jonkun muun tekemien/myymien compilereiden käyttö.

[TheKraken]

Kommentoin noita muutamaa epäselvyyttä juurikaan tietämättä koodauksesta. Hiukan tulee ristiriitaisia tietoja ja selityksiä miksi jotain estetään.

EDIT: Kuten Steve Jobs oli eräälle kysyjälle sanonut: Gruberin blogissa on asia tajuttu varsin hyvin. Eli Apple ei tahdo antaa millekään kolmannelle osapuolelle valtaa päättää siitä mitä ominaisuuksia softiin voi koodata ja mitä ei. Eikä luoda mitään de-facto cross compileria. Jos vaikka iPhone OS 5 lisäisi 200 uutta rajapintaa kehittäjille, mutta tuo CS 5:n palikka ei näitä mitenkään tukisi, niin kaikki sillä koodatut softat voisivat (Adoben tuntien) laahata kuukausia ellei vuosia kehitystä perässä ja jos Adobe päättäisi, että rajapinta X on turha, niin kaikki kehittäjät jotka käyttäisivät Adoben työkaluja olisivat sitten ilman sitä, vaikka se olisi tulevien päivitysten kannalta kuinka tärkeä ominaisuus.

Miten tämä on Applen ongelma? Jos joku kolmas osapuoli haluaa käyttää wanhentunutta cross compileria niin eikö se ole heidän ja cross compilerin toimittajan ongelma? Tietoisestihan se valinta tehdään, että koodataanko "käsin" vai käytetäänkö cross compileria. Jos muutoksia tulee ja cross compiler on myöhässä niin eikö se ole tuon tietoisen valinnan kääntöpuoli? Silloin kannattaa miettiä jatkaako kyseisen firman asiakkaana. Miten se compilerin tuottama koodi eroaa "käsin" koodatusta vanhoja rajapintoja käyttävästä koodista? Kyllä sitä wanhaa koodia voi normi koodarikin suoltaa. Vai päivittyykö heidän koodinsa itsekseen kuin salamaniskusta?

Otetaan kaksi esimerkkiä:

Urpo Deveplopment on julkaissut softansa iPhonelle cross compilerin avulla. Talossa ei ole ainuttakaan Objective-C osaajaa, eikä ole mitään tarvettakaan. Apple tuo iPhone OS 5 version käyttäjille ja mukana tulee monia hienoja uudistuksia, jotka nostaisivat Urpo Developmentin softan aivan uudelle tasolle!

Urpolla ja kumppaneilla on nyt kaksi vaihtoehtoa: Joko odottaa määrittelemätön aika, että tämä cross compilerin kehittäjä hoitaa sen ajantasalle tai palkata porukka tekemään iPhone-natiivi versio Applen työkaluilla.

Kummankohan vaihtoehdon Urpo kavereineen valitsee? Tuskinpa jälkimmäistä, kun se tarkoittaisi kaiken aloittamista käytännössä nollasta, ison osan softaan investoitujen tuntien heittämistä romukoppaan sekä mahdollisesti henkilökunnan kouluttamista ajan tasalle tai pihalle potkimista.

Lopputulos: Käyttäjät ovat pettyneitä tasan niin kauan kunnes cross compilermaakarit päivittävät softansa ajan tasalle. Tämä voi tarkoittaa kuukausien odottelua.

Toisessa tapauksessa taas Jarno Productionsin ohjelma on alunperin koodattu Objective-C:llä. Jarno itse on asiaan perehtynyt, kun ei tahtonut cross compileria käyttää, vaikka samaa softaa julkaistaan myös muilla alustoilla. iPhone OS 5 julkaistaan ja nyt Jarnon pitää koodata muutokset. Jarno ottaa työkalut käteen ja tekee päivitykset, kuten ennenkin.

Lopputulos: Jos Jarno hoitaa hommansa ripeästi, kaikilla on kivaa.

Siitä voi toki olla montaa mieltä onko tuo Applen murhe. Mutta mitä paremmin sitä softaa on ja mitä nopeammin developerit reagoivat päivityksiin, niin sen parempi kokemus se on tietenkin aina käyttäjälle.

EDIT2: Niin ja EA on tosiaan Applen ihan yhteistyökumppaneita ollut pelipuolella jo pitkään, joten eiköhän asiasta ole heitä etukäteen varoitettu ja sovittu miten hommassa edetään.

Mitenköhän on EA.n laita. Tarkemmin tietämättä, mutta aiemmin nähtyjen viestien perusteella heillä siis saattaisi olla omat cross compilerinsa. Jatkavatkohan he compilerinsa käyttöä vai pistävätkö he koodauksensa kokonaan uusiksi? Vai onko sopimuksia useampaa erilaista ja, jos olet tarpeeksi hyvä tuttu niin saat mukavasti erivapauksia? Vai estetäänkö jonkun muun tekemien/myymien compilereiden käyttö.

Tietenkin sopimuksia on erilaisia. Johan siitä kertoo sekin, että siellä lavalla nähtiin firmoja esittelemässä softiaan, vaikka muut developerit eivät olleet vitosesta vielä kuulleet pihaustakaan. Jos EA:lla on omat työkalut, niin se periaatteessa voi olla Applen puolelta hyvinkin ok, koska tilanne ei eroa mitenkään siitä, että ne tehtäisiin Applen työkaluilla.

[-T-]

Otetaan kaksi esimerkkiä:

Urpo Deveplopment on julkaissut softansa iPhonelle cross compilerin avulla....

leikkelyä ....

Lopputulos: Käyttäjät ovat pettyneitä tasan niin kauan kunnes cross compilermaakarit päivittävät softansa ajan tasalle. Tämä voi tarkoittaa kuukausien odottelua.

Toisessa tapauksessa taas Jarno Productionsin ohjelma on alunperin koodattu Objective-C:llä....

leikkelyä ...

Lopputulos: Jos Jarno hoitaa hommansa ripeästi, kaikilla on kivaa.

Siitä voi toki olla montaa mieltä onko tuo Applen murhe. Mutta mitä paremmin sitä softaa on ja mitä nopeammin developerit reagoivat päivityksiin, niin sen parempi kokemus se on tietenkin aina käyttäjälle.

Eli Urpon asiakkaat jatkavat ohjelmansa käyttöä kuten ennen (vanhoilla ominaisuuksilla), mutta Urpo ei pääse hyödyntämään iPuhelimen uuden ohjelmistoversion aiheuttamaa "ostoryntäystä", kun heillä ei ole heti mitään mitä tarjota. Myynti takkuaa. Jarno saakin koodattua softan hyödyntäen alustan uusia ominaisuuksia ja myynti on taas hyvässä nousussa. En näe tässä yhteydessä miten toisen huono ja toisen hyvä myynti on Applen pussista pois (muuten kuin mahdollisesti menetettynä provikkana). Jarnolla voi kuitenkin olla taloudellisia vaikeuksia, kun palkkalistoilla on pidettävä kymmenen eri alustan koodaajia ja kaikille on maksettava palkkaa vaikka aina ei olisi myynti niin hyvässä iskussa.

Huonosta iOhjelma-myynnistä huolimatta (tai takia) Urpo saattaa kuitenkin olla aivan toisaalle keskittynyt yritys jonka pääliiketoiminta on ihan jossain muualla kuin Applen parissa. He ovat ehkä kuitenkin halunneet tarjota asiakkailleen myös iLuuri-vaihtoehdon. Nyt heidän on tehtävä valinta, palkataanko erikseen koodareita pelkästää tekemään sitä heidän marginaalibisnestä, vai pistetäänkö kamat kasaan tältä osin. Jos aiemmin homma on hoitunut muun työn ohella "itsekseen" niin nyt pitää pakotettuna laskea tuon toissijaisen bisneksen kannattavuus. Aika monta softaa voit joutua kuitenkin myymään tasaisesti kuukausittain jotta saat tämän yhdenkin koodarin palkattua. Tai vaihtoehtona voi olla se halpa veljen-kummin-kaiman-äidin-serkun-koiran palkkaaminen.

Se, että automaattisesti huonokin koodari tekisi cross compilereihin verrattuna paremmin saatavilla olevaa ja hyvää softaa on harhaluulo. Huono koodari saa aina niin "halutessaan" erittäin huonoa softaa aikaiseksi. Siinä olen yhtä mieltä, että hyvin koodattu ja tarpeellinen softa pitää asiakkaat tyytyväisenä. Uusimpien hilavitkuttimien hyödyntäminen ei kuitenkaan ole aina tae hyvälle ohjelmalle. Käytettävyys ratkaisee on hyväksi todettu fraasi. Softan vääntöön käytettävien työkalujen rajoittaminen ei kuitenkaan toimi ainakaan julkaistavan softan määrän eduksi. Esimerkiksi kuinkakohan moni niistä puhtaista Flash-firmoista palkkaa lisää henkilökuntaa jotta saisivat softansa AppStoreen? Olihan se täälläkin mainostettu asia, että Flash sovellukset saa helposti App:eiksi.

Pistetäänkö käyntiin uusi kierros sitä ärsyttävää Flash-itkua puolesta ja vastaan?

[Macco]

Näihin edellisiin minulla ei ole muuta sanottavaa, kuin vertaus tämän hetken ohjelmiin: Cocoalla tehdyt ohjelmat toimivat Macissa hyvin. Carbonilla väsätyt aiheuttavat silloin tällöin pientä hiusten lähtöä sieltä täältä. Javalla väännetyt softat aiheuttavat lääkärikäyntiä anti-depressiivisten lääkkeiden toivossa. Mitä natiivimpaa, sen parempi.

[kari.patila]

EA:n pelit oli ainakin viime vuoden loppuun asti tehty Objective C:llä. Eikös jossain keynotessakin mainostettu kuinka helposti EA sai Monkey Ballin tehtyä Applen työkaluilla?