mboost-dp1
unknown
Det var da nogle kedelige emner de diskuterer. Man kan jo ikke engang kalde dem designfejl. Underlig underholdning.
#3
Manglen på midlertidig backup power er pænt meget en designfejl...Faktisk synes jeg det hele er designfejl, så det vil jeg ikke give dig ret i.
Manglen på midlertidig backup power er pænt meget en designfejl...Faktisk synes jeg det hele er designfejl, så det vil jeg ikke give dig ret i.
Ang. nummer 1 - Power Failure Crash:
"If cars modelled this behavior, you might drive your car from New York to Miami, run out of gas in Fort Lauderdale, 10 miles from your destination, and suddenly find yourself back in New York." :D
Kan huske en gang da jeg var til et net-party i Vandel. Mens vi sad og gamede lidt CS og lyset blinkede meget kort, og forbindelsen til serveren røg. Det viser sig at alle computere på nær min og min sidekammerat genstartede. Sjovt nok var vi de eneste to som lige havde investeret i det sidste nye som var en K7 500MHz. Så var AMD jo lige pludselig bedst. ;) (Selvom vi godt vidste at det var den "store" 300W PSU som K7 krævede der skulle have æren.) Så en helt ignoreret bug er det.
"If cars modelled this behavior, you might drive your car from New York to Miami, run out of gas in Fort Lauderdale, 10 miles from your destination, and suddenly find yourself back in New York." :D
Kan huske en gang da jeg var til et net-party i Vandel. Mens vi sad og gamede lidt CS og lyset blinkede meget kort, og forbindelsen til serveren røg. Det viser sig at alle computere på nær min og min sidekammerat genstartede. Sjovt nok var vi de eneste to som lige havde investeret i det sidste nye som var en K7 500MHz. Så var AMD jo lige pludselig bedst. ;) (Selvom vi godt vidste at det var den "store" 300W PSU som K7 krævede der skulle have æren.) Så en helt ignoreret bug er det.
En jeg da helt klart synes mangler, er tastaturet. Af en eller anden grund bruger vi stadig QWERTY-tastaturer i langt de fleste lande (nogle bruger AZERTY), på trods af at dette er direkte designet til at være langsomt at skrive med. En del mennesker der har skiftet til DVORAK kan fortælle om ret store hastighedsforbedringer, dog har jeg ikke selv taget mig sammen til at lære det :p
jeg synes ik at man traditionelt set, kan kalde dem designfejl. Det leder tanken hen på grafisk design, istedet for "ingeniørmæssigt" design.
Men jeg synes det er nogle ret interessante pointer, fx. med backuppower. Også den med de grå menu-knapper, som man ik må klippe på, er interessant.. især for "ikke-nørder".
Men jeg synes det er nogle ret interessante pointer, fx. med backuppower. Også den med de grå menu-knapper, som man ik må klippe på, er interessant.. især for "ikke-nørder".
Hvad en fejl er er altid svært at definere, man kan mene at det her ikke er fejl. Men igen, så må man også være med på at det heller ikke er en fejl når børn er dødsfødte pga. genetiske 'uregelmæssigheder' (for ikke at bruge ordet fejl), for der skete jo præcist det der stod i specifikationerne (generne), dvs. det var jo meningen at barnet skulle være dødsfødt, det bad vi det selv om at blive.
Sandheden er at vi jo tit oplever at vi faktisk foretog nogle designvalg som det viser sig ikke lige var så smarte, og det må vel være designfejl, selvom vi måske ikke rigtigt kan definere hvad der så er 'rigtigt'.
Sandheden er at vi jo tit oplever at vi faktisk foretog nogle designvalg som det viser sig ikke lige var så smarte, og det må vel være designfejl, selvom vi måske ikke rigtigt kan definere hvad der så er 'rigtigt'.
#10 Ja, den med menu punkterne er ret god og meget nem at implementere, håber snart der er den funktion i de fleste programmer, sad selv og overvejede at skrive det til et eller andet open source program for at give det en fordel med hensyn til brugervenlighed, tror det bliver OOo hvis jeg bestemmer mig for at gøre det men jeg ved det ikke rigtigt endnu.
1. Strømfejl mener jeg også vi bør tage mere højde for. Det kunne f.eks. være en kontinuerlig save-funktion, med rollback-punkter.
2. De "grå" menupunkter mener jeg også bør have lidt forklaring når man klikker på dem, men de skal samtidigt også være grå for at vise at det er en deaktiveret funktion.
3. Med hensyn til OSX' Dock, så er Tognazzini kendt for at være meget stærkt modstander af hele konceptet bag den. Derfor skal man nok tage det han siger om netop det emne med et gran salt ;)
4. Jeg kan ikke se hvad der umiddelbart er galt med alfabetisk sortering af ting. Det kommer selvfølgelig meget an på tingenes kontekst, og alt afhængigt af ens behov vil det selvfølgelig være nødvendigt med forskellige sorteringsmetoder.
5. Han whiner også grundigt over mellemrum i URLs. Men det er en af de priser vi betaler for begudkompatibilitet.
6. Der er jeg enig med ham. Det burde være muligt at standardisere den slags ting, som f.eks. CPR-numre og Dankort-numre.
7. Den kan jeg ikke forstå stadig eksisterer. Det er da soleklart at systemet blot skal smide en advarsel og så ellers være ligeglad.
2. De "grå" menupunkter mener jeg også bør have lidt forklaring når man klikker på dem, men de skal samtidigt også være grå for at vise at det er en deaktiveret funktion.
3. Med hensyn til OSX' Dock, så er Tognazzini kendt for at være meget stærkt modstander af hele konceptet bag den. Derfor skal man nok tage det han siger om netop det emne med et gran salt ;)
4. Jeg kan ikke se hvad der umiddelbart er galt med alfabetisk sortering af ting. Det kommer selvfølgelig meget an på tingenes kontekst, og alt afhængigt af ens behov vil det selvfølgelig være nødvendigt med forskellige sorteringsmetoder.
5. Han whiner også grundigt over mellemrum i URLs. Men det er en af de priser vi betaler for begudkompatibilitet.
6. Der er jeg enig med ham. Det burde være muligt at standardisere den slags ting, som f.eks. CPR-numre og Dankort-numre.
7. Den kan jeg ikke forstå stadig eksisterer. Det er da soleklart at systemet blot skal smide en advarsel og så ellers være ligeglad.
#8: pudsigt du nævner det med tastaturet, for jeg tænkte nøjtagtigt det samme da jeg læse nyheden her på newz.dk (uden at have læst videre i forum eller news link)
Problemet er bare, at det oprindeligt ikke er nogen design fejl. Det var nødvendigt at lave tastaturet som vi kender det idag, så kompliceret som muligt, da de gamle skrivemaskiner ikke kunne følge med. De var jo mekaniske, og havde svingarme for hvert bogstav, hvor det var mekanisk umuligt at svinge armene hurtigere end man tastede.
Og desværre har QWERTY/AZERTY standarden hængt ved siden da, for folk (ja os!) har for svært ved pludseligt at skulle ændre en vane, især når vi nu er så gode til 10-finger systemet.
Problemet er bare, at det oprindeligt ikke er nogen design fejl. Det var nødvendigt at lave tastaturet som vi kender det idag, så kompliceret som muligt, da de gamle skrivemaskiner ikke kunne følge med. De var jo mekaniske, og havde svingarme for hvert bogstav, hvor det var mekanisk umuligt at svinge armene hurtigere end man tastede.
Og desværre har QWERTY/AZERTY standarden hængt ved siden da, for folk (ja os!) har for svært ved pludseligt at skulle ændre en vane, især når vi nu er så gode til 10-finger systemet.
wizman.dk: kig på første række, øverst til venstre på dit tastatur. Der står med stor sandsynlighed "qwerty" på de første 6 taster. Det er så blevet til navnet på tastaturer med det layout. Qwerty layoutet blev udarbejdet for at man på skrivemaskiner, med lavere sandsynlighed slog "arme" op tæt ved hinanden når man skrev en tekst på engelsk, og derved opstod der færre mekaniske fejl.
Jeg vil ikke gå så vidt som at sige at det er designet til at man skriver langsommere på det, men det er designet så taster med større sandsynlighed bliver trykket efter hinanden, som er længere fra hinanden. Grunden til at jeg mener at det ikke er langsommere, er at man kan bruge en anden finger til at trykke en tast som er længere væk men skal "vente" på at den samme finger er løftet, flyttet og sat, for at trykke noget der er tæt ved.
- Håber det gav mening.
Jeg vil ikke gå så vidt som at sige at det er designet til at man skriver langsommere på det, men det er designet så taster med større sandsynlighed bliver trykket efter hinanden, som er længere fra hinanden. Grunden til at jeg mener at det ikke er langsommere, er at man kan bruge en anden finger til at trykke en tast som er længere væk men skal "vente" på at den samme finger er løftet, flyttet og sat, for at trykke noget der er tæt ved.
- Håber det gav mening.
#14
ang. nr 5:
Jeg er ikke enig... det er RET nemt at lave mellemrum etc. i adresser og så lade browseren "bagved" filtrere mellemrummene fra. det giver mulighed for at man har en url: www.haderkunder.dk
som kan reklameres for på denne måde: hader kunder.dk
hvilket er nemmere for alm. folk at huske.
ang. nr 6:
han taler ikke om at standardiserer dem dethan siger er:
jeg skal have et cpr nummer i felt 1: jeg(programmøren) vil have det i xxxxxxxxxx format MEN kunderne kan jo skrive: xx/xx/xx-xxxx eller xxxxxx-xxxx etc etc. så derfor fjerne jer agge "non-conforming" karakterer således at formattet passer til det jeg forventer.
#17
Det blev faktisk designet for at svingarmene kunne nå at flytte sig "ud af vejen" for den efterfølgende svingarm.
folk der skrev var nemlig blevet for hurtige i forhold til mekanikken i de gamle maskiner.
dvorak er designet således at taster man bruger ofte og efter hinanden tit er placeret centralt og samlet hvor de mere "unormale" bogstaver er placeret langs kanten.
@all
Jeg kan da kun være enig med ham i hans vurderinger. især "Grey Doubt" :-D jeg vil da ihvertfald fremover gøre dem "clickable" med en lile info om hvorfor funktionen ikke er tilgængelig.
.hack
ang. nr 5:
Jeg er ikke enig... det er RET nemt at lave mellemrum etc. i adresser og så lade browseren "bagved" filtrere mellemrummene fra. det giver mulighed for at man har en url: www.haderkunder.dk
som kan reklameres for på denne måde: hader kunder.dk
hvilket er nemmere for alm. folk at huske.
ang. nr 6:
han taler ikke om at standardiserer dem dethan siger er:
jeg skal have et cpr nummer i felt 1: jeg(programmøren) vil have det i xxxxxxxxxx format MEN kunderne kan jo skrive: xx/xx/xx-xxxx eller xxxxxx-xxxx etc etc. så derfor fjerne jer agge "non-conforming" karakterer således at formattet passer til det jeg forventer.
#17
Det blev faktisk designet for at svingarmene kunne nå at flytte sig "ud af vejen" for den efterfølgende svingarm.
folk der skrev var nemlig blevet for hurtige i forhold til mekanikken i de gamle maskiner.
dvorak er designet således at taster man bruger ofte og efter hinanden tit er placeret centralt og samlet hvor de mere "unormale" bogstaver er placeret langs kanten.
@all
Jeg kan da kun være enig med ham i hans vurderinger. især "Grey Doubt" :-D jeg vil da ihvertfald fremover gøre dem "clickable" med en lile info om hvorfor funktionen ikke er tilgængelig.
.hack
#19
Det er dette afsnit jeg læser som din argumentation for at det ikke skulle være desginet for at gøre tastningen langsommere..
Nu er den officielle melding dog fra folkene bag qwerty at det netop VAR desginet for at gøre tastningerne langsommere generelt.
Jeg vil ikke gå så vidt som at sige at det er designet til at man skriver langsommere på det, men det er designet så taster med større sandsynlighed bliver trykket efter hinanden, som er længere fra hinanden. Grunden til at jeg mener at det ikke er langsommere, er at man kan bruge en anden finger til at trykke en tast som er længere væk men skal "vente" på at den samme finger er løftet, flyttet og sat, for at trykke noget der er tæt ved.
Det er dette afsnit jeg læser som din argumentation for at det ikke skulle være desginet for at gøre tastningen langsommere..
Nu er den officielle melding dog fra folkene bag qwerty at det netop VAR desginet for at gøre tastningerne langsommere generelt.
jeg synes ik at man traditionelt set, kan kalde dem designfejl. Det leder tanken hen på grafisk design, istedet for "ingeniørmæssigt" design.
Det er fordi du associerer design mmd grafik. Det er ret alm. men lidt forkert.
Det er måske fordi der er så meget fokus på grafik, når folk snakker om design.
Men det er design fejl. Ret grove fejl i denne sammenhæng. Lidt pinligt.
Det er fordi du associerer design mmd grafik. Det er ret alm. men lidt forkert.
Det er måske fordi der er så meget fokus på grafik, når folk snakker om design.
Men det er design fejl. Ret grove fejl i denne sammenhæng. Lidt pinligt.
Product: All Existing Browsers
Bug: Browsers disallow entry of spaces into web addresses
... Firefox kan da godt.
Men hvad kan man forvente af en person der ville bruge en Mac...
Bug: Browsers disallow entry of spaces into web addresses
... Firefox kan da godt.
Men hvad kan man forvente af en person der ville bruge en Mac...
#23 eeeh nej det har intet med DNS at gøre
det er et spørgsmål om at HTTP standarden ikke tillader hvilket som helst tegn i URL linjen... derfor man laver en urlencode på det...
det er jo heller ik meningen at en URL skal være noget som består af alm. sætninger og tekst...
det er et spørgsmål om at HTTP standarden ikke tillader hvilket som helst tegn i URL linjen... derfor man laver en urlencode på det...
det er jo heller ik meningen at en URL skal være noget som består af alm. sætninger og tekst...
#20 - Målet var jo naturligvis ikke at sænke hastigheden. Det ville jo være dumt. :) Man søgte tværtimod at øge hastigheden. Problemet var netop at sammenfiltrede arme sænkede hastigheden - tager jo en krig at skulle filtre dem ud hele tiden. Som #18 skrev, søgte man derfor at minimere sandsynligheden for sammenfiltrede "arme" og dermed undgå hastighedstabet herved, ved at flytte ofte brugte arme væk fra hinanden.
Hvordan hævlede ser et dvorak tastatur så ud? (er der ikke nogen der har nogen links til de forskellige??)
er D'et så helt oppe i venstre hjørne hvor Q er, for så lyder det da åndssvagt.. eller er det fordi at D er hvor A er nu??
Please enlighten me..
er D'et så helt oppe i venstre hjørne hvor Q er, for så lyder det da åndssvagt.. eller er det fordi at D er hvor A er nu??
Please enlighten me..
Det virker ikke så gennemtænkt med punkt 6 og 7. Hvis data kunne være i hvilken som helst form og man f.eks ønsker at modtage en dato, så kan brugeren jo indtaste f.eks d. 1. februar 1950 på formen: 01021950 eller eller 02011950
Hvilken dato skal systemet så afgøre at det er, det kan jo læses som både DDMMÅÅÅÅ eller MMDDÅÅÅÅ.
Og mon ikke punkt nummer 6 skyldes en Write-Cache ? .... Hvis Mac'en kører med en Write Cache på en Firewire disk, og Windows ikke gøre så er det vel naturligt nok at man ikke bare lige kan "un-plug" sin harddisk på Mac hvis man ønsker at bevare sin data-integritet.
Hvilken dato skal systemet så afgøre at det er, det kan jo læses som både DDMMÅÅÅÅ eller MMDDÅÅÅÅ.
Og mon ikke punkt nummer 6 skyldes en Write-Cache ? .... Hvis Mac'en kører med en Write Cache på en Firewire disk, og Windows ikke gøre så er det vel naturligt nok at man ikke bare lige kan "un-plug" sin harddisk på Mac hvis man ønsker at bevare sin data-integritet.
#26
Dvorak Layout
Både normalt og "shift'et" layout.
0.07 sec. tog det google at finde det, 1-3 sek at vurdere dem og <1 sek at hente siden frem.
er man doven når man ikke gider bruge maks 4 sek. på at stille sin egen nysgerrighed?
.hack
Dvorak Layout
Både normalt og "shift'et" layout.
0.07 sec. tog det google at finde det, 1-3 sek at vurdere dem og <1 sek at hente siden frem.
er man doven når man ikke gider bruge maks 4 sek. på at stille sin egen nysgerrighed?
.hack
Om tastaturer:
http://en.wikipedia.org/wiki/Qwerty
#27 Ang. datoer: Man kan evt smid een warning i tvetydige tilfælde. Ang. Write-cache: Bare fordi man har mistet lidt dataintegritet skal man vel stadig kunne boote!
http://en.wikipedia.org/wiki/Qwerty
#27 Ang. datoer: Man kan evt smid een warning i tvetydige tilfælde. Ang. Write-cache: Bare fordi man har mistet lidt dataintegritet skal man vel stadig kunne boote!
En dvorak side der overbeviste mig om at det var på tide at skifte, er Roffes Norske Dvorak-side. Der er også et link til en ret gennemført tasteøvelse. Efter fire dage havde jeg styr på de fleste af tasterne og efter en måned kunne jeg skrive rimelig flydende. Men det var da lidt hårdt at vænne sig til et helt nyt layout. Desværre har det ikke holdt, da vi trods alt lever i en verden fyldt med qwerty tastaturer og maskiner hvor man ikke umiddelbart kan få en ikke-US dvorak.
Design fejl er fx, når man misbruger stylesheets - som fx Newz og låser skrifttyperne fast i meget så bogstaver, som nogen af os ikke kan læse. Det var ikke intentionen med Html.
#33 ja eller bruger en blanding af CSS og tabeller til designet... alle forum-items ligesom dem vi skriver her er designet med CSS, mens layoutet er lavet med tables...
hva værre er: der er brugt en <center> til at sørge for at kolonnen med inhold (som i øvrigt er al for smal til min 1680 pixels brede skærm) står i midten...
mon ik de skulle tage at sørge for noget validation, og læse lidt og god og dårlig skik ved websites... :-)
hva værre er: der er brugt en <center> til at sørge for at kolonnen med inhold (som i øvrigt er al for smal til min 1680 pixels brede skærm) står i midten...
mon ik de skulle tage at sørge for noget validation, og læse lidt og god og dårlig skik ved websites... :-)
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