mboost-dp1
No Thumbnail
Man kan jo sige at det meget simpelt er op til chefen, hvor meget at han vil have der skal testes inden det uploades. Så det er vel bare lidt kommunikation for at finde ud af hvordan proceduren er for at indføre ændringer på websitet.
Tja, jeg uploader ihvertfald intet mandag morgen, simpelthen fordi jeg ikke gider.
Hvem helvede bruger mandag morgen til at smide ny kode på sitet? Jeg kan ikke engang nå at få det igennem test procedurerne inden mandag eftermiddag.
MVH
Naish
Hvem helvede bruger mandag morgen til at smide ny kode på sitet? Jeg kan ikke engang nå at få det igennem test procedurerne inden mandag eftermiddag.
MVH
Naish
Puha ja. Hvis det ikke er fordi man er dårlig pga bytur mandag morgen, så laver computeren problemer.
Well...så burde vi få lønforhøjelse da vi tænker på arbejdet i weekenden :)
Det største problem i denne branche er når chefen eller kunden presser på for at få noget online uden at man kan nå at gennemteste det da man er under tidspres.
Det største problem i denne branche er når chefen eller kunden presser på for at få noget online uden at man kan nå at gennemteste det da man er under tidspres.
Snuden: sådan virker det ikke. :)
Tit laver chefen et estimat som ikke holder (for at presse medarbejderne og øge effektiviteten) man knokler så afsted og pga. tidspres når man ikke at teste ordenligt og så skal man bare have det online og så en ny kunde ind.
Har haft en del forskellige chefer og de har alle kørt samme linie.
Tit laver chefen et estimat som ikke holder (for at presse medarbejderne og øge effektiviteten) man knokler så afsted og pga. tidspres når man ikke at teste ordenligt og så skal man bare have det online og så en ny kunde ind.
Har haft en del forskellige chefer og de har alle kørt samme linie.
hved med at teste det nye mandag aften, eller også kan man afskaffe chefen så er der et problem mindre
Problemet er at mange virksomheder ikke tilgodeser det økonomiske behov som udviklingen bør have, hvis det er et almindeligt websted - så forstår jeg det også sagtens, men Gud forbyde at man som en ordentlig virksomhed ikke allerede baserer virksomhedens illustrative ansigt på en professionel CMS-løsning.
Hvis man afsætter ressourcer til at udvikle og til at sørge for at alt kan testes til mindste detalje, så sker der som regel heller ikke nogle fejl - men mange mindre virksomheder har ikke råd til de licenser det medfører, og lejer man sine servere er de næppe glade for de endeløse løkker det kan skabe hvis man ikke gennemtester sine egne ting før brug.
Selv forsøger jeg at teste så meget som det er mig muligt på de ressourcer som der for mig er tilgængelige, det kunne sagtens blive bedre - ingen tvivl, og der sker så vidt muligt også kun fejl når jeg skal opgradere den database som vi benytter til lagring af dataen (hvad enten om det er en softwareopdatering, eller der skal fornyes noget hardware).
Men hvis vi snakker almindelige websteder ikke baseret i CMS, så er man for gammeldags - helt ærligt, hvilken virksomhed med respekt for sig selv har ikke råd til et ordenligt, driftsikkert og gennemtestet system?!
#14:
Personligt arbejder jeg bedre når jeg er træt, jeg bliver meget hurtigere færdig fordi jeg har interesse i at blive færdig - og ikke i at skulle arbejde i flere timer, så når jeg er træt laver jeg oftest de bedste løsninger på den hurtigste tid. Underligt - men sådan er jeg, og de fleste af løsningerne er gennemtestede og fremtidssikrede.
Men når jeg er frisk har jeg langt flere idéer, hvilket desværre også kan resultere i at jeg laver noget andet end det jeg rent faktisk bør, netop fordi det er spændende.
Hvis man afsætter ressourcer til at udvikle og til at sørge for at alt kan testes til mindste detalje, så sker der som regel heller ikke nogle fejl - men mange mindre virksomheder har ikke råd til de licenser det medfører, og lejer man sine servere er de næppe glade for de endeløse løkker det kan skabe hvis man ikke gennemtester sine egne ting før brug.
Selv forsøger jeg at teste så meget som det er mig muligt på de ressourcer som der for mig er tilgængelige, det kunne sagtens blive bedre - ingen tvivl, og der sker så vidt muligt også kun fejl når jeg skal opgradere den database som vi benytter til lagring af dataen (hvad enten om det er en softwareopdatering, eller der skal fornyes noget hardware).
Men hvis vi snakker almindelige websteder ikke baseret i CMS, så er man for gammeldags - helt ærligt, hvilken virksomhed med respekt for sig selv har ikke råd til et ordenligt, driftsikkert og gennemtestet system?!
#14:
Personligt arbejder jeg bedre når jeg er træt, jeg bliver meget hurtigere færdig fordi jeg har interesse i at blive færdig - og ikke i at skulle arbejde i flere timer, så når jeg er træt laver jeg oftest de bedste løsninger på den hurtigste tid. Underligt - men sådan er jeg, og de fleste af løsningerne er gennemtestede og fremtidssikrede.
Men når jeg er frisk har jeg langt flere idéer, hvilket desværre også kan resultere i at jeg laver noget andet end det jeg rent faktisk bør, netop fordi det er spændende.
#16: Det kommer vel helt an på hvad formålet med sitet er og hvilke brugere der skal opdatere mv.
I nogle tilfælde giver det mere mening at have noget simpelt som ikke kan alle de fancy ting de fleste CMS systemer efterhånden kan - og for andre er det genialt med alle funktionerne (og så kan man jo iøvrigt også basere sig på et opensource CMS som Postnuke osv. - ihvertfald hvis man har en person med indsigt til at passe sådan et system).
I nogle tilfælde giver det mere mening at have noget simpelt som ikke kan alle de fancy ting de fleste CMS systemer efterhånden kan - og for andre er det genialt med alle funktionerne (og så kan man jo iøvrigt også basere sig på et opensource CMS som Postnuke osv. - ihvertfald hvis man har en person med indsigt til at passe sådan et system).
#18:
PostNuke er i mine øjne ikke noget CMS, det er et CRUDL-system (Create-Read-Update-Delete-List). Det indeholder ikke publiceringsmekanismer, revisionsstyring, sprogversionering og andre ting der er idéelt for virksomheden der gerne selv vil have kontrol - og kunne fordele ansvar.
Men man kan få en CMS-løsning så billig at alle kan være med, og om ikke andet så vil en billig løsning (man har jo ikke brug for mere, i følge behovet) altid være billigere end at have en webdesigner tilknyttet, hvad enten det er en ansat der bruger arbejdstid på det - eller en ekstern.
Desuden skal man ikke passe på et CMS, det skal passe sig selv - og alle fejlrettelser skal ske af det kompetente firma der har udviklet systemet - det må være deres pligt.
PostNuke er i mine øjne ikke noget CMS, det er et CRUDL-system (Create-Read-Update-Delete-List). Det indeholder ikke publiceringsmekanismer, revisionsstyring, sprogversionering og andre ting der er idéelt for virksomheden der gerne selv vil have kontrol - og kunne fordele ansvar.
Men man kan få en CMS-løsning så billig at alle kan være med, og om ikke andet så vil en billig løsning (man har jo ikke brug for mere, i følge behovet) altid være billigere end at have en webdesigner tilknyttet, hvad enten det er en ansat der bruger arbejdstid på det - eller en ekstern.
Desuden skal man ikke passe på et CMS, det skal passe sig selv - og alle fejlrettelser skal ske af det kompetente firma der har udviklet systemet - det må være deres pligt.
@ Acro
Det er rigtigt at det kan være en motiverende faktor, at være træt.
Men har lavet MANGE graverende fejl, mens jeg var træt og uoplagt.
En af dem kostede mig MEGET bøvl.. :(
#19
"PostNuke er i mine øjne ikke noget CMS-system, det er et CRUDL-system (Create-Read-Update-Delete-List). Det indeholder ikke publiceringsmekanismer, revisionsstyring, sprogversionering og andre ting der er idéelt for virksomheden der gerne selv vil have kontrol - og kunne fordele ansvar."
Mjahh
Nu er Postnuke kun EN blandt mange frie CMS systemer.. ;)
Desuden lyder det ikke som noget der ville være svært at få implementeret anyway.
"Men man kan få en CMS-løsning så billig at alle kan være med, og om ikke andet så vil en billig løsning (man har jo ikke brug for mere, i følge behovet) altid være billigere end at have en webdesigner tilknyttet, hvad enten det er en ansat der bruger arbejdstid på det - eller en ekstern."
Hmmja..
De fleste vi er blevet tilbudt har været ret pebrede.. ;o/
Og det for en lukket properitær løsning, som vi ingen indflydelse havde i... Nahh
"Desuden skal man ikke passe på et CMS-system, det skal passe sig selv - og alle fejlrettelser skal ske af det kompetente firma der har udviklet systemet - det må være deres pligt."
Kan du ikke selv klare opgaven, kan man jo selvfølgelig hyre andre til det.. :)
Om det så er dem der har lavet det eller ej, er jeg så ligeglad med.
Jeg vælger dem som levere mig den bedste service.. ;)
Det er rigtigt at det kan være en motiverende faktor, at være træt.
Men har lavet MANGE graverende fejl, mens jeg var træt og uoplagt.
En af dem kostede mig MEGET bøvl.. :(
#19
"PostNuke er i mine øjne ikke noget CMS-system, det er et CRUDL-system (Create-Read-Update-Delete-List). Det indeholder ikke publiceringsmekanismer, revisionsstyring, sprogversionering og andre ting der er idéelt for virksomheden der gerne selv vil have kontrol - og kunne fordele ansvar."
Mjahh
Nu er Postnuke kun EN blandt mange frie CMS systemer.. ;)
Desuden lyder det ikke som noget der ville være svært at få implementeret anyway.
"Men man kan få en CMS-løsning så billig at alle kan være med, og om ikke andet så vil en billig løsning (man har jo ikke brug for mere, i følge behovet) altid være billigere end at have en webdesigner tilknyttet, hvad enten det er en ansat der bruger arbejdstid på det - eller en ekstern."
Hmmja..
De fleste vi er blevet tilbudt har været ret pebrede.. ;o/
Og det for en lukket properitær løsning, som vi ingen indflydelse havde i... Nahh
"Desuden skal man ikke passe på et CMS-system, det skal passe sig selv - og alle fejlrettelser skal ske af det kompetente firma der har udviklet systemet - det må være deres pligt."
Kan du ikke selv klare opgaven, kan man jo selvfølgelig hyre andre til det.. :)
Om det så er dem der har lavet det eller ej, er jeg så ligeglad med.
Jeg vælger dem som levere mig den bedste service.. ;)
#20:
Selvfølgelig kan der ske fejl når man er træt, men det kan der da så sandelig også når man er vågen - og tak for det, vi er jo trods alt menneskelige. Desuden bør virksomheden ikke se så slemt på en medarbejder der overarbejder for at klare en opgave og laver en fejl, det bør da være værre at gøre den i den almindelige kontortid hvor man er udhvilet?
Bare fordi det ikke er svært at implementere betyder det ikke at det er et CMS, enten er det - eller også er det ikke, og et "indholdsstyringssystem" bør da kunne varetage den måde hvorpå databehandlingen foregår fra idé til publicering. Det er min erfaring at alle virksomheder finder det essentielt, og når man har prøvet det kan man ikke nøjes med et tekstfelt der indeholder en simpel tekstbehandling, hvormed man opdaterer databasen.
Nu taler jeg om de priser jeg har kendskab til, den virksomhed jeg repræsenterer udlejer CMS, ligesom det sker med et webhotel - på den måde har vi ansvaret for det hele, og vi tillader os ikke at tage en bunke penge for en software man alligevel kun må benytte med en bunke restriktioner. Prisen ligger på hvad et godt webhotel koster, og man betaler istedet for de tillægsydelser man ønsker - brugerdefineret udvikling, endnu bedre support, og hvad der ellers måtte være/ønskes.
Jeg synes det er forkert hvis man køber et CMS med tanken om at man selv skal vedligeholde det, man kan på ingen måde som køber skulle tage ansvar for at det produkt man køber lover op til det som producenten lover - det kan på ingen måde være rigtigt, hverken som forbruger eller som virksomhed.
Selvfølgelig kan der ske fejl når man er træt, men det kan der da så sandelig også når man er vågen - og tak for det, vi er jo trods alt menneskelige. Desuden bør virksomheden ikke se så slemt på en medarbejder der overarbejder for at klare en opgave og laver en fejl, det bør da være værre at gøre den i den almindelige kontortid hvor man er udhvilet?
Bare fordi det ikke er svært at implementere betyder det ikke at det er et CMS, enten er det - eller også er det ikke, og et "indholdsstyringssystem" bør da kunne varetage den måde hvorpå databehandlingen foregår fra idé til publicering. Det er min erfaring at alle virksomheder finder det essentielt, og når man har prøvet det kan man ikke nøjes med et tekstfelt der indeholder en simpel tekstbehandling, hvormed man opdaterer databasen.
Nu taler jeg om de priser jeg har kendskab til, den virksomhed jeg repræsenterer udlejer CMS, ligesom det sker med et webhotel - på den måde har vi ansvaret for det hele, og vi tillader os ikke at tage en bunke penge for en software man alligevel kun må benytte med en bunke restriktioner. Prisen ligger på hvad et godt webhotel koster, og man betaler istedet for de tillægsydelser man ønsker - brugerdefineret udvikling, endnu bedre support, og hvad der ellers måtte være/ønskes.
Jeg synes det er forkert hvis man køber et CMS med tanken om at man selv skal vedligeholde det, man kan på ingen måde som køber skulle tage ansvar for at det produkt man køber lover op til det som producenten lover - det kan på ingen måde være rigtigt, hverken som forbruger eller som virksomhed.
Et ordenligt CMS system skal simpelthen indeholde versioning og flowcontrol.
De systemer som bare publiserer ved update er dømt til at fejle, Ex. Mandage :)
Ved versioning og flowcontrol, skal der virkelig ske ting og sager før man får lukket noget ud man ikke havde til hensigt.
De systemer som bare publiserer ved update er dømt til at fejle, Ex. Mandage :)
Ved versioning og flowcontrol, skal der virkelig ske ting og sager før man får lukket noget ud man ikke havde til hensigt.
#21 Acro
"Selvfølgelig kan der ske fejl når man er træt, men det kan der da så sandelig også når man er vågen - og tak for det, vi er jo trods alt menneskelige. Desuden bør virksomheden ikke se så slemt på en medarbejder der overarbejder for at klare en opgave og laver en fejl, det bør da være værre at gøre den i den almindelige kontortid hvor man er udhvilet?"
Uhmm ja..
Hvis de presser en over evne, må de selv om det..
Sådan er det med maskiner, og sådan er det også for os.. ;)
"Bare fordi det ikke er svært at implementere betyder det ikke at det er et CMS-system, enten er det - eller også er det ikke, og et "indholdsstyringssystem" bør da kunne varetage den måde hvorpå databehandlingen foregår fra idé til publicering - det er min erfaring at alle virksomheder finder det essentielt, og når man har prøvet det kan man ikke nøjes med et tekstfelt der indeholder en simpel tekstbehandling, hvormed man opdaterer databasen."
Nu bevæger du dig ind på at definere fast, hvad der er indholdsstyring og hvad der ikke er.
Jeg vil holde mig til at sige, at der findes gode og dårlige løsninger. (og nogle ind i mellem)
"Nu taler jeg om de priser jeg har kendskab til, den virksomhed jeg repræsenterer udlejer CMS, ligesom det sker med et webhotel - på den måde har vi ansvaret for det hele, og vi tillader os ikke at tage en bunke penge for en software man alligevel kun må benytte med en bunke restriktioner. Prisen ligger på hvad et godt webhotel koster, og man betaler istedet for de tillægsydelser man ønsker - brugerdefineret udvikling, endnu bedre support, og hvad der ellers måtte være/ønskes."
Jamen jeg udtaler mig også kun på det jeg har fået tilbudt.
Et startbeløb på noget der lignede 20k, og derefter en månedentlig leje/hosting.
Jeres løsning lyder da skraks langt mere rimelig.
"Jeg synes det er forkert hvis man køber et CMS med tanken om at man selv skal vedligeholde det, man kan på ingen måde som køber skulle tage ansvar for at det produkt man køber lover op til det som producenten lover - det kan på ingen måde være rigtigt, hverken som forbruger eller som virksomhed."
Det må vel være op til mig som kunde at vurdere.
Enten køber jeg en færdigløsning i skræddersyer til mig, eller også lejer jeg den hos jer.
Det er rart at have valget, hvilket jo også inkludere valget til ikke at at vælge det.. ;)
Men jeres model er jeg klart mere imponeret over.. :)
"Selvfølgelig kan der ske fejl når man er træt, men det kan der da så sandelig også når man er vågen - og tak for det, vi er jo trods alt menneskelige. Desuden bør virksomheden ikke se så slemt på en medarbejder der overarbejder for at klare en opgave og laver en fejl, det bør da være værre at gøre den i den almindelige kontortid hvor man er udhvilet?"
Uhmm ja..
Hvis de presser en over evne, må de selv om det..
Sådan er det med maskiner, og sådan er det også for os.. ;)
"Bare fordi det ikke er svært at implementere betyder det ikke at det er et CMS-system, enten er det - eller også er det ikke, og et "indholdsstyringssystem" bør da kunne varetage den måde hvorpå databehandlingen foregår fra idé til publicering - det er min erfaring at alle virksomheder finder det essentielt, og når man har prøvet det kan man ikke nøjes med et tekstfelt der indeholder en simpel tekstbehandling, hvormed man opdaterer databasen."
Nu bevæger du dig ind på at definere fast, hvad der er indholdsstyring og hvad der ikke er.
Jeg vil holde mig til at sige, at der findes gode og dårlige løsninger. (og nogle ind i mellem)
"Nu taler jeg om de priser jeg har kendskab til, den virksomhed jeg repræsenterer udlejer CMS, ligesom det sker med et webhotel - på den måde har vi ansvaret for det hele, og vi tillader os ikke at tage en bunke penge for en software man alligevel kun må benytte med en bunke restriktioner. Prisen ligger på hvad et godt webhotel koster, og man betaler istedet for de tillægsydelser man ønsker - brugerdefineret udvikling, endnu bedre support, og hvad der ellers måtte være/ønskes."
Jamen jeg udtaler mig også kun på det jeg har fået tilbudt.
Et startbeløb på noget der lignede 20k, og derefter en månedentlig leje/hosting.
Jeres løsning lyder da skraks langt mere rimelig.
"Jeg synes det er forkert hvis man køber et CMS med tanken om at man selv skal vedligeholde det, man kan på ingen måde som køber skulle tage ansvar for at det produkt man køber lover op til det som producenten lover - det kan på ingen måde være rigtigt, hverken som forbruger eller som virksomhed."
Det må vel være op til mig som kunde at vurdere.
Enten køber jeg en færdigløsning i skræddersyer til mig, eller også lejer jeg den hos jer.
Det er rart at have valget, hvilket jo også inkludere valget til ikke at at vælge det.. ;)
Men jeres model er jeg klart mere imponeret over.. :)
#23:
Jeg forstår bare ikke at du vil affinde dig med at købe noget der ikke virker, uanset om jeg som privatperson eller som virksomhed skal afgive en ordre - så forlanger jeg at det lever op til specifikationerne. Hvis jeg køber et motorkøretøj uden motor, så vil jeg også føle mig snydt.
En ting er at du har muligheden for at forbedre og fejlfinde, men det bør aldrig - på noget tidspunkt - være tiltænkt at kunden selv skal fejlrette det, så er pengene givet forkert ud - da man i mine øjne selv må kunne leve op til at det man sælger overholder de krav som det sælges under forudsætning af.
Vi kan godt blive enige om at det er rart at kunne rette det selv, jeg synes bare ikke det bør være nødvendigt.
Jeg forstår bare ikke at du vil affinde dig med at købe noget der ikke virker, uanset om jeg som privatperson eller som virksomhed skal afgive en ordre - så forlanger jeg at det lever op til specifikationerne. Hvis jeg køber et motorkøretøj uden motor, så vil jeg også føle mig snydt.
En ting er at du har muligheden for at forbedre og fejlfinde, men det bør aldrig - på noget tidspunkt - være tiltænkt at kunden selv skal fejlrette det, så er pengene givet forkert ud - da man i mine øjne selv må kunne leve op til at det man sælger overholder de krav som det sælges under forudsætning af.
Vi kan godt blive enige om at det er rart at kunne rette det selv, jeg synes bare ikke det bør være nødvendigt.
Der vil altid ske fejl på en ny side der kommer online.
Det er meget svær at tage højde for at det brugerne kan finde på og alle de forskellige kombinationer der findes.
Kunden vil ikke betale for at systemerne bliver totalt gennemtestet i mindste detajle da timeprisen er ret høj.
Vi har et hjemmelavet fejlsystem der sender fejlene til os når en bruger har lavet en kombination der giver en fejl. vi kan så se hvad der er gået galt og retter så fejlen.
På den måde finder vi hurtigt alle de ting som kan gå galt og får hurtig siden fejlsikker.
Sådan tror jeg faktisk det køre mange steder. De har måske ikke et system som automatisk melder tilbage til udvikleren men så en formular hvor brugeren kan skrive hvad der gik galt.
Det er meget svær at tage højde for at det brugerne kan finde på og alle de forskellige kombinationer der findes.
Kunden vil ikke betale for at systemerne bliver totalt gennemtestet i mindste detajle da timeprisen er ret høj.
Vi har et hjemmelavet fejlsystem der sender fejlene til os når en bruger har lavet en kombination der giver en fejl. vi kan så se hvad der er gået galt og retter så fejlen.
På den måde finder vi hurtigt alle de ting som kan gå galt og får hurtig siden fejlsikker.
Sådan tror jeg faktisk det køre mange steder. De har måske ikke et system som automatisk melder tilbage til udvikleren men så en formular hvor brugeren kan skrive hvad der gik galt.
#24 Acro
"Jeg forstår bare ikke at du vil affinde dig med at købe noget der ikke virker, uanset om jeg som privatperson eller som virksomhed skal afgive en ordre - så forlanger jeg at det lever op til specifikationerne. Hvis jeg køber et motorkøretøj uden motor, så vil jeg også føle mig snydt."
Ligegyldigt hvad jeg har givet penge for, ville jeg altid kunne risikere fejl.
Det har været tilfældet med alt lige fra mit fjernsyn, video, anlæg, og mindsanten om ikke også software kan indeholde fejl.
Med hensyn til mangler så vælger man selvfølgelig den løsning der bedst opfylder ens krav, og det er selvfølgelig ligegyldigt om vi snakker frie eller properitære løsninger.. ;)
"En ting er at du har muligheden for at forbedre og fejlfinde, men det bør aldrig - på noget tidspunkt - være tiltænkt at kunden selv skal fejlrette det, så er pengene givet forkert ud - da man i mine øjne selv må kunne leve op til at det man sælger overholder de krav som det sælges under forudsætning af."
Muligheder for selv at kunne servicere er meget vigtig, ikke fordi man absolut skal benytte sig af den.
Men det sørger for at man kan finde en anden service leverandør, hvis ikke dem man har gør jobbet ordentligt eller behandler en pænt.
Hvis jeg køber noget er der jo også altid en eller anden form for service med.
Både med det properitære og frie.
Det fri software jeg selv downloader, kan jeg så løbende købe support til hvis det skulle blive aktuelt.
"Vi kan godt blive enige om at det er rart at kunne rette det selv, jeg synes bare ikke det bør være nødvendigt."
Nej men det er det tit.
Hvad hvis nu du bliver uvenner med din leverandør?
Bruger du et fri software produkt, kan du opsige abonnomentet og finde en anden til at supportere dig.
Det er bare ret svært, hvis det er et leverandør ejet system.. ;)
Der er jo f.eks ingen andre end Sun der kan fikse solaris bugs osv.. ;)
Selvfølgelig burde det ikke være nødvendigt i en perfekt verden, men det er den bare ikke.
"Jeg forstår bare ikke at du vil affinde dig med at købe noget der ikke virker, uanset om jeg som privatperson eller som virksomhed skal afgive en ordre - så forlanger jeg at det lever op til specifikationerne. Hvis jeg køber et motorkøretøj uden motor, så vil jeg også føle mig snydt."
Ligegyldigt hvad jeg har givet penge for, ville jeg altid kunne risikere fejl.
Det har været tilfældet med alt lige fra mit fjernsyn, video, anlæg, og mindsanten om ikke også software kan indeholde fejl.
Med hensyn til mangler så vælger man selvfølgelig den løsning der bedst opfylder ens krav, og det er selvfølgelig ligegyldigt om vi snakker frie eller properitære løsninger.. ;)
"En ting er at du har muligheden for at forbedre og fejlfinde, men det bør aldrig - på noget tidspunkt - være tiltænkt at kunden selv skal fejlrette det, så er pengene givet forkert ud - da man i mine øjne selv må kunne leve op til at det man sælger overholder de krav som det sælges under forudsætning af."
Muligheder for selv at kunne servicere er meget vigtig, ikke fordi man absolut skal benytte sig af den.
Men det sørger for at man kan finde en anden service leverandør, hvis ikke dem man har gør jobbet ordentligt eller behandler en pænt.
Hvis jeg køber noget er der jo også altid en eller anden form for service med.
Både med det properitære og frie.
Det fri software jeg selv downloader, kan jeg så løbende købe support til hvis det skulle blive aktuelt.
"Vi kan godt blive enige om at det er rart at kunne rette det selv, jeg synes bare ikke det bør være nødvendigt."
Nej men det er det tit.
Hvad hvis nu du bliver uvenner med din leverandør?
Bruger du et fri software produkt, kan du opsige abonnomentet og finde en anden til at supportere dig.
Det er bare ret svært, hvis det er et leverandør ejet system.. ;)
Der er jo f.eks ingen andre end Sun der kan fikse solaris bugs osv.. ;)
Selvfølgelig burde det ikke være nødvendigt i en perfekt verden, men det er den bare ikke.
Acro: Man får hvad man betaler for.
Hvis du vil betale en udvikler 1000 - 1500kr i timen for at simulere alle mulige tilfælde som brugeren laver så tror jeg at du får et fejlfrit system.
Kunderne presser altid prisen ned og det medføre at de må stå for at gennemteste selv.
Det er jo som regl dem som kender deres kunder bedst og har tit nogle rettelser til det man har lavet.
Hvis du vil betale en udvikler 1000 - 1500kr i timen for at simulere alle mulige tilfælde som brugeren laver så tror jeg at du får et fejlfrit system.
Kunderne presser altid prisen ned og det medføre at de må stå for at gennemteste selv.
Det er jo som regl dem som kender deres kunder bedst og har tit nogle rettelser til det man har lavet.
#28
En bunke brugere kan ikke fejlfinde, de kan blot konstatere at noget nogen gange ikke virker. Og det er ganske enkelt ikke godt nok, du vil stadigvæk have brug for en specifik testcase inden du kan gå ind og rette fejlen(e). Det er der altså bare ikke ret mange brugere der er gode til, for de har ikke skyggen af en chance for at vide hvilke informationer der er relevante.
- Sætningen "Udvikleren skal blot rette de fejl der kommer." har jeg printet ud og sat på min kollegas skærm, for den er for cool. Hvis jeg engang bliver projektleder vil jeg bruge den dagligt ;)
#11
Jeg tror de fleste udviklere kender de chefer du snakker om. Man lærer godtnok at sætte pris på en dybt bureaukratisk implementations model når man har prøvet "Hvornår er det færdig? Nå, kan vi ikke bare begynde at anvende det nu?"-modellen.
En bunke brugere kan ikke fejlfinde, de kan blot konstatere at noget nogen gange ikke virker. Og det er ganske enkelt ikke godt nok, du vil stadigvæk have brug for en specifik testcase inden du kan gå ind og rette fejlen(e). Det er der altså bare ikke ret mange brugere der er gode til, for de har ikke skyggen af en chance for at vide hvilke informationer der er relevante.
- Sætningen "Udvikleren skal blot rette de fejl der kommer." har jeg printet ud og sat på min kollegas skærm, for den er for cool. Hvis jeg engang bliver projektleder vil jeg bruge den dagligt ;)
#11
Jeg tror de fleste udviklere kender de chefer du snakker om. Man lærer godtnok at sætte pris på en dybt bureaukratisk implementations model når man har prøvet "Hvornår er det færdig? Nå, kan vi ikke bare begynde at anvende det nu?"-modellen.
#29:
Nej, men hvis du har 100 brugere der fylder data ind, så er der stor sandsynlighed for at de rammer bare størstedelen af alle dem som de 10 virksomheder man har solgt til kommer ud for.
Brugerne skal jo heller ikke fejlfinde, de skal bruge - og når de så oplever en fejl, så er det op til udvikleren at finde ud af hvorfor fejlen forekommer.
Nej, men hvis du har 100 brugere der fylder data ind, så er der stor sandsynlighed for at de rammer bare størstedelen af alle dem som de 10 virksomheder man har solgt til kommer ud for.
Brugerne skal jo heller ikke fejlfinde, de skal bruge - og når de så oplever en fejl, så er det op til udvikleren at finde ud af hvorfor fejlen forekommer.
#30
Det er fuldstændigt korrekt, men der er bare hverken tid eller ressourcer til at lave et testmiljø til 100 (eller sågar 5) brugere hvis siden skal køre mandag morgen og du fik ændringen at vide fredag eftermiddag.
Ændringer kan nu engang kun gå for langsomt og så længe det er virksomhedens og typisk også kundens holdning, kan udvikleren ikke gøre mere end forsøge at undgå fejl - og det lykkedes som bekendt ikke altid ligegodt.
I det hele taget synes jeg det er forkert at artiklen påpeger udvikleres "pilfingeri" og "nyudvikling" som et problem der koster virksomhederne penge, for jeg tror det er sjældent de ændringer ikke er bestilt.
Det er fuldstændigt korrekt, men der er bare hverken tid eller ressourcer til at lave et testmiljø til 100 (eller sågar 5) brugere hvis siden skal køre mandag morgen og du fik ændringen at vide fredag eftermiddag.
Ændringer kan nu engang kun gå for langsomt og så længe det er virksomhedens og typisk også kundens holdning, kan udvikleren ikke gøre mere end forsøge at undgå fejl - og det lykkedes som bekendt ikke altid ligegodt.
I det hele taget synes jeg det er forkert at artiklen påpeger udvikleres "pilfingeri" og "nyudvikling" som et problem der koster virksomhederne penge, for jeg tror det er sjældent de ændringer ikke er bestilt.
#30 Acro
Folk der laver frie ting, få ikke blot bugreports.. ;)
'Hi, i found this bug.. here's a patch...'
'Hi, This patch adds this cool feature...'
Mange af dem får så meget hjælp, og god input at det er et stort arbejde blot at holde styr på det alt sammen.. ;)
'When you release things as Open Source, people are actually doing you job, in exchange for work you have alrady done for them.'
-- Bruce Perens OSI
Folk der laver frie ting, få ikke blot bugreports.. ;)
'Hi, i found this bug.. here's a patch...'
'Hi, This patch adds this cool feature...'
Mange af dem får så meget hjælp, og god input at det er et stort arbejde blot at holde styr på det alt sammen.. ;)
'When you release things as Open Source, people are actually doing you job, in exchange for work you have alrady done for them.'
-- Bruce Perens OSI
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund