Jag sitter lite i samma sits och har landat i "Dia" [1] för de mesta
diagrammen jag gör just nu. Sedan en wiki (mediawiki) för att
versionhantera alla iterationer av graferna. Jag kan tänka mig att jag
övergår till Inkscape om ett eller två år då fler och fler börjar
intressera sig av Inkscape för att rita ritningar. Detta kommer spilla över
till att det blir enklare att även rita andra typer av diagram. En sak är
säker att SVG verkar fungera alldeles utmärkt för att lagra diagrammen i.
Förra året genomfördes framförallt två intressanta Google Summer of Code
projekt i Inkscape relaterat till detta, "Improved units support" och
"Electronics CAD Support". Av inkscape-dev epostlista att döma så har de
två projekten gått bra men jag har inte testat själv. Du nämner även att
Inkscape är buggigt och det är utvecklarna medvetna om och kör en något
större "bug hunt" nu inför nästa release. Inkscape är överlägset i
användarbarhet jämfört med Dia enligt mig, det gör att jag längtar tills
jag kan gå över.
Som svar till Johan så håller jag helt med, det gäller att hitta en balans
mellan "some_planning" och "implement TDD". Jag har använt Inkscape till
mockups för hemsidor och när man väl börjar lära sig snabbkommandona och
kopplar in det till en projektor så fungerar det rätt smidigt som verktyg
dock är det alldeles för hög tröskel för att många ska kunna vara delaktiga
i ritandet samtidigt, där vinner whiteboard. Man kanske kan se
Dia/inkscape/Libreoffice draw som ersättare för digitalkamera när man väl
är klar med "some_planning" för dagen.
[1] https://wiki.gnome.org/Apps/Dia
--
Christoffer Holmstedt
Den 24 februari 2014 11:04 skrev Johan Svensson <foss-sthlm.js_at_crypt.se>:
> Min åsikt är som följer. Inget verktyg vad jag känner till kommer i
> närheten av whiteboard, postitlappar och digitalkamera. Det är grymt
> flexibelt.
>
> Vidare gillar jag inte att planera i detalj.
>
> while(!done) { some_planning(); implement(test-driven); done=review(); }
>
> Johan Svensson
>
> On Mon, 24 Feb 2014 10:48:33 +0100, Magnus Sandberg <mem_at_netnod.se> wrote:
> > Hej!
> >
> > Jag letar efter något bra verktyg för att underlätta när man ska
> > utveckla ett program. Jag vet inte om frågan diskuterats tidigare.
> >
> >
> > Papper och penna blir för statiskt och inte så miljövänligt eller
> > portabelt som en fil i sin laptop. Den grundläggande tanken behöver
> > struktureras om efter ett par tankeiterationer och då blir ett papper
> > bara kladdigt. Att börja om på ett nytt papper skapar onödigt
> > dubbelarbete. Klipp och klistra skulle förstås vara en variant men jag
> > vet inte om lim och tejp är rätt väg.
> >
> > Mindmaps känns som fel sorts verktyg.
> >
> > Inkscape skulle kunna vara ett bra verktyg men tycker att det är för
> > buggigt (åtminstone de Linux-versioner jag kört). På jobbet har vi
> > vissa
> > systemritningar i SVG och jag har gått över till att underhålla dem i
> > Emacs... Men då handlar det om att underhålla eller duplicera
> > existerande SVG:er, inte att bygga från noll.
> >
> > Det som känns minst fel för tillfället är LibreOffice Draw men det
> > känns
> > inte helt rätt heller. Draw har jag använt till husritningar hemma och
> > är hyfsat nöjd. Draw fungerar nog bra för att visualisera ett färdigt
> > system, inte att utveckla det.
> >
> >
> > Mitt behov handlar inte projektmodellering eller att automatiskt omsätta
> > den grafiska designen till kod. Det handlar mer om ett sätt att slippa
> > konstruera med gula minneslappar eller klipp och klistra.
> >
> > Det är mer av - "Nu ska jag skapa ett program/skript som ska lösa Foo".
> > I första tankevändan inser jag att det behövs variablerna X och Y.
> > Sedan
> > bryter jag ner problemet Foo ett antal delfunktioner. SÃ¥ inser jag att
> > någon delfunktion behöver en ny variabel och att man kan bryta loss
> viss
> > logik i ett fristående program eller som ett funktionsanrop osv.
> >
> > Så tankesättet är ganska mindmaps-likt men det är inte mindmaps i
> > layout:en.
> >
> >
> > Det är även bra om resultatet går att använda som en del i
> > system/funktionsdokumentationen. Eftersom jag nu saknar "visuell"
> > designdokumentation så blir startsträckan ganska lång när man
> behöver
> > göra ändringar 2 år senare eller så. Att börjar med att analysera
> > befintlig kod/skript-logik (för att minnet är kortare än 2 år) innan
> > man
> > kan designa ändringarna är inte optimalt.
> >
> >
> > MVH
> > // Mem
> > _______________________________________________
> > http://www.foss-sthlm.se/
> > http://cool.haxx.se/cgi-bin/mailman/listinfo/foss-sthlm
>
> _______________________________________________
> http://www.foss-sthlm.se/
> http://cool.haxx.se/cgi-bin/mailman/listinfo/foss-sthlm
>
_______________________________________________
http://www.foss-sthlm.se/
http://cool.haxx.se/cgi-bin/mailman/listinfo/foss-sthlm
Received on 2014-02-24