ahlstrominfo said:

ahlstrominfo

Hej hej utvecklare. Bara för att en sak heter notes så behöver den inte ha ett fånigt gult-block-utseende.

2 weeks, 6 days ago.

29 comments so far

  • plindberg

    @ahlstrominfo: Jag antecknar det här.

    2 weeks, 6 days ago by plindberg

  • plindberg

    Ska vi sluta använda disketten för ”Spara” också?

    2 weeks, 6 days ago by plindberg

  • ahlstrominfo

    @plindberg nej nej nu ska vi inte gå överbord här inte.

    2 weeks, 6 days ago by ahlstrominfo

  • lemonad

    Får jag föreslå tanken att disketten kommer ersättas med ett moln inom en överskådlig framtid? :)

    2 weeks, 6 days ago by lemonad

  • plindberg

    @lemonad: Ett moln med en blixt som slår nerifrån och upp i molnet.

    2 weeks, 6 days ago by plindberg

  • lemonad

    @plindberg: Om nu bara Google och Microsoft håller örat mot marken så lär vi se den ikonen inom kort!

    2 weeks, 6 days ago by lemonad

  • ahlstrominfo

    @plindberg ett moln där det regnar ettor och nollor

    2 weeks, 6 days ago by ahlstrominfo

  • Seoism

    Intressant. Spara kommer alltså på sikt att gå från att vara en pil som pekar ner till en pil som pekar upp.

    2 weeks, 6 days ago by Seoism

  • ALundbergh

    @Seoism: Ja, om man inte avser bergslagring.

    2 weeks, 6 days ago by ALundbergh

  • Seoism

    @ALundbergh: Även om molnet fysiskt är i berget så tror jag metaforen trumfar verkligheten i ikonografin.

    2 weeks, 6 days ago by Seoism

  • lemonad

    Vi kommer alltså gå från att "spara ned något" till att "spara upp något"?

    2 weeks, 6 days ago by lemonad

  • Seoism

    @lemonad: Det tar nog längre tid. Vi kommer nog fortfarande att tycka att det finns ett värde av att spara ner lokalt. Men default på save kanske går från att spara till primärt lagringsställe hårddisken till primärt lagringsställe molnet.

    2 weeks, 6 days ago by Seoism

  • ahlstrominfo

    @Seoism sedan kommer det vanliga problemet med att vanliga users inte förstår vad lokalt och icke lokalt betyder.

    2 weeks, 6 days ago by ahlstrominfo

  • lemonad

    @ahlstrominfo: Ja, det där är lurigt. Om IT-avdelningen mappar om document and settings (eller vad det nu heter i windowsvärlden) till deras filservrar så sparar man ju som användare på sätt och vis i molnet fast det upplevs som lokalt.

    2 weeks, 6 days ago by lemonad

  • Seoism

    @ahlstrominfo: Vi får väl dras med disketten ett tag först innan metaforen för riktningen har blivit mer etablerad. Gissar på 7-10 år.

    2 weeks, 6 days ago by Seoism

  • osserpse

    @lemonad: Det var en bra tanke [med molnet]. Jag noterar att Little Snapper har ett moln som ikon för att "publicera"/"dela": http://farm3.static.flickr.com/2435/4067570869_7f7a025189.jpg

    Man kan ju fundera på just det: vad kommer att det mentalt att bli för skillnad mellan att "spara" och "dela"?

    Fler och fler applikationer använder numera autospara så att just spara som koncept kanske kommer minska i reell betydelse?

    2 weeks, 6 days ago by osserpse

  • klura

    (jag älskar sådana här trådar!)

    2 weeks, 6 days ago by klura

  • ahlstrominfo

    Har för mig att smultron-appen hade en spargris som spara-bild ett tag.

    2 weeks, 6 days ago by ahlstrominfo

  • palace

    jag har kärat ner mig i write room. De har helt avskaffat sparafunktionen. Sparar av sig självt i intrevaller som du bestämmer. Easy as cake.

    Jag skulle sätta mina pengar på någon slags publicera ikon. Men jag antar att tidningen som ikon väl går till samma sälla jaktmarker som disketten gör nu. Vi får leta mer bestående ikoner som håller över tiden. en örn för att granska, en nyckel för att öppna, en sol för nytt och en.. en.. sten för spara.

    2 weeks, 6 days ago by palace

  • plindberg

    Den här diskussionen har påmint mig om dela-ikonen. (Det fanns en annan men den har använts i företagslogotyper och tydligen varumärkesskyddats, så den är inte rekommenderad.)

    2 weeks, 6 days ago by plindberg

  • ctail

    Men är det verkligen utvecklare som bestämmer ikonerna? Har man inte grafiska designers till sånt?

    2 weeks, 6 days ago by ctail

  • carlberg

    @ctail: Som utvecklare har jag ofta gjort misstaget att slafsa ihop simpla ikoner på prototypstadiet, som sedan följs av: "den duger fint, här behövs ingen dyr designer". Så det är nog en och annan utvecklare som knåpar ihop ikoner trots allt.

    Kanske inte borde avslöja det i ett publikt forum, men så småningom har jag lärt mig att jag måste anstränga mig extra mycket för att få till riktigt fula ikoner (och övriga designelement) så att man verkligen tar in en designer.

    2 weeks, 6 days ago by carlberg

  • ctail

    @carlberg: Jag och mina kollegor har haft motsvarande trick för oss vad gäller namngivningen av interna experimentella komponenter för att hindra att marknadsfolket börjar prata om dem mot kund och skapa missriktade förväntningar, eller rentav sätta pris och utlova leverans. Så trista och intetsägande namm som möjligt. Men inte hjälper det.

    2 weeks, 5 days ago by ctail

  • osserpse

    En kommentar till utvecklare vs designers: jag upplever att gränserna mellan dem flyter ihop alltmer. Det är en väldigt bra utveckling.

    2 weeks, 5 days ago by osserpse

  • ctail

    @osserpse: Jag är tveksam. På 1980-talet bestämde programmerarna för det mesta själva hur gränssnitten skulle se ut. Det blev inte så bra. Sedan dess har rollerna separerats, med goda resultat. Det kan väl hända att samma person ofta tvingas göra båda, precis som författare allt oftare typsätter sina egna verk, men det är åtminstone inte alltid eftersträvansvärt. Många begåvade programmerare är blinda för god grafisk design och de flesta designers är antagligen lika blinda vad gäller exempelvis tidskomplexiteten för en algoritm. Värdefullt yrkeskunnande riskerar att tappas bort, precis som i typografifallet.

    2 weeks, 5 days ago by ctail

  • carlberg

    Gränserna flyter ihop, men jag håller inte med om att det är så bra. Det är bra med en ökande förståelse mellan rollernas utövare, och gränserna kanske behöver förflyttas med nya plattformar och utvecklingsmiljöer. Men om resultatet är att utvecklaren eller designern skall göra "det där andra" lite vid sidan om, börjar det gränsa till dumsnålt. Designern kanske inte behöver fila på varenda pixel, men en ickeutvecklare som håller ihop den övergripande designen brukar kunna hålla våra värsta utvecklar-olater i schack.

    2 weeks, 5 days ago by carlberg

  • osserpse

    @ctail: Ja, jag är med dig i det du säger och håller med. Kanske uttryckte jag mig för svepande.

    Min tankegång var att förståelsen för varandras yrkesområden och scopet har blivit större. Det ökar möjligheten att ge varandra bra idéer och feedback. Inte minst när det gäller internetutveckling är ganska lätt att hyggligt förstå vad som görs ifrån olika kompetenser. Plockar man ner en WP-installation som designer kan man någorlunda enkelt in och mecka i koden, men man blir inte utvecklare för det förstås. Däremot blir möjligheterna till fördjupad dialog bättre.

    Exemplet med typografi är intressant. Det var definitivt en vågdal i dtp:s barndom och det sker fortfarande många, många, typografiska övergrepp - men det har aldrig varit så många som kunnat diskutera "Helvetica vs Times", kägel, horungar och radfall som nu.

    En större öppenhet, intuitiva verktyg och lägre ingångströsklar ökar möjligheten för nya kompetenskombinationer hos en och samma person tror jag.

    2 weeks, 5 days ago by osserpse

  • ctail

    @osserpse: Ok, det där håller jag förstås med om. Även vad gäller typografin: efter att verktygen först blivit tillgängliga för allmänheten har också kunskaperna blivit det i allt högre grad. Och i de fall man tycker att man har välgrundade åsikter om någonting kan det vara ganska skönt att det finns möjlighet att ta hand om det själv, även för oss som inte är som Don Knuth (”Jaså, de kan inte typsätta boken som jag vill ha den? Då får jag väl spendera 5–10 år på att lära mig typografi och skapa mitt eget typsättningssystem och egna typsnitt”). Visst kan säkert en kunnig typograf fnysa åt ett och annat i mina egna försök på området, men ärligt talat: många böcker som faktiskt trycks och säljs tycker jag att jag hade kunnat göra bra mycket bättre.

    2 weeks, 5 days ago by ctail

  • osserpse

    Jacob Nielsen kom med en rapport idag, Agile User Experience Projects, som har beröringspunkter med samtalet här.

    "_Our two main recommendations for ensuring good usability in Agile projects remain the same as in our original research:

    • Separate design and development, and have the user interface team progress one step ahead of the implementation team. That way, when it comes time to build something, it's already been designed and tested. (And yes, you can do both in a week or two by using paper prototypes and discount user testing.)
    • Maintain a coherent vision of the user interface architecture. Create the initial vision during a "sprint zero" period — before any implementation has started — and maintain it through annual (or semi-annual) design vision sprints. You can't just design individual features; they have to fit together into a coherent whole — a whole that must be designed as well. Bottom-up user interface design equals a confused total user experience (the Linux syndrome)._"

    http://www.useit.com/alertbox/agile-user-experience.html

    2 weeks, 4 days ago by osserpse

Sign in to add a comment