mboost-dp1
unknown
#3 Prøv at køre Word over SSH.. hehe.. (og ik noget med Wine og X-emulering, fy fy!) :-)
Brugte engang vim, men nu er jeg gået over til emacs. Genvejene er lige skumle i begge programmer, men nu kender jeg flest der kan hjælpe med emacs, så det var et naturligt valg.
Edit: Har jeg tabt? :p
Brugte engang vim, men nu er jeg gået over til emacs. Genvejene er lige skumle i begge programmer, men nu kender jeg flest der kan hjælpe med emacs, så det var et naturligt valg.
Edit: Har jeg tabt? :p
#3 Vim er en konsol-baseret editor, hvor alt (og der er *meget*) klares hurtigt, let og ubrugervenligt gennem tastekombinationer og en fin dertil indrettet command-mode
specielt er det genialt hvis man skal redigere filer på en anden maskine (en webserver, f.eks.) men når man først har set lyset, ja så ender man hurtigt med at bruge den til alt lokalt også...
læs evt. http://www.vim.org/about.php
specielt er det genialt hvis man skal redigere filer på en anden maskine (en webserver, f.eks.) men når man først har set lyset, ja så ender man hurtigt med at bruge den til alt lokalt også...
læs evt. http://www.vim.org/about.php
#3
Tjah, kommer jo an paa hvad man skal bruge det til..
Til dokumenter med styles og lignende er Vim nok naeppe velegnet, men til programmoerer o.lign. er dette guld vaerd..
Det handler jo altsammen om funktioner :D
( Derudover, hvorfor skal man bruge word istedetfor Vim? Word er dyrt og grimt. Vim er gratis og simpelt. Word bruger formater som ikek kan bruges til en doed fis. Vim gemmer rent tekst som kan bruges af alle :P )
Tjah, kommer jo an paa hvad man skal bruge det til..
Til dokumenter med styles og lignende er Vim nok naeppe velegnet, men til programmoerer o.lign. er dette guld vaerd..
Det handler jo altsammen om funktioner :D
( Derudover, hvorfor skal man bruge word istedetfor Vim? Word er dyrt og grimt. Vim er gratis og simpelt. Word bruger formater som ikek kan bruges til en doed fis. Vim gemmer rent tekst som kan bruges af alle :P )
Yay, det er jo rent love.
Det skal installeres med det samme.
"intelligent ordfærdiggørelse", mmmm, nammenammenam! <3
Det har jeg ventet længe på!
Yay for Vim! \o/
Det skal installeres med det samme.
"intelligent ordfærdiggørelse", mmmm, nammenammenam! <3
Det har jeg ventet længe på!
Yay for Vim! \o/
det bør lige tilføjes at med over 50 sprog er dansk omfattet da vim i princippet bare bruger en reparsed udgave af openoffice.org dic filer, min vim er ihvertfald bedre til dansk retstavning end mig selv nu hvilket er ret lækkert.
#3 Vim er en koders tekst editor med avancerede søg og erstat features code hilighning og en række features til at autoformatere kode, alt sammen ting noget word i pricippet slet ikke er istand til.
Tilgændgæld er der ingen wysywig eller noget du skal vide hvad du har med at gøre men har man det er vim bedre at bruge end word selv til alm tekstbehandling i sgml/xml formater end word specielt nu hvor den har fået stavekontrol.
Skal man sammenligne vim med et ms produkt må det nesten værre Visuel Studio der dog kan integres med vim.
#3 Vim er en koders tekst editor med avancerede søg og erstat features code hilighning og en række features til at autoformatere kode, alt sammen ting noget word i pricippet slet ikke er istand til.
Tilgændgæld er der ingen wysywig eller noget du skal vide hvad du har med at gøre men har man det er vim bedre at bruge end word selv til alm tekstbehandling i sgml/xml formater end word specielt nu hvor den har fået stavekontrol.
Skal man sammenligne vim med et ms produkt må det nesten værre Visuel Studio der dog kan integres med vim.
#12 det er ikke er genrel regel og der er meget lidt realt videnskabligt data der rent faktisk understøtter at det skulle værre det.
Vim er ikke et komplet IDE men det er så også dens styrke nemligt at den kan lade sig integere.
GUI er ikke lig større produktivitet, eller det er der svjv ihvertfald ikke datamatriale for at påstå, så man kan sagtens have et vim baseret setup der giver en samme eller højere produktivitet som et dyrt grafisk IDE.
Meget af udviklingen på linux kernen fungere svjv faktisk på den måde, og vim har faktisk grænseflader til Debuggere, samt mugligheden for at kalde shellen direkte osv.
Igen ser man ude i den virkelige verden på noget som PHP eller ruby, så er det meget svært at få øje på nogle egentligt produktionsforøgende IDE'er der skinner op over mængderne af ikke integerede systemer, men det er vel også pointen med højnivou kode, altså at man ikke behøver tonsvis af automatiserings scripts, og macroer da den slags kommer indbygget som standard.
OG ja for lige at nævne det igen Vim kan integres i visual studio fordi vim netop er vim så det er ikke enten eller.
Vim er ikke et komplet IDE men det er så også dens styrke nemligt at den kan lade sig integere.
GUI er ikke lig større produktivitet, eller det er der svjv ihvertfald ikke datamatriale for at påstå, så man kan sagtens have et vim baseret setup der giver en samme eller højere produktivitet som et dyrt grafisk IDE.
Meget af udviklingen på linux kernen fungere svjv faktisk på den måde, og vim har faktisk grænseflader til Debuggere, samt mugligheden for at kalde shellen direkte osv.
Igen ser man ude i den virkelige verden på noget som PHP eller ruby, så er det meget svært at få øje på nogle egentligt produktionsforøgende IDE'er der skinner op over mængderne af ikke integerede systemer, men det er vel også pointen med højnivou kode, altså at man ikke behøver tonsvis af automatiserings scripts, og macroer da den slags kommer indbygget som standard.
OG ja for lige at nævne det igen Vim kan integres i visual studio fordi vim netop er vim så det er ikke enten eller.
#12
Hehe, jamen jeg takker da..
Omvendt kan man saa vurdere hvad behov og noedvendighed er..
Og med tidligere erfaring og begrundelser fra dig, saa kan jeg jo nemt paastaa at intet nyt vil vaere noget vaerd for dig :P
#13
Well, vim ville jo kraeve at Disky skulle laere nye shortcuts, saa derfor er det noget lort :)
Hehe dagens vittighed. :-)
Til at udvikle software i vil jeg absolut aldrig bruge VIM/VI/Emacs eller lignende, der skal ordentlige IDE'ere til. Ellers tager det alt for lang tid at lave noget.
Hehe, jamen jeg takker da..
Omvendt kan man saa vurdere hvad behov og noedvendighed er..
Og med tidligere erfaring og begrundelser fra dig, saa kan jeg jo nemt paastaa at intet nyt vil vaere noget vaerd for dig :P
#13
Well, vim ville jo kraeve at Disky skulle laere nye shortcuts, saa derfor er det noget lort :)
Hmmm nu er jeg sikkert så ubehøvlet at spørge om at det ikke netop var denne "mangel" på features som VI/M brugere altid bruger som argument for at de er bedre end Emacs? Altså Emacs er bloated mens VIM er basic og perfekt?
Men derudover så er det da fint nok at VIM forsøger at følge lidt med Emacs, som alle dog ved er overlegen anyway.
Og man bliver ikke mere produktiv bare fordi at man bruger en stor dyr IDE, det som gør at man er produktiv er at man har et miljø er som er optimeret til det man selv ønsker.
Men derudover så er det da fint nok at VIM forsøger at følge lidt med Emacs, som alle dog ved er overlegen anyway.
Og man bliver ikke mere produktiv bare fordi at man bruger en stor dyr IDE, det som gør at man er produktiv er at man har et miljø er som er optimeret til det man selv ønsker.
#12: hvad mangler du af IDE ting i vim?
Projekt management - findes.
Projekt opsætning/templates - findes
File manager/oversigt - findes
class/method/function/const/var oversigt - findes
intelligent Autocompletion - findes.
Syntax coloring - findes
Compiler integration - findes
Debugger integration - findes
Profiler integration - findes
Unit testing integration - findes
Version control integration - findes
Mulighed for tilpasning til egen arbejdsgang - findes
osv. osv.
forskellen er bare at vim i mange tilfælde klarer det meget bedre end diverse IDE'er
Projekt management - findes.
Projekt opsætning/templates - findes
File manager/oversigt - findes
class/method/function/const/var oversigt - findes
intelligent Autocompletion - findes.
Syntax coloring - findes
Compiler integration - findes
Debugger integration - findes
Profiler integration - findes
Unit testing integration - findes
Version control integration - findes
Mulighed for tilpasning til egen arbejdsgang - findes
osv. osv.
forskellen er bare at vim i mange tilfælde klarer det meget bedre end diverse IDE'er
#18 nano/pico osv er rene teksteditorere uden andet end at kunne fixe lidt text.
Men Emacs, og sikkert også vim, kan du håndtere syntax higligtning, lave projekter, køre make filer, advanceret søg og erstat og en hulens masse andet. Der Emacs og Vim kan klare stort set alle ens text formateringsbehov, medmindre man vil have noget WYSIWYG.
Men Emacs, og sikkert også vim, kan du håndtere syntax higligtning, lave projekter, køre make filer, advanceret søg og erstat og en hulens masse andet. Der Emacs og Vim kan klare stort set alle ens text formateringsbehov, medmindre man vil have noget WYSIWYG.
#15
Lige netop, og sjovt nok bruger rigtigt mange store firmaer f.eks. Visual Studio til udvikling af f.eks. firmware til mobil telefoner.
Og man bliver ikke mere produktiv bare fordi at man bruger en stor dyr IDE, det som gør at man er produktiv er at man har et miljø er som er optimeret til det man selv ønsker.
Lige netop, og sjovt nok bruger rigtigt mange store firmaer f.eks. Visual Studio til udvikling af f.eks. firmware til mobil telefoner.
#13
At der ikke findes et ordentligt IDE til PHP og Ruby er jo ikke en grund til man ikke har behov for sådanne et.
#14
Ja det siger jo en del om at du ikke læser hvad folk skriver.
Jeg har før givet grunde til hvorfor jeg ikke vil side i Windows og udvikle i en simpel text mode editor, når jeg kan havde et fuldt IDE med GUI, WYSIWYG og alle de fordele det giver for mig.
#16
WYSIWYG, debug muligheder direkte til IIS'en som er integreret i VS, refactoring, GUI til unit testing, gui til database adgang, muligheder for at arbejde med DB'en direkte osv.
p.s. jer alle, jeg bruger selv VIM til config editering på mine linux servere, der virker det rigtigt fint.
At der ikke findes et ordentligt IDE til PHP og Ruby er jo ikke en grund til man ikke har behov for sådanne et.
#14
Og med tidligere erfaring og begrundelser fra dig, saa kan jeg jo nemt paastaa at intet nyt vil vaere noget vaerd for dig :P
Ja det siger jo en del om at du ikke læser hvad folk skriver.
Jeg har før givet grunde til hvorfor jeg ikke vil side i Windows og udvikle i en simpel text mode editor, når jeg kan havde et fuldt IDE med GUI, WYSIWYG og alle de fordele det giver for mig.
#16
WYSIWYG, debug muligheder direkte til IIS'en som er integreret i VS, refactoring, GUI til unit testing, gui til database adgang, muligheder for at arbejde med DB'en direkte osv.
p.s. jer alle, jeg bruger selv VIM til config editering på mine linux servere, der virker det rigtigt fint.
#20 Og fordi man store firmaer bruger det, så giver det mere produktive folk og bedre software?
Min pointe er bare at man skal passe på med at kalde folk som ikke bruger VS og lign for uproduktive, fordi jo mere tilpas og godt man har det i sit miljø jo mere og bedre får man arbejdet.
Men hvis jeg ikke husker meget galt, så plejer du altid at være fortaler for VS og lign. Så vi bliver sikkert ikke enige, og fred med det.
Min pointe er bare at man skal passe på med at kalde folk som ikke bruger VS og lign for uproduktive, fordi jo mere tilpas og godt man har det i sit miljø jo mere og bedre får man arbejdet.
Men hvis jeg ikke husker meget galt, så plejer du altid at være fortaler for VS og lign. Så vi bliver sikkert ikke enige, og fred med det.
#22
Ikke med 100% sikkerhed, men du kan være ret sikker på virksomhederne blandt andet tænker i omkostninger ved deres udviklingsmiljøer. Hvis det kunne dokumenteres at deres udviklere ville arbejde mere effektivt i en texteditor frem for et IDE, ville de med overhængende sandsynlighed gerne spare de kroner et IDE koster.
Hvis du læser #12 grundigt igennem :) så vil du se der står 'vil jeg' der står ikke 'vil alle udviklere på hele jorden'.
Jeg har ingen steder skrevet at folk ikke kan være produktive i VIM/Emacs/notepad. Jeg skriver specifikt at jeg er mere produktivt i et IDE, end i førnævnte programmer. Jeg har i en periode været tvunget til at bruge emacs, og nej hvor fik jeg ikke lavet meget, pga besvær med den editor, VIM er dog noget nemmere at anvende.
Så har du ikke læst det hele, f.eks. bruger jeg UltraEdit til at skrive PHP kode i, da jeg ikke har kunne finde noget IDE der ikke koster flere hundrede $ og er anvendeligt til mit formål.
Jeg bruger de værktøjer der for mig er de bedste til løsning af opgaven.
p.s. Når jeg koder C kode til mine Atmel AVR'ere bruger jeg også UltraEdit.
Og fordi man store firmaer bruger det, så giver det mere produktive folk og bedre software?
Ikke med 100% sikkerhed, men du kan være ret sikker på virksomhederne blandt andet tænker i omkostninger ved deres udviklingsmiljøer. Hvis det kunne dokumenteres at deres udviklere ville arbejde mere effektivt i en texteditor frem for et IDE, ville de med overhængende sandsynlighed gerne spare de kroner et IDE koster.
Min pointe er bare at man skal passe på med at kalde folk som ikke bruger VS og lign for uproduktive, fordi jo mere tilpas og godt man har det i sit miljø jo mere og bedre får man arbejdet.
Hvis du læser #12 grundigt igennem :) så vil du se der står 'vil jeg' der står ikke 'vil alle udviklere på hele jorden'.
Jeg har ingen steder skrevet at folk ikke kan være produktive i VIM/Emacs/notepad. Jeg skriver specifikt at jeg er mere produktivt i et IDE, end i førnævnte programmer. Jeg har i en periode været tvunget til at bruge emacs, og nej hvor fik jeg ikke lavet meget, pga besvær med den editor, VIM er dog noget nemmere at anvende.
Men hvis jeg ikke husker meget galt, så plejer du altid at være fortaler for VS og lign. Så vi bliver sikkert ikke enige, og fred med det.
Så har du ikke læst det hele, f.eks. bruger jeg UltraEdit til at skrive PHP kode i, da jeg ikke har kunne finde noget IDE der ikke koster flere hundrede $ og er anvendeligt til mit formål.
Jeg bruger de værktøjer der for mig er de bedste til løsning af opgaven.
p.s. Når jeg koder C kode til mine Atmel AVR'ere bruger jeg også UltraEdit.
#23
Nå men så er du jo slet ikke så ensidet alligevel :) Det har bare ofte på mig virket som om, at du slår alt og alle over en kam hvis de ikke bruger en fantastisk flot IDE. Men så er min tidligere post jo ret lige meget.
Personligt har jeg endnu ikke set noget hos en IDE som ville give bedre kvalitet i mit arbejde, som jeg ikke kan få med Emacs. Men som du selv siger, bedst muligt værktøj til løsningen af opgaven for en selv, og så er vi jo alligevel rørende enige :)
Nå men så er du jo slet ikke så ensidet alligevel :) Det har bare ofte på mig virket som om, at du slår alt og alle over en kam hvis de ikke bruger en fantastisk flot IDE. Men så er min tidligere post jo ret lige meget.
Personligt har jeg endnu ikke set noget hos en IDE som ville give bedre kvalitet i mit arbejde, som jeg ikke kan få med Emacs. Men som du selv siger, bedst muligt værktøj til løsningen af opgaven for en selv, og så er vi jo alligevel rørende enige :)
#15 Vim's fordel over emacs har været dens lille resource forbrug og vim har stadigvæk mugligheden for at køre i det mode, samt dens meget tættere knytning til selve unix shellen som emacs mangler mest fordi emacs er ældre end unix ;-).
BTW så er det ikke en så ny ting at man kan lave stavekontrol i vim der har længe været plugins til det der nu er standard.
#20 og der er mindst ligeså mange der ikke gør, og det er svært at se nogen markandt forskel på firmaernes formåen baseret på netop den paremeter.
Firmware er vel netop noget hvor man typisk vil lave sit eget højnivou spog for at speede udviklingen af kode i et lavnivou sprog hvilket netop er der IDE'erne henter den produktivitets forøgelse de nogle gange henter.
Igen så ligger den slags features ikke i editoren eller eksklusivt i GUI'et så mad CLI tools er vim igen i spil som seriøs modstykke.
Men det er netop vim's fordel det at den er så lidt selvinkapslende, at den kan bruges sammen med næsten alt andet end emacs, selvom emacs da har en udgave af vi indbygget, hvilket siger lidt om precist hvor koloenormt emacs er, og hvor meget den er sig selv nok ;-)
#23 Show me the numbers ;-)
Der er hele tiden udvikling inden for php/Ruby ryby on rails er et godt eksempel på et ikke IDE der faktisk gør det samme som et IDE nogle gange kan.
tingene er sjælden så simple at man får mere ud af de dedikerede IDE'er en andre teknikker det er rails vel skole-eksemplet på.
BTW så er det ikke en så ny ting at man kan lave stavekontrol i vim der har længe været plugins til det der nu er standard.
#20 og der er mindst ligeså mange der ikke gør, og det er svært at se nogen markandt forskel på firmaernes formåen baseret på netop den paremeter.
Firmware er vel netop noget hvor man typisk vil lave sit eget højnivou spog for at speede udviklingen af kode i et lavnivou sprog hvilket netop er der IDE'erne henter den produktivitets forøgelse de nogle gange henter.
Igen så ligger den slags features ikke i editoren eller eksklusivt i GUI'et så mad CLI tools er vim igen i spil som seriøs modstykke.
Men det er netop vim's fordel det at den er så lidt selvinkapslende, at den kan bruges sammen med næsten alt andet end emacs, selvom emacs da har en udgave af vi indbygget, hvilket siger lidt om precist hvor koloenormt emacs er, og hvor meget den er sig selv nok ;-)
#23 Show me the numbers ;-)
Der er hele tiden udvikling inden for php/Ruby ryby on rails er et godt eksempel på et ikke IDE der faktisk gør det samme som et IDE nogle gange kan.
tingene er sjælden så simple at man får mere ud af de dedikerede IDE'er en andre teknikker det er rails vel skole-eksemplet på.
Personligt bruger jeg JOE (Joes Own Editor).
Den er i mine øjne en hel del simplere end VIM og Emacs.
Den bruger som standard Wordstar-keybindindings men kan ved, at starte den som eks. "jmacs" emulere emacs' keybindings, eller "jpico" for at få den til at ligne Pico/Nano.
Det gode ved JOE er at man ved en simpel taste-kommando (^K-h) få et hjælp-vindue frem, der ikke dækker hele skærmen - Så det bliver dejligt nemt at få hjælp.
Det er jo ikke os alle der kan huske flere hundrede tastekombinationer i hovedet.
(Det kan godt være at VIM og Emacs kan det samme, jeg har ikke benyttet de to nok til at vide det. Jeg kan dog huske at man skulle igennem et lænere tutorial for at kunne benytte VIM - Der valgte jeg så at sige fra. Hvis man endelig vil benytte en problematisk editor, så brug "ed" eller "sed".)
Den er i mine øjne en hel del simplere end VIM og Emacs.
Den bruger som standard Wordstar-keybindindings men kan ved, at starte den som eks. "jmacs" emulere emacs' keybindings, eller "jpico" for at få den til at ligne Pico/Nano.
Det gode ved JOE er at man ved en simpel taste-kommando (^K-h) få et hjælp-vindue frem, der ikke dækker hele skærmen - Så det bliver dejligt nemt at få hjælp.
Det er jo ikke os alle der kan huske flere hundrede tastekombinationer i hovedet.
(Det kan godt være at VIM og Emacs kan det samme, jeg har ikke benyttet de to nok til at vide det. Jeg kan dog huske at man skulle igennem et lænere tutorial for at kunne benytte VIM - Der valgte jeg så at sige fra. Hvis man endelig vil benytte en problematisk editor, så brug "ed" eller "sed".)
#25
Det glæder mig vi er enige :) Det er jo altid en rar ting.
#26
Forudsat du kalder C for højniveau sprog, så har du ret :)
Firmware er netop noget man ikke skriver i høj niveau sprog da footprint oftest er størrere, og i embeddede enheder er plads tit et problem, og performance også.
Det glæder mig vi er enige :) Det er jo altid en rar ting.
#26
Firmware er vel netop noget hvor man typisk vil lave sit eget højnivou spog for at speede udviklingen af kode i et lavnivou sprog hvilket netop er der IDE'erne henter den produktivitets forøgelse de nogle gange henter
Forudsat du kalder C for højniveau sprog, så har du ret :)
Firmware er netop noget man ikke skriver i høj niveau sprog da footprint oftest er størrere, og i embeddede enheder er plads tit et problem, og performance også.
#29 men du sidder stadigvæk ikke med hver eneste linie manuelt ved hver eneste ny version vel, for så er men netop solidt nede i et område hvor intet IDE vel kan gøre noget som helst for produtiviteten
Det man svjv gør er at man skriver en række klasser der producere lavnivou kode altså man har et helt framework omkring sin kode der tager meget af bøvlet væk, fra den manuelle trivielle tilpasning af lavnivou kode ved at automatisere en masse ting.
Min påstand er at gevindsten ved et IDE har meget meget lidt at gøre med I'et og meget mere med DE delen af IDE altså det gør nul forskel om dine hjælpe programmer er integrede med hinanden the windows way eller er scriptbare stand alone aplikationer the unix way.
Det man svjv gør er at man skriver en række klasser der producere lavnivou kode altså man har et helt framework omkring sin kode der tager meget af bøvlet væk, fra den manuelle trivielle tilpasning af lavnivou kode ved at automatisere en masse ting.
Min påstand er at gevindsten ved et IDE har meget meget lidt at gøre med I'et og meget mere med DE delen af IDE altså det gør nul forskel om dine hjælpe programmer er integrede med hinanden the windows way eller er scriptbare stand alone aplikationer the unix way.
#30
øh hvad for noget ? Det giver ikke umiddelbart noget mening det der står helt for sig selv.
Ikke der hvor jeg har arbejdet med udvikling af firmware til mobiltelefoner, der skrev man firmwaren til low end telefonerne i C. Hvad de går i dag ved jeg ikke men for 3-4 år siden var det 99% C og 1% i C++.
Ikke noget med klasser der generede lav niveau kode for en, man skrev direkte C kode. Og endda assembler de steder hvor det var nødvendigt.
men du sidder stadigvæk ikke med hver eneste linie manuelt ved hver eneste ny version vel, for så er men netop solidt nede i et område hvor intet IDE vel kan gøre noget som helst for produtiviteten
øh hvad for noget ? Det giver ikke umiddelbart noget mening det der står helt for sig selv.
Det man svjv gør er at man skriver en række klasser der producere lavnivou kode altså man har et helt framework omkring sin kode der tager meget af bøvlet væk, fra den manuelle trivielle tilpasning af lavnivou kode ved at automatisere en masse ting.
Ikke der hvor jeg har arbejdet med udvikling af firmware til mobiltelefoner, der skrev man firmwaren til low end telefonerne i C. Hvad de går i dag ved jeg ikke men for 3-4 år siden var det 99% C og 1% i C++.
Ikke noget med klasser der generede lav niveau kode for en, man skrev direkte C kode. Og endda assembler de steder hvor det var nødvendigt.
Og hvad brugte i jeres fine IDE til, hvis der ikke er noget macro indvolveret så står vi med ligegyldigt lir, debuggere, og forskellige inspektion scripts.
Min pointe er at IDE'erne i sig selv bare er samlinger af programmer, biblioteker og den slags, og at den slags ikke på nogen måde er eksklusivt for IDE'er, men ofte bare er til stede et eller andet sted på enhver udviklers arbejds-station.
Jeg kender ikke ret meget til lav nivou kode, på det plan hvor jeg faktisk kan skrive det.
for en 3-4år siden var visuel studio vel heller ikke så meget mere raffineret end Vim når det kom til C udvikling, hvilket egentligt er min pointe med det første afsnit, hvike features giver/gav den forøjede produtivitet?
Min pointe er at IDE'erne i sig selv bare er samlinger af programmer, biblioteker og den slags, og at den slags ikke på nogen måde er eksklusivt for IDE'er, men ofte bare er til stede et eller andet sted på enhver udviklers arbejds-station.
Jeg kender ikke ret meget til lav nivou kode, på det plan hvor jeg faktisk kan skrive det.
for en 3-4år siden var visuel studio vel heller ikke så meget mere raffineret end Vim når det kom til C udvikling, hvilket egentligt er min pointe med det første afsnit, hvike features giver/gav den forøjede produtivitet?
#12:
bahbahbah, mester udvikler.... vim er jo bare en editor, en lille del af ethvert IDE, vim kan integreres i adskillige IDE'er, men kan også sagtens bruges alene..
#20:
bare fordi en masse bruger noget gør det ikke rigtigt eller godt, tag bare med OS'er, stort set alle bruger windows, selvom der er langt bedre systemer.
#21:
et veldesignet gui giver ikke fordele from for et veldesignet commandline interface.
og btw: "WYSIWYG, debug muligheder direkte til IIS'en som er integreret i VS". haha, hvor vi andre bruger vores tid til at udvikle ting, bruger du tiden på at debugge IIS.
bahbahbah, mester udvikler.... vim er jo bare en editor, en lille del af ethvert IDE, vim kan integreres i adskillige IDE'er, men kan også sagtens bruges alene..
#20:
bare fordi en masse bruger noget gør det ikke rigtigt eller godt, tag bare med OS'er, stort set alle bruger windows, selvom der er langt bedre systemer.
#21:
et veldesignet gui giver ikke fordele from for et veldesignet commandline interface.
og btw: "WYSIWYG, debug muligheder direkte til IIS'en som er integreret i VS". haha, hvor vi andre bruger vores tid til at udvikle ting, bruger du tiden på at debugge IIS.
"Jeg bruger selv VIM på min box, men hvis jeg skal paste noget, bliver jeg nødt til at gøre det i nano, da jeg endnu ikke har fundet finten til hvordan det gøres i VIM uden den går helt amok over tabs :)"
shift + instert
"Så er det bare at vente til den kommer i portage :)"
den er allerede i portage. bare tilføj
"app-editors/vim ~x86
app-editors/vim-core ~x86
app-vim/vim-spell-da ~x86"
til /etc/portage/package.keywords
den sidste er kun hvis du vil have dansk stavekontrol
og så er det bare at emerge vim ..
shift + instert
"Så er det bare at vente til den kommer i portage :)"
den er allerede i portage. bare tilføj
"app-editors/vim ~x86
app-editors/vim-core ~x86
app-vim/vim-spell-da ~x86"
til /etc/portage/package.keywords
den sidste er kun hvis du vil have dansk stavekontrol
og så er det bare at emerge vim ..
#35.
Undskyld min galde,
Al respekt for linux, unix verdenen
Men det er altså nemmere at hente en fil på en hjemmeside også dobbelclicke på den svare ja til dansk stavekontrol next next next, installation done.
I stedet for sådan nogle prompt kommandoer. :-D
Jeg er misundelig på folk der kører linux,
men af ovenstående grund kører jeg det ikke
Undskyld min galde,
Al respekt for linux, unix verdenen
Men det er altså nemmere at hente en fil på en hjemmeside også dobbelclicke på den svare ja til dansk stavekontrol next next next, installation done.
I stedet for sådan nogle prompt kommandoer. :-D
Jeg er misundelig på folk der kører linux,
men af ovenstående grund kører jeg det ikke
#37
Så kunne evt overveje at bruge SuSE?
Bare fordi Gentoo måske virker kryptisk udefra, så behøves det ikke at betyde at linux gør. Husk at Linux er bare en kernel, Gentoo bare en distribution og heldigvis har man i GNU/Linux verdenen mulighed for at få det næsten som man vil, så er man ikke til de "farlige" prompt kommanodoer, som imho ofte er hurtigere, så findes der masser af andre smags varianter som f.eks SuSE, Mandrake, Red Hat osv.
Så kunne evt overveje at bruge SuSE?
Bare fordi Gentoo måske virker kryptisk udefra, så behøves det ikke at betyde at linux gør. Husk at Linux er bare en kernel, Gentoo bare en distribution og heldigvis har man i GNU/Linux verdenen mulighed for at få det næsten som man vil, så er man ikke til de "farlige" prompt kommanodoer, som imho ofte er hurtigere, så findes der masser af andre smags varianter som f.eks SuSE, Mandrake, Red Hat osv.
#39 -
10. maj 2006 08:49
Selvom jeg ofte bruger vi (det er vist vim, tror jeg), synes jeg det er en ringe editor. Den er simpelthen for svær at bruge, det er stadig ikke lykkedes mig at finde ud af at bruge 'søg og erstat', på trods af et par halvhjertede forsøg.
Jeg bruger 'nedit', som er 'notepad' x 10
Jeg bruger 'nedit', som er 'notepad' x 10
#39 og #40
Replacing text
To replace patterns of text, we use ex mode. If you'd like to replace the first pattern that appears on the current line, type :s/<regexp>/<replacement>/ and hit <ENTER>, where <regexp> is the pattern you'd like to match and <replacement> is the replacement string. To replace all matches on the current line, type :s/<regexp>/<replacement>/g and hit enter. To replace every occurence of this pattern in your file (normally what you want), type :%s/<regexp>/<replacement>/g. If you'd like to do a global replace, but have vi prompt you for each change, type :%s/<regexp>/<replacement>/gc (stands for "confirm") and hit <ENTER>.
Replacing text
To replace patterns of text, we use ex mode. If you'd like to replace the first pattern that appears on the current line, type :s/<regexp>/<replacement>/ and hit <ENTER>, where <regexp> is the pattern you'd like to match and <replacement> is the replacement string. To replace all matches on the current line, type :s/<regexp>/<replacement>/g and hit enter. To replace every occurence of this pattern in your file (normally what you want), type :%s/<regexp>/<replacement>/g. If you'd like to do a global replace, but have vi prompt you for each change, type :%s/<regexp>/<replacement>/gc (stands for "confirm") and hit <ENTER>.
#34 (fiskah)
Skriv:
:set paste
Så lader vim være med at indsætte tabs osv. Når du er færdig med paste, skriv:
:set nopaste
edit: Iøvrigt kan jeg varmt anbefale denne tutorial. Der har jeg lært en god bid af de tricks jeg kender.
Jeg bruger selv VIM på min box, men hvis jeg skal paste noget, bliver jeg nødt til at gøre det i nano, da jeg endnu ikke har fundet finten til hvordan det gøres i VIM uden den går helt amok over tabs :)
Skriv:
:set paste
Så lader vim være med at indsætte tabs osv. Når du er færdig med paste, skriv:
:set nopaste
edit: Iøvrigt kan jeg varmt anbefale denne tutorial. Der har jeg lært en god bid af de tricks jeg kender.
#37 tidsmæssigt har #35 forladt keybordet flere minutter før du er færdig med at klikke rundt i dit GUI, nu taler vi portege så han skal lige vente et par timer mens systemer laver sin magi i bagrunden men for binære pakker er det that simpelt hen så simpelt.
Med SUSE og mandriva får du en slags grafisk browser til reprositories, som en del af control center og det har den finde ting at du ikke som jeg skal ved min windows boks selv skal huske at skaffe mig nye versioner af 3 parts programmer, standard updateren virker med alle tilføjede kilder uanset om det er distributionens egne eller drevet af 3 mand.
#39 søg esc for at komme til bufferen /ord/ entet og så n for at finde neste forekomst af ordet esc -> Shift+# for at markere starten en søgning på det active ord.
#39 windows installeren til spørger dig ikke om dansk stavekontrol og det er meget tyndt dokumenteret i release notes hvordan man lige gør, det er ikke spor svært og de har også gemt en howto i $VIMDIR men...
Søg og erstat the primitive way esc altid esc ud til command buffer :%s/ord/nyt ord/g
PS GVIM har en fin søg og erstat funktion der fugere med stort set precist samme UI som den i f.eks. notepad, hvorfor nogen kan finde på at syntes den slags er nemmere end den metode jeg beskriver ovenfor er mig en gåde, den er der ignorer den hvis du vil.
Med SUSE og mandriva får du en slags grafisk browser til reprositories, som en del af control center og det har den finde ting at du ikke som jeg skal ved min windows boks selv skal huske at skaffe mig nye versioner af 3 parts programmer, standard updateren virker med alle tilføjede kilder uanset om det er distributionens egne eller drevet af 3 mand.
#39 søg esc for at komme til bufferen /ord/ entet og så n for at finde neste forekomst af ordet esc -> Shift+# for at markere starten en søgning på det active ord.
#39 windows installeren til spørger dig ikke om dansk stavekontrol og det er meget tyndt dokumenteret i release notes hvordan man lige gør, det er ikke spor svært og de har også gemt en howto i $VIMDIR men...
Søg og erstat the primitive way esc altid esc ud til command buffer :%s/ord/nyt ord/g
PS GVIM har en fin søg og erstat funktion der fugere med stort set precist samme UI som den i f.eks. notepad, hvorfor nogen kan finde på at syntes den slags er nemmere end den metode jeg beskriver ovenfor er mig en gåde, den er der ignorer den hvis du vil.
HAr aldrig forstået sammenligningen med vi(m) og Emacs.
vi(m) er en editor, og Emacs er stortset et lille OS i sig selv.. ;)
Så i et vist omfang, ER Emacs en IDE og meget mere...
Har aldrig lært at bruge Emacs, selvom jeg finder den spændende.
vi lærerjeg nok aldrig, kun vim har jeg lært at bruge til husbehov. For nemhedens skyld, bruger jeg dog for det meste GNU Nano.
vi(m) er en editor, og Emacs er stortset et lille OS i sig selv.. ;)
Så i et vist omfang, ER Emacs en IDE og meget mere...
Har aldrig lært at bruge Emacs, selvom jeg finder den spændende.
vi lærerjeg nok aldrig, kun vim har jeg lært at bruge til husbehov. For nemhedens skyld, bruger jeg dog for det meste GNU Nano.
#37
Jeg skulle nu mene at det simplere at installere programmer i debian / ubuntu og lignende.
Windows verdenen er da noget af det mest fremmedfjendske overhovedet.
Først skal du hente det fra en obskur hjemmeside, dobbelt klik for at installere, læse licensen igennem, tage stilling til om du vil placere ikoner her og der, samt hvor du ønkser at gemme programmet. Og selvfølgelig bliver du spurgt om du virkelig ønsker at oprette en mappe på den angivne destination(nååe nej?). Derefter et helvede med at trykke næste, ja, husk lige at fjerne fluebenet ud for README.txt filen til sidst(for den er vildt vigtig???).
Så er det da hurtigere og nemmere med fx synaptic. Indtast root password, search for pakke eg. openoffice. og klik installer, og vente mens systemet selv klarer installationen af pakker, og henter de korrekte afhængigheder ned.
ndskyld min galde,
Al respekt for linux, unix verdenen
Men det er altså nemmere at hente en fil på en hjemmeside også dobbelclicke på den svare ja til dansk stavekontrol next next next, installation done.
I stedet for sådan nogle prompt kommandoer. :-D
Jeg er misundelig på folk der kører linux,
men af ovenstående grund kører jeg det ikke
Jeg skulle nu mene at det simplere at installere programmer i debian / ubuntu og lignende.
Windows verdenen er da noget af det mest fremmedfjendske overhovedet.
Først skal du hente det fra en obskur hjemmeside, dobbelt klik for at installere, læse licensen igennem, tage stilling til om du vil placere ikoner her og der, samt hvor du ønkser at gemme programmet. Og selvfølgelig bliver du spurgt om du virkelig ønsker at oprette en mappe på den angivne destination(nååe nej?). Derefter et helvede med at trykke næste, ja, husk lige at fjerne fluebenet ud for README.txt filen til sidst(for den er vildt vigtig???).
Så er det da hurtigere og nemmere med fx synaptic. Indtast root password, search for pakke eg. openoffice. og klik installer, og vente mens systemet selv klarer installationen af pakker, og henter de korrekte afhængigheder ned.
#46
Forudsat pakken findes som en apt pakke, og du har den rigtige server i din sources.list fil, og eventuelle personen der har lavet pakkens gpg key. Måske skal du til at lede efter en server der har den pakke du ønsker, så skal du sætte den op i din sources.list osv. osv.
Og hvad nu hvis du vil havde software liggende et andet sted end systemmet synes osv.
Så nej det er ikke nødvendigvis nemmere.
Ligeledes kan man bare sige under windows er det:
find program, click på link, start program direkte, click next et par gange og det var det :)
Men sådanne er det jo heller ikke altid.
Personligt er jeg glad for bare at kunne skrive 'apt-get install munin munin-node' da jeg ville havde noget server overvågning på min server. Men derefter kom der en masse configuration af apache for at jeg også kunne browse resultatet osv. Så helt så nemt som du beskriver er det sjældent.
Forudsat pakken findes som en apt pakke, og du har den rigtige server i din sources.list fil, og eventuelle personen der har lavet pakkens gpg key. Måske skal du til at lede efter en server der har den pakke du ønsker, så skal du sætte den op i din sources.list osv. osv.
Og hvad nu hvis du vil havde software liggende et andet sted end systemmet synes osv.
Så nej det er ikke nødvendigvis nemmere.
Ligeledes kan man bare sige under windows er det:
find program, click på link, start program direkte, click next et par gange og det var det :)
Men sådanne er det jo heller ikke altid.
Personligt er jeg glad for bare at kunne skrive 'apt-get install munin munin-node' da jeg ville havde noget server overvågning på min server. Men derefter kom der en masse configuration af apache for at jeg også kunne browse resultatet osv. Så helt så nemt som du beskriver er det sjældent.
#47 Nej men post konfiguration er også noget der findet sted under windows da man da meget sjældent finder tilsvarende windows programmer der er fuldt konfigurerede outof the box.
Alilernativet til at du selv konfigurere apache er at pakken kører et script der piller i dit apache setop med potientielt uønskede sideeffekter som man også ofte ser med windows når flere programmer vil til at overtage samme rolle.
Apt pakker kan køre et post install script med mere eller mindre fuld adgang til hvad som helst.
Alilernativet til at du selv konfigurere apache er at pakken kører et script der piller i dit apache setop med potientielt uønskede sideeffekter som man også ofte ser med windows når flere programmer vil til at overtage samme rolle.
Apt pakker kan køre et post install script med mere eller mindre fuld adgang til 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