mboost-dp1
newz.dk
Er det ikke rimeligt standard at man afprøver sit program, inden man aflevere det.
Synes det er en urimelig dårlig undskyldning hvertfald.
Selvfølgelig er det menneskeligt at fejle, men mekanikeren aflevere heller ikke bilen tilbage uden hjul på, da det er en åbenlys fejl :)
Synes det er en urimelig dårlig undskyldning hvertfald.
Selvfølgelig er det menneskeligt at fejle, men mekanikeren aflevere heller ikke bilen tilbage uden hjul på, da det er en åbenlys fejl :)
Hvis en kunde kom til mig med den slags opgave ville jeg straks spørge "Kan I ikke give et eksempel på hvad der skal ske?"
Christ. At det ikke er standard at lave kravsafdækning ved selv den slags opgaver.
Christ. At det ikke er standard at lave kravsafdækning ved selv den slags opgaver.
#9
Der er en eller anden som har tænkt på den forkerte måde.
Det er en god ting at udpensle selv de mest banale ting i specifikationer. Der er altid en risko for at læseren slet ikke tænker på samme måde. Og et eksempel i specifikationen som kan videreføres til test plan er ekstra godt.
Der er en eller anden som har tænkt på den forkerte måde.
Det er en god ting at udpensle selv de mest banale ting i specifikationer. Der er altid en risko for at læseren slet ikke tænker på samme måde. Og et eksempel i specifikationen som kan videreføres til test plan er ekstra godt.
CBM (9) skrev:#8:
Hvornår ville svaret være... adder +45 til telefonnummeret ?
Hvornår ville svaret været andet end foranstil nummeret med +45 ?
Tro mig, en kunde er ikke altid lige så præcis som udvikleren godt kunne ønske sig.
"Siden viser ikke noget" - men hvad skulle den vise?
"Knappen skal være blå" - har du en bestemt farve i tankerne?
"Det skal være CMYK 62, 51, 0, 48 da vi bruger den i printet materiale" - super, hvilken en af disse RGB-farver vil du så have?
Grundlæggende handler det om at få kunden til at give et eksempel som man kan teste imod. Hvordan ind i helvede (undskyld sproget) kan man ellers vide, om det man leverer er korrekt?
#13: det er sandt og har også selv prøvet at sætte skik på udsvævende kunde ønsker mange gange...
Men visse ting giver sig selv fx at +45 er en landekode der skal foran. Medmindre man af kulturelle årsager bevist vælger at mistolke...
En EU udvikler ville undre sig hvis han/hun var i tvivl og spørge om de virkelig ønskede at lægge 45 til...
Kan også være de har været så sjuskede at addering af 45 var utilsigtet somehow
Jeg har prøvet at være projektleder for både indiske og ukrainske teams.
Jeg har også prøvet at skrive kravspecifikationer til samme.
Men anset hvor mange detaljer der er i en kravspecifikation, så ville jeg i sidste ende nok sparet tid ved at lave det selv.
Men visse ting giver sig selv fx at +45 er en landekode der skal foran. Medmindre man af kulturelle årsager bevist vælger at mistolke...
En EU udvikler ville undre sig hvis han/hun var i tvivl og spørge om de virkelig ønskede at lægge 45 til...
Kan også være de har været så sjuskede at addering af 45 var utilsigtet somehow
Jeg har prøvet at være projektleder for både indiske og ukrainske teams.
Jeg har også prøvet at skrive kravspecifikationer til samme.
Men anset hvor mange detaljer der er i en kravspecifikation, så ville jeg i sidste ende nok sparet tid ved at lave det selv.
Jeg er ikke sikker. Det kan være en dårlig formulering fra kundens side. "Please add +45 to the phone column" f.eks. Hvis to personer, som begge er dårlige til engelsk, forsøger at kommunikere på engelsk, så er der rigelige muligheder for fejl.CBM (14) skrev:Men visse ting giver sig selv fx at +45 er en landekode der skal foran. Medmindre man af kulturelle årsager bevist vælger at mistolke...
Helt sikkert - men Netto? ;-)CBM (14) skrev:Men anset hvor mange detaljer der er i en kravspecifikation, så ville jeg i sidste ende nok sparet tid ved at lave det selv.
CBM (12) skrev:Hvorfor spekulerer du på om de bruger mysql?
MySQL har et noget suspekt forhold type type sikkerhed.
mysql> select '+45' + '20202020';
+--------------------+
| '+45' + '20202020' |
+--------------------+
| 20202065 |
+--------------------+
1 row in set (0.01 sec)
@arne: ah ok. Jeg ville vælge at lade det text der skal i min select være klappet og klart inden jeg kalder databasen
.... Ie.. Select * from phone where nr ='+4520202020'
For netop at undgå den slags issues
.... Ie.. Select * from phone where nr ='+4520202020'
For netop at undgå den slags issues
arne_v (17) skrev:CBM (12) skrev:Hvorfor spekulerer du på om de bruger mysql?
MySQL har et noget suspekt forhold type type sikkerhed.
mysql> select '+45' + '20202020';
+--------------------+
| '+45' + '20202020' |
+--------------------+
| 20202065 |
+--------------------+
1 row in set (0.01 sec)
Men sådan ville man jo ikke lave en sammensat streng i MySQL? Der ville man benytte CONCAT().
mrtb (19) skrev:Men sådan ville man jo ikke lave en sammensat streng i MySQL? Der ville man benytte CONCAT().
Ja. Streng konkatenering i MySQL SQL er via CONCAT funktion.
Og jeg havde ikke noget problem hvis MySQL gav en fejl om at de to værdier ikke var numeriske og derfor ikke kunne adderes.
Jeg har et problem med at MySQL konverterer strenge til tal og laver en addition.
arne_v (20) skrev:
Ja. Streng konkatenering i MySQL SQL er via CONCAT funktion.
Og jeg havde ikke noget problem hvis MySQL gav en fejl om at de to værdier ikke var numeriske og derfor ikke kunne adderes.
Jeg har et problem med at MySQL konverterer strenge til tal og laver en addition.
Jeg er helt enig i at det kunne være lavet smartere - Jeg prøver bare at finde ud af hvorfor du mener at fejlen skulle skyldes uhensigtsmæssig brug af MySQL, når nu det ikke er sådan man konkatenerer.
Er det fordi du gætter på at udvikleren har været så uerfaren, at han har forsøgt at konkatenere med "+"?
CBM (18) skrev:ah ok. Jeg ville vælge at lade det text der skal i min select være klappet og klart inden jeg kalder databasen
Nu vil den ægte SQL jo være mere a la:
UPDATE table SET field = '+45' + felt
Den ser ret tilforladelig ud.
#19 har naturligvis ret i at det i MYSQL skal laves som:
UPDATE table SET field = CONCAT('+45',felt)
men ...
arne_v (22) skrev:CBM (18) skrev:ah ok. Jeg ville vælge at lade det text der skal i min select være klappet og klart inden jeg kalder databasen
Nu vil den ægte SQL jo være mere a la:
UPDATE table SET field = '+45' + felt
Den ser ret tilforladelig ud.
#19 har naturligvis ret i at det i MYSQL skal laves som:
UPDATE table SET field = CONCAT('+45',felt)
men ...
Det tager jeg som et ja til mit spørgsmål :) Men hvis det er tilfældet, så kan der vitterligt også ske hvad som helst.
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