Har någon testat brl cad http://brlcad.org/?

Om man räknar c med klasser så är det väll inte helt fel. Men modern c++ är inte c med klasser. Modern c++ är nog ganska olämpligt ens om standardbiblioteken skulle vara tillgängliga. Dessutom är inte modern c en underkategori av c++ längre. I vart fall sedan c99 har det väll funnits funktioner som ...

Fast om du gör det så är det väll inte mycket kvar av själva aurdino förutom en avr på ett kretskort? Det blir AVR studio med gcc och något lib med för extra abstraktion (eller är det ett os?) och en extern avr programmerare med debugwire support. Att det fungerar är väll inte så märkligt egentligen...

Eftersom den använder en avr som jag antar har funktionaliteten så förlorade jag väl den? En ren avr hade överlägsen gratis utvecklingsmiljö, jtag/debugwire och var dessutom billigare. Jag undrar fortfarande vad jag har missat. Vad gör arduinon så populär? Till skillnad från en arm och rasperry pi s...

Så vad var kontentan efter dessa tio sidor? Jag köpte en aurdino för några år sedan, men jag fattade inte vad den var bra för. Vad gav den som jag inte redan fick med en ren avr, gcc och en dragon programmerare/debugger. Som jag förstod det så förlorade jag till och med jtag/debugwire om jag använde...

Emacs med SLIME/SWANK/PAREDIT är den ända bra editor jag hittat för lisp, scheme, clojure etc. Allt annat har haft undermålig funktionalitet eller varit för buggigt.

VIM, gratis, fungerar på nästan alla plattformar och finns en uppsjö av plugin. Börja med vundle ett plugin för att hantera andra plugin. Det använder git så alla plugin får versionshantering vilket faktiskt är användbart. VIM har ett simpelt och enkelt scriptsråk dock kan det vara lite quirky för s...

Mitt intryck hitintills i valet mellan Python och Matlab är att Python som språk är trevligare men att Matlab oftast både har bättre libbs och speciellt bättre dokumenterade libbs. Sen finns ju även andra alternativ. Ett språk som har haft mycket hyp de senaste åren är ju Clojure. Det är ett funktio...

Vim och Emacs är jättebra editorer, men jag instämmer i Lasps förslag från förra sidan - man utvecklar mycket mer effektivt med en riktig utvecklingsmiljö. På TS beskrivning låter det som att tex refactoring är en viktig funktion. I och för sig finns det plugg in för dylikt tror jag dock kanske lit...

Funkar kanske. Men i den prisklassen, vad har det för fördel framför ett rigol om du ändå inte ska släpa runt det?

Då gäller det väll att kolla så att processorn i fråga stödjer jtag. Jag har ingen koll på Arduinos (även om jag har en någonstans) men mångar 8-bitars avr:er stödjer ju bara debugwire eller om det är en äldre inte ens det. Jag tror att den 6-pinniga kopplingen ska funka för debugwire.

Det spelar väll mindre roll för vi-lika editors än för övriga. Men jag gillar placeringen av ESC På de tiden behövde man tydligen inte switcha ESC och capslock... Och piltangenterna är ju på sin vanliga plats! Fast jag föredrar nuvarnande placering av :

Du byter läge i de flesta editors när du genomför snabbkommandon det är bara det att de växlar tillbaka så fort som du släpper ctrl-knappen. I vi traditionen så måste du växla tillbaka manuellt till inmatningsläge.

Vim är logiskt. Det finns väll ingen annan editor som har så logiska kommandon. Varför är windowseditorefterföljarnas C-c och C-v logiskare än vims y och p ? Fast de som gör dem ännu logiskare är ju möjligheter som kombinera exempelvis y med en movments som exempelvis w som hoppar till slutet av ord...

Editorförslag skulle ju kunna vara vim/gvim emacs kate gedit geany jedit sublime //kostar pengar Det är nog bara vim och emacs som funktionsmässigt kan mäta sig med din windowseditor. Jag föredrar väll vim men tycker ofta att plugins, indentation etc är bättre i emacs, dessutom är elisp mycket bättr...