Windows XP-ongelmia

Onhan!

10 PRINT "foo"
20 GOTO 10

testi.c:1: parse error before `10'

int foo=0;
main()
{
do {
foo++;
} while (foo>0);
}

...tai jotakin. ;-)

testi.c:3: warning: return-type defaults to `int'
testi.c: In function `main':
testi.c:7: warning: control reaches end of non-void function

#include <stdio.h>
in main (){
while (1)
printf("foo");
return 0;
}

"We all know Linux is great...it does infinite loops in 5 seconds."
-- Linus Torvalds Amsterdamin Linux-symposiumissa

Tätä varten taas kannattaa/pitää hyväksyttää projektin jokainen vaihe asiakkaalla.

Jos asiakas tulee "vaatimaan jotain ihan uutta ja ihmeellistä kolme päivää ennen deadlinea", niin sille lykätään se asiakkaan projektivastaavan allekirjoittama paperi nenän eteen missä se on hyväksynyt projektin featuret.

Sen jälkeen sanotaan, että lisäfeaturet on joko uusi projekti, josta sovitaan erikseen, tai ne tehdään lisänä thän projektiin 600mk/h.

Niin, ihanteellisessa maailmassa tietysti näin. Pienellä firmalla ei välttämättä vain isommille toimitettaessa ole aina kauheasti mahdollisuuksia sanoa asiakkaalle, että jokin ei käy. Jos luit sen antamani URLin sisällön, niin siinä todettiin selvästi valitettava tosiasia: jos et suostu kaikkiin toiveisiin kaikissa aikatauluissa, olet joustava, ja etpä toimitakaan enää seuraavaa järjestelmää.

Tähän vaaditaan kyllä vähän toisenlaista asennemuokkausta kuin mitä sopimukset tuovat. Sopimuksilla voi hoitaa yhden projektin - hampaita kiristellen, mikä sekään ei ole hauskaa, jos asiakkaan yhteistyöhalu lopahtaa kokonaan -, mutta ainakin meidän firmassa tarkoituksena on, että asiakkaat tilaavat meiltä myös jatkossa. Tähän asti ovat tilanneetkin, mutta on sen eteen vähän hikeä saatu vuodattaa. Toisaalta olemme hyvällä palvelulla ja lipevillä myyntimiehillä saaneet jossain määrin myös muokattua näiden olemassaolevien asiakkaiden asenteita..

Laskutus ei välttämättä auta aikatauluja. Vaikka lisärahalla voisi teoriassa hankkia vaikka ulkoistettua työtä, projektin loppuvaiheessa uusien pelaajien tuominen edes talon sisällä tuottaa lähinnä lisää työtä.

Ei välttämättä vanhojakaan suunnitelmia/ toteutuksia heitetä pois, mutta menkääpä kokeilemaan sellaista virhettä että teette asiakkaalle useamman erillisen mallin joista voi valita sopivan toteutettavaksi loppuun. Päädytte taatusti tilanteeseen jossa asiakas ei edes täysin ymmärrä mitä hän haluaa. Joudutte lopuksi purkkaamaan kaikki mahdolliset toteutukset toimintaan jotenkin. Tästä sain juurikin hyvän kokemuksen. Olisi pitänyt mieluummin myydä kaksi erillistä ohjelmaan, kuin alkaa samaan tekemään kaikkea. Mutta mitä voi olettaa jos ei ole erillistä ihmistä siinä välissä myymässä. Ei pelkällä ohjelmalla rahaa saa, se pitää myös myydä oikein.

Siinä vaiheessa kun tulee tilanne eteen, että asiakas alkaa esittämään aivan utopistisia hommia (vielä mukavampi on asiakkaan käyttämä konsultti, joka osaa vaatia vielä hauskempia asioita), niin tekisi yleensä ensimmäisenä aloittaa se modulaarisuuden ja joustavuuden rakentaminen hänen nenästään. Sen jos muokkaisi täysin elastiseksi siinä nyrkillä niin siitä olisi hyvä jatkaa.

Tämä jääköön jokaisen kooderin haaveeksi.

Ohjelman laajennettavuudesta, modulaarisuudesta, ym. ei oikeastaan kovin helposti voi huolehtia "liikaa". Yleensä hyvin rakennettu ohjelma maksaa itsensä moninkertaisena takaisin kun koodia pystyy tulevaisuudessa hyödyntämään uusissakin projekteissa. Tai ei välttämättä koodia, pelkät hyvin selkeiksi rakennetut ajatusmallitkin riittävät siihen että uusi, samaan tekniikkaan pohjaava projekti onkin sitten jo huomattavasti helpompi kirjoitella kasaan.

Eihän talonkaan piirrustuksiin pystytä enää kellaria siinä vaiheessa kovin helposti lisäämään kun ollaan kattoa rakentamassa. Ja ohjelmoinnissa kuitenkin suunnittelun / toteutuksen suhde on huomattavasti enemmän painottunut siihen suunnitteluun kuin itse rakentamiseen / kirjoitukseen. Talosta tulisi yksinkertaisesti huono / kellarin tekeminen ei välttämättä olisikaan kovin helppoa.. kaikki muutkin osat jouduttaisiin korjailemaan ja tarkastamaan.. koodissa muutoksen vaatima työmäärä olisi tavallaan vieläpä moninkertainen verrattuna tähän.

Tieteellinen fakta on että jopa peruskäytön osaavat henkilöt onnistuvat aina tekemään jotain väärin. Siitä et pääse ikinä eroon, vaikka kuinka ohjeistat. Kuullostat tällä hetkellä ihan siltä että se on meidän käyttäjien vika että Windows XP:ssä on data vuoto. Tuollainen bugi olisi ehdottomasti pitänyt kitkeä huitsin nevadaan kauan ennen tuotteen julkistamista, Mutta Microsoftin motto onkin pitkälti ollut se että, "tehdään puolet nyt ja loput patch:nä". Kyllä patch:ä kuuluu saada tehdä ja enkä ole sanomassa että ei bugeja saisi olla, mut ei tällaisia.

Windows:n "paina tästä" politiikka on ihan kätevä, joskus. Meinaan siinäkin sorrutaan usein siihen että sit kun sitä nappia painaa niin saat kaikki patch:t viimeiseltä 10 vuodelta. Ja sitä sit ei tiedä enää et mitä tapahtuu kun asennus on valmis. Kun nappia olet painanut, ei usein uskalla enää painaa peruutus nappiakaan, vaikka haluisikin, koska sit on vaara että koko systeemi kaatuu. On tapahtunut muuten ennenkin eikä ole kovin usein kivaa katseltavaa. Ja aina ei ole perheessä myöskään nuorta PC nikkaria tekemässä näitä asioita äidin puolesta. PC firma ottaa sut varmasti vastaan mielellään, mut "ei ota jos et anna". Saat maksaa satasen tai kaksikin vain siitä että ne tekee pienen päivityksen, minkä olisi voinut tehdä kotona 30 minuutissa, jos olisi tiennyt mitä tehdä.

apt-get update; apt-get upgrade

On.

bash: apt-get: command not found

:P

Nuo olivat siis Debian-spesifisiä komentoja.

Näin siis Debianissa (jota itsekin käytän), mutta debian onkin ihana valopilkku linuxien harmaassa massassa, miten muut linuxdistrot tämän hoitavat? Redhatilla on rpm, mutta nekin pitää itse hakea verkosta. Taitaa mennä patchailyn ja käsin kääntämisen puolelle.

Apt-get on paras paketinhallinta mitä olen nähnyt, haittana vaan se, että kaikki ohjelmat pitää asentaa sen kautta (apt-get / dpkg) tai muuten kaivaa verta nenästään.

ei tartte.

tsekkaa up2date

Viimeksi kun kuulin Redhatin paketinhallinnasta niin se oli juuri muuttunut maksulliseksi, onko tilanne muuttunut sittemmin?

Riippuu - Linukassahan sen kernelin voi kääntää uusiksi vaikka kuinka monta kertaa, milloin olet nähnyt jonkinsorttista kernel service packia Winukalle?