mboost-dp1
OpenOffice.org
#19 Windcape ...
Normalt gider jeg ikke skrive til en troll, og da slet ikke en religiøs troll, men du er blevet rated Informativ, og det må jo betyde at der faktisk er nogen der tror at det pladder du har skrevet er rigtigt.
Da kildekoden til Office ikke er tilgængelig, har du ingen idé om hvilke "mareridt" af teknologier som Office-pakken
er bygget på. Som udvikler forestiller jeg mig Office som en kvalmende suppe af gammel MFC wrapper kode, hæklet ind i nye fancy .NET biblioteker og krydret med pilrådne WinApi funktioner.
Der er intet i vejen med hverken C eller C++. De mest successfulde software-produkter der nogensinde er udviklet er skrevet i C og C++. Jeg har på fornemmelsen, at den eneste grund til du rakker ned på disse sprog er fordi du er alt
for snotdum til at kunne udvikle noget som helst i dem, og ikke ser anden udvej end at bashe dem for at skjule din uvidenhed.
Wtf?
Fra: http://user-faq.openoffice.org/faq/ar01s04.html#id...
The installer is looking for Java, does it really need it to work correctly ?
It is not needed for OpenOffice.org to work correctly. However there will be some features which will not be available to you, for example with 1.1 you will not be able to use the XSLT functionality, JDBC, applets, form generators, accessibility, and java api's for 3rd party modules.
Er du pludselig blevet ekspert i benchmarking? Der er tonsvis af måder at tweake sin OpenOffice installation på.
I "Options > Memory" kan man indstille flere aspekter på hvor meget RAM OpenOffice skal bruge.
Hvis man endvidere slår Java JRE (hvilket jo ifølge dig, ikke er muligt da OpenOffice KRÆVER Java *host* *host*) så vil man mærke en *markant* hurtig opstarstid. På min maskine loader den hurtigere end Word 2007, men på den anden side, det er dig der er eksperten i hastigheds-måling.
Disse tools kræves for at lave en build af OpenOffice. Et latterligt krav for at kunne build så stort et stykke software som OpenOffice:
http://wiki.services.openoffice.org/wiki/Documenta...
Java JDK Java Implementation compatible with JDK 1.5 or JDK 1.6. OpenJDK is supported as well.
Perl Perl 5. For the regular build Mdiles Archive:Zip and XML:Parser are required. For committing changes to the repository Crypt:SSLeay and SOAP:Lite are also required.
Apache Ant Ant 1.7
Archiver zip and unzip
gperf gperf tool
Mozilla1 Some Mozilla libraries are needed. Choose one of the following:
* Get the source from here.2
* Get prebuild libraries from here.3
NSS4 Mozilla build tools5 are needed for Windows.
Det er muligt at lave en build der *ikke* benytter mozilla libs, så antallet af lib-afhængigheder kommer endnu længere ned.
Normalt gider jeg ikke skrive til en troll, og da slet ikke en religiøs troll, men du er blevet rated Informativ, og det må jo betyde at der faktisk er nogen der tror at det pladder du har skrevet er rigtigt.
C/C++ og Java ja. OOo er et mareridt af forskellige teknologier.
Da kildekoden til Office ikke er tilgængelig, har du ingen idé om hvilke "mareridt" af teknologier som Office-pakken
er bygget på. Som udvikler forestiller jeg mig Office som en kvalmende suppe af gammel MFC wrapper kode, hæklet ind i nye fancy .NET biblioteker og krydret med pilrådne WinApi funktioner.
Det værste er at selve programmet er kodet i C/C++
Der er intet i vejen med hverken C eller C++. De mest successfulde software-produkter der nogensinde er udviklet er skrevet i C og C++. Jeg har på fornemmelsen, at den eneste grund til du rakker ned på disse sprog er fordi du er alt
for snotdum til at kunne udvikle noget som helst i dem, og ikke ser anden udvej end at bashe dem for at skjule din uvidenhed.
men stadigvæk kræver Java
Wtf?
Fra: http://user-faq.openoffice.org/faq/ar01s04.html#id...
The installer is looking for Java, does it really need it to work correctly ?
It is not needed for OpenOffice.org to work correctly. However there will be some features which will not be available to you, for example with 1.1 you will not be able to use the XSLT functionality, JDBC, applets, form generators, accessibility, and java api's for 3rd party modules.
og en række Mozilla værktøjer. Det er skræmmende tungt.
Er du pludselig blevet ekspert i benchmarking? Der er tonsvis af måder at tweake sin OpenOffice installation på.
I "Options > Memory" kan man indstille flere aspekter på hvor meget RAM OpenOffice skal bruge.
Hvis man endvidere slår Java JRE (hvilket jo ifølge dig, ikke er muligt da OpenOffice KRÆVER Java *host* *host*) så vil man mærke en *markant* hurtig opstarstid. På min maskine loader den hurtigere end Word 2007, men på den anden side, det er dig der er eksperten i hastigheds-måling.
Disse tools kræves for at lave en build af OpenOffice. Et latterligt krav for at kunne build så stort et stykke software som OpenOffice:
http://wiki.services.openoffice.org/wiki/Documenta...
Java JDK Java Implementation compatible with JDK 1.5 or JDK 1.6. OpenJDK is supported as well.
Perl Perl 5. For the regular build Mdiles Archive:Zip and XML:Parser are required. For committing changes to the repository Crypt:SSLeay and SOAP:Lite are also required.
Apache Ant Ant 1.7
Archiver zip and unzip
gperf gperf tool
Mozilla1 Some Mozilla libraries are needed. Choose one of the following:
* Get the source from here.2
* Get prebuild libraries from here.3
NSS4 Mozilla build tools5 are needed for Windows.
Det er muligt at lave en build der *ikke* benytter mozilla libs, så antallet af lib-afhængigheder kommer endnu længere ned.
Syntes det er værd at nævne at det ikke kun er skolen der har en besparelse, men alle eleverne/forældrene.
Det er trods alt ikke alle familier, der er lige stillede i Danmark, så mon ikke det er et kærkomment valg for nogen at kunne bruge en gammel PC med Ubuntu.
Det er trods alt ikke alle familier, der er lige stillede i Danmark, så mon ikke det er et kærkomment valg for nogen at kunne bruge en gammel PC med Ubuntu.
Jeg fatter ikke hvorfor Borgerne i vort lille krise-ramte land finder sig i at "Det offentlige" forærer vores skattekroner til m$ for ting der kan fås gratis ..
Hva' med at bruge pengene til lidt mere hjemmehjælp til vore gamle eller bedre forhold for de unge i vore skoler ?
Hva' med at bruge pengene til lidt mere hjemmehjælp til vore gamle eller bedre forhold for de unge i vore skoler ?
#51 Du synes ikke at det følgende kan betegnes som et "mareridt" af teknologier?
Jeg tæller minimum 4 forskellige compilere til det ovenstående. Muligvis også flere, grundet krav om specifikke versioner af de givne compilere og opsætninger. (Og så har jeg set bort fra at C og C++-programmer generelt er et helvede at compile første gang.)
Men du har da ret i, at det ikke er så unormalt at se den slags "pærevælling". Især i open source C++ og ANSI-C projekter.
Vi er nok bare et par stykker, der er blevet tykke og forvente af at kunne åbne et tilfældigt projekt i VS, uden at have installeret noget eller taget stilling til compiler-settings overhovedet. ;)
squad2nd skrev:
Java JDK Java Implementation compatible with JDK 1.5 or JDK 1.6. OpenJDK is supported as well.
Perl Perl 5. For the regular build Mdiles Archive:Zip and XML:Parser are required. For committing changes to the repository Crypt:SSLeay and SOAP:Lite are also required.
Apache Ant Ant 1.7
Archiver zip and unzip
gperf gperf tool
Mozilla1 Some Mozilla libraries are needed. Choose one of the following:
* Get the source from here.2
* Get prebuild libraries from here.3
NSS4 Mozilla build tools5 are needed for Windows.
Jeg tæller minimum 4 forskellige compilere til det ovenstående. Muligvis også flere, grundet krav om specifikke versioner af de givne compilere og opsætninger. (Og så har jeg set bort fra at C og C++-programmer generelt er et helvede at compile første gang.)
Men du har da ret i, at det ikke er så unormalt at se den slags "pærevælling". Især i open source C++ og ANSI-C projekter.
Vi er nok bare et par stykker, der er blevet tykke og forvente af at kunne åbne et tilfældigt projekt i VS, uden at have installeret noget eller taget stilling til compiler-settings overhovedet. ;)
#55: Google Chrome er dog ikke et tekstbehandlingsprogram.
Jeg undrer mig over at du ikke nævner MS Office 2007 som pragteksempel på god kode, men det må jeg vel tolke som jeg vil.
Så det, at benytte et library fra et andet program, er en dårlig ide - selvom disse libraries i forvejen er åbne?
Jamen så er Office 2007 også noget forfærdeligt bras, da det jo nødvendigvis skal have IE, Windows, Windows Explorer samt en masse andre programmer fordi den skal bruge libraries derfra.
#57: Fire? Compilere?
Jeg nægler lidt klippe-klistre.
Java JDK (1).
Perl (dog ikke en compiler, men en script-engine, så vidt jeg mindes).
Apache Ant
Archiver (Tool)
Mozilla1 (libray)
NSS4 (library)
Jeg ved ikke hvordan du tæller, men selvom jeg tæller Perl med som compiler får jeg stadig kun to. Tilføjer vi C/C++ så får vi én mere (GCC, men OK, hvis du vil nitpicke er det vel også to...).
Skal vi så tage Office 2007 skal vi have VB.NET, C, C++, C#. Så vidt jeg lige kan tælle er det også fire - og dermed også et "virvar af teknologier".
Jeg undrer mig over at du ikke nævner MS Office 2007 som pragteksempel på god kode, men det må jeg vel tolke som jeg vil.
Nej, kritikken var i forhold til plugin udvikling. Hele problematikken ved at programmet er blevet som komplekt i build, er en grundlæggende hindring for nem videreudvikling og forbedring af softwaren.
Så det, at benytte et library fra et andet program, er en dårlig ide - selvom disse libraries i forvejen er åbne?
Jamen så er Office 2007 også noget forfærdeligt bras, da det jo nødvendigvis skal have IE, Windows, Windows Explorer samt en masse andre programmer fordi den skal bruge libraries derfra.
#57: Fire? Compilere?
Jeg nægler lidt klippe-klistre.
Java JDK (1).
Perl (dog ikke en compiler, men en script-engine, så vidt jeg mindes).
Apache Ant
Wikipedia on Apache Ant skrev:
Apache Ant is a software tool for automating software build processes. It is similar to Make but is implemented using the Java language, requires the Java platform, and is best suited to building Java projects.
The most immediately noticeable difference between Ant and Make is that Ant uses XML to describe the build process and its dependencies, whereas Make has its Makefile format. By default the XML file is named build.xml.
Ant is an Apache project. It is open source software, and is released under the Apache Software License.
Archiver (Tool)
Mozilla1 (libray)
NSS4 (library)
Jeg ved ikke hvordan du tæller, men selvom jeg tæller Perl med som compiler får jeg stadig kun to. Tilføjer vi C/C++ så får vi én mere (GCC, men OK, hvis du vil nitpicke er det vel også to...).
Skal vi så tage Office 2007 skal vi have VB.NET, C, C++, C#. Så vidt jeg lige kan tælle er det også fire - og dermed også et "virvar af teknologier".
Du behøver altså ikke fortælle os hvad ANT er. Det er positivt at de ikke benytter make filer, men hvis du havde læst nærmere kræver de stadigvæk cygwin for at kompilere, istedet for bare at bruge et VC++ build file (aka. projekt-fil).ZiN (58) skrev:Apache Ant
Og du har vist ikke rigtig forstået hvor kompliceret og træls det er at arbejde med så mange eksterne libraries i C++ ;-)
#58 Compilere til brug for det omtalte:
Java
Perl (det er også en compiler, selvom det er scripts.)
ANSI-C
C++
(Som du også selv kom frem til)
Derudover tvivler jeg på at Office indeholder .NET-kode. Især VB. Men jeg ved det ikke. Dog findes der en .NET-wrapper til Office: VSTO.
Edit: Og hvis Office både indeholder unmanaged C++ og .NET-kode, så vil jeg også finde det usmageligt, rent Datalogisk, ja. Jeg er virkelig sart ;p
Java
Perl (det er også en compiler, selvom det er scripts.)
ANSI-C
C++
(Som du også selv kom frem til)
Derudover tvivler jeg på at Office indeholder .NET-kode. Især VB. Men jeg ved det ikke. Dog findes der en .NET-wrapper til Office: VSTO.
Edit: Og hvis Office både indeholder unmanaged C++ og .NET-kode, så vil jeg også finde det usmageligt, rent Datalogisk, ja. Jeg er virkelig sart ;p
#39
Hvis du tror min kaerestes behov er paa niveau med det der er noedvendigt til EHDS, saa tro om.
Jeg kan slet ikke se, hvorfor du har saa svaert ved at forstaa at der er forskellige behov.
Men okay, kom med et godt argument for, at OpenOffice eller Wordpad ikke er rigeligt til min mormor.
Det ved jeg, at jeg kan, det er ikke pointen.
Windcape, hvad med at kigge udenfor dit eget vindue?
Der er ikke nogen vaerdi i et vaerktoej der goer mig mindre effektiv, saa IGEN handler det om behov.
Fixed that for you.
Og ja, jeg ved godt at du synes det er skide smart at loade Visual Studio for at skrive HelloWorld-programmer, det siger dog ufatteligt meget mere om dig, end om mig.
( OG hvis du endelig vil derud og debattere, saa kan jeg garantere dig at jeg kender masser af udviklere, der benytter simple editorer og stadig er langt mere effektive end dig. Det handler ikke om vaerktoejet, men om behovet og forstaaelsen af hvilket vaerktoej der passer til hvilken opgave. At du mener det er ineffektivt at benytte fx vim til at skrive kode, er ret skraemmende. Ikke at jeg forventer andet fra VS-folk, men saadan er det jo. )
Naadada?
Det har jeg ogsaa med MSO?
Den er slaaet fra i MSO, da den ikke just kan foelge med mig.
Korrekt, men nu skal ingen af de private jeg kender, bruge plugins til noget.
Det skulle da lige vaere min onkel, som insisterer paa at bruge Access til hans kontaktpersoner - for saa at eksportere dem til Outlook Ekspress ...
Igen, en person der totalt har misforstaaet vaerktoejers formaal.
Jeg ved godt at du er ligeglad med ideologierne bag aabne programmer, men det er ikke alle der er det.
Jeg er dog helt enig i, at hvis MSO blev udgivet under en "FreeWare" licens af en art, saa ville 5% af brugerbasen skifte til MSO - men du har nok allerede glemt at MSO ikke er interessant for andet end Windows og OS X folk ? :)
Det samme gaelder for alle produkter, med OS alternativer.
Jeg tvivler, men langt de fleste vil nok mene at Blender kan daekke en bred vifte af behov - hvilket de har helt ret i.
Vi benytter GIMP hvor det giver mening og Photoshop hvor det giver mening.
En person der skal rette farveprofil og resize / beskaere? GIMP er *RIGELIGT* ( og egentligt ikke helt det rigtige vaerktoej, men har ikke fundet noget til at erstatte det endnu ), hvorfor det vil vaere direkte idioti at smide 5000kr for en Photoshop licens.
Private brugere?
Flertallet er laast i et MS miljoe, saa hvad med at vi skaerer dem fra der rent faktisk ikke *KAN* skifte, grundet proprietaere formater? :)
Det aendrer sig saa nu, men saa lad os kigge paa alle de her funktioner oOO ikke har.
Naevn en.
( Jeg arbejder tilfaeldigvis for en avis, saa du kan jo komme med nogle af dine eksempler for os. )
Jeg kan starte:
En eller anden retarderet abe har besluttet ( i tidernes morgen ) at Access er skide smart til at inputte celledata i en MSSQL server.
Din tur.
Hvis du tror dine eller din kærestes behov er på niveau med det som er nødvendig til EHDS, så tro om.
Hvis du tror min kaerestes behov er paa niveau med det der er noedvendigt til EHDS, saa tro om.
Jeg kan slet ikke se, hvorfor du har saa svaert ved at forstaa at der er forskellige behov.
Men okay, kom med et godt argument for, at OpenOffice eller Wordpad ikke er rigeligt til min mormor.
Det er ligesom du tror du kan kode alting i Notepad
Det ved jeg, at jeg kan, det er ikke pointen.
Windcape, hvad med at kigge udenfor dit eget vindue?
og aldrig har forstået værdien i mere advancerede værktøjer.
Der er ikke nogen vaerdi i et vaerktoej der goer mig mindre effektiv, saa IGEN handler det om behov.
Ikke alle vil være ligeså effektive som dig fidomuh :p
Fixed that for you.
Og ja, jeg ved godt at du synes det er skide smart at loade Visual Studio for at skrive HelloWorld-programmer, det siger dog ufatteligt meget mere om dig, end om mig.
( OG hvis du endelig vil derud og debattere, saa kan jeg garantere dig at jeg kender masser af udviklere, der benytter simple editorer og stadig er langt mere effektive end dig. Det handler ikke om vaerktoejet, men om behovet og forstaaelsen af hvilket vaerktoej der passer til hvilken opgave. At du mener det er ineffektivt at benytte fx vim til at skrive kode, er ret skraemmende. Ikke at jeg forventer andet fra VS-folk, men saadan er det jo. )
Open Office dækker de fleste behov ja.
Naadada?
Der er kritikpunker
Det har jeg ogsaa med MSO?
specielt mht. stave og grammatikkontrol
Den er slaaet fra i MSO, da den ikke just kan foelge med mig.
og dets halvdårlige API til plugins.
Korrekt, men nu skal ingen af de private jeg kender, bruge plugins til noget.
Det skulle da lige vaere min onkel, som insisterer paa at bruge Access til hans kontaktpersoner - for saa at eksportere dem til Outlook Ekspress ...
Igen, en person der totalt har misforstaaet vaerktoejers formaal.
Så jeg ser stadig prisen som det eneste argument overhovedet for at ikke benytte Office.
Jeg ved godt at du er ligeglad med ideologierne bag aabne programmer, men det er ikke alle der er det.
Jeg er dog helt enig i, at hvis MSO blev udgivet under en "FreeWare" licens af en art, saa ville 5% af brugerbasen skifte til MSO - men du har nok allerede glemt at MSO ikke er interessant for andet end Windows og OS X folk ? :)
Det samme gælder for de fleste dyre produkter jeg har installeret.
Det samme gaelder for alle produkter, med OS alternativer.
Nogen vil også mene at Blender kan det samme som Maya / 3D Max
Jeg tvivler, men langt de fleste vil nok mene at Blender kan daekke en bred vifte af behov - hvilket de har helt ret i.
og at GIMP er ligeså godt som Photoshop.
Vi benytter GIMP hvor det giver mening og Photoshop hvor det giver mening.
En person der skal rette farveprofil og resize / beskaere? GIMP er *RIGELIGT* ( og egentligt ikke helt det rigtige vaerktoej, men har ikke fundet noget til at erstatte det endnu ), hvorfor det vil vaere direkte idioti at smide 5000kr for en Photoshop licens.
Private folks meninger.
Private brugere?
Ikke flertallet af folk der rent faktisk arbejder med det.
Flertallet er laast i et MS miljoe, saa hvad med at vi skaerer dem fra der rent faktisk ikke *KAN* skifte, grundet proprietaere formater? :)
Det aendrer sig saa nu, men saa lad os kigge paa alle de her funktioner oOO ikke har.
Naevn en.
( Jeg arbejder tilfaeldigvis for en avis, saa du kan jo komme med nogle af dine eksempler for os. )
Jeg kan starte:
En eller anden retarderet abe har besluttet ( i tidernes morgen ) at Access er skide smart til at inputte celledata i en MSSQL server.
Din tur.
#57
Oh yes, hvis vi vil se eksempler paa 'god kode', saa kigger vi da bare i MS' kode?
Ikke?
Nej? Hvorfor ikke det? :(
Saa VS er altsaa ikke "TEH UBER CODING ENGINE!111!!!1!"?
Den kan ikke engang kompilere fra forskellige teknologier? Jamen, det var da nice.
Saa du aner altsaa intet om det virvar af libraries og generelt bloat VS installerer for dig? Uden at du kan vaelge? :)
Hvor tager jeg da stilling til disse naar jeg kompilerer oOO?
Sidst jeg skulle goere det, koerte jeg bare build og saa virkede det.
Men okay, jeg benytter saa ogsaa et OS der ikke har lort mellem oererne.
Men du har da ret i, at det ikke er så unormalt at se den slags "pærevælling". Især i open source C++ og ANSI-C projekter.
Oh yes, hvis vi vil se eksempler paa 'god kode', saa kigger vi da bare i MS' kode?
Ikke?
Nej? Hvorfor ikke det? :(
Vi er nok bare et par stykker, der er blevet tykke og forvente af at kunne åbne et tilfældigt projekt i VS
Saa VS er altsaa ikke "TEH UBER CODING ENGINE!111!!!1!"?
Den kan ikke engang kompilere fra forskellige teknologier? Jamen, det var da nice.
uden at have installeret noget
Saa du aner altsaa intet om det virvar af libraries og generelt bloat VS installerer for dig? Uden at du kan vaelge? :)
eller taget stilling til compiler-settings overhovedet. ;)
Hvor tager jeg da stilling til disse naar jeg kompilerer oOO?
Sidst jeg skulle goere det, koerte jeg bare build og saa virkede det.
Men okay, jeg benytter saa ogsaa et OS der ikke har lort mellem oererne.
Vi ved godt du ikke er udvikler fidomuh, så ti nu stille, du ved jo ikke hvad du snakker om alligevel.fidomuh (62) skrev:Saa du aner altsaa intet om det virvar af libraries og generelt bloat VS installerer for dig? Uden at du kan vaelge? :)
Fordelen ved et ordenlig IDE er at hele build delen er håndteret for dig. Det er svarende til ANT (MSBuild til .NET er også XML), bare utrolig bedre integreret.
Men jeg kan slet ikke se pointen i at diskuttere software udvikling med en IT-supporter, som stadig ikke har fattet pointen med bedre værktøjer, end "gør det hele manuelt i vim".
Windcape (64) skrev:Fordelen ved et ordenlig IDE er at hele build delen er håndteret for dig. Det er svarende til ANT (MSBuild til .NET er også XML), bare utrolig bedre integreret.
du mangler at tilføje "I visual studio".
Hvordan integrerer ANT eks. med visual studio? Maven?
Ant skal integrere med mange forskellige IDE'ere og mange forskellige IDE'ere bruger Ant og/eller maven
dit indlæg er noget forudintaget vrøvl.
Og ja, jeg er udvikler med mange år på bagen.
#63
Du har stadig ikke fattet, at vi snakker om begge dele?
LOL, Windcape. LOL.
Jeg behoever ikke at vaere udvikler, for at vide mere om programmeringsvaerktoejer end dig, ser det ud til :)
Lol, ikke andet?
Saa jeg kan altsaa bruge ANT?
Jeg behoever ikke at bygge det hele selv?
Jamen, det er da rart at du selv kan underbygge det jeg siger.
LOL, Windcape. LOL.
At du overhovedet naevner udviklingsgraden i forbindelse med programmering, er til grin.
"bedre".
Ja, Windcape. Underbyg bare din fejlopfattelse igen.
Jeg hverken compiler eller bygger i vim.
Vim er en editor, ikke et IDE.
Men okay, jeg kan se du har problemer med ting der ikke lige hoerer under MS' portefoelje, saa hvad med at vi stopper her?
Du ved ikke hvad "moderat" eller "passende" betyder og jeg medgiver at VS er et helt fint vaerktoej for dig ?
HVordan lyder det? :)
Du har stadig ikke fattet at det ikke handler om software til private?
Du har stadig ikke fattet, at vi snakker om begge dele?
Vi ved godt du ikke er udvikler fidomuh, så ti nu stille, du ved jo ikke hvad du snakker om alligevel.
LOL, Windcape. LOL.
Jeg behoever ikke at vaere udvikler, for at vide mere om programmeringsvaerktoejer end dig, ser det ud til :)
Fordelen ved et ordenlig IDE er at hele build delen er håndteret for dig.
Lol, ikke andet?
Det er svarende til ANT (MSBuild til .NET er også XML), bare utrolig bedre integreret.
Saa jeg kan altsaa bruge ANT?
Jeg behoever ikke at bygge det hele selv?
Jamen, det er da rart at du selv kan underbygge det jeg siger.
Men jeg kan slet ikke se pointen i at diskuttere software udvikling med en IT-supporter
LOL, Windcape. LOL.
At du overhovedet naevner udviklingsgraden i forbindelse med programmering, er til grin.
som stadig ikke har fattet pointen med bedre værktøjer
"bedre".
Ja, Windcape. Underbyg bare din fejlopfattelse igen.
end "gør det hele manuelt i vim".
Jeg hverken compiler eller bygger i vim.
Vim er en editor, ikke et IDE.
Men okay, jeg kan se du har problemer med ting der ikke lige hoerer under MS' portefoelje, saa hvad med at vi stopper her?
Du ved ikke hvad "moderat" eller "passende" betyder og jeg medgiver at VS er et helt fint vaerktoej for dig ?
HVordan lyder det? :)
Ja, men for OpenOffice ville en fuld Visual Studio solution være oplagt til at builde projektet på Windows.Barnabas (65) skrev:Ant skal integrere med mange forskellige IDE'ere og mange forskellige IDE'ere bruger Ant og/eller maven
Specielt når de anbefaler VC++ som compiler.
Overhovedet ikke, jeg tillader mig bare at være tilfreds med at nogen rent faktisk er kommet videre end gigantiske makefiler.Barnabas (65) skrev:dit indlæg er noget forudintaget vrøvl.
Vi kan da også blive ved med at udvikle software som i 90erne, i stedet for at udvikle os, ja.
#65
Nej nej.
Medmindre du er Datamatiker og udvikler software til det offentlige, saa er du altsaa ikke programmoer.
Saadan er det bare. Desvaerre. Virkeligheden tager fejl. :)
#67
ROTFL.
Men igen, jeg ser ikke dit argument for at makefiles er daarlige eller et argument for at 'komme videre' ?
OG du underbygger saa igen selv at de allerede ER kommet videre?
Skraemmende.
Du mener, som Windows og MS Office? :)
Nej nej.
Medmindre du er Datamatiker og udvikler software til det offentlige, saa er du altsaa ikke programmoer.
Saadan er det bare. Desvaerre. Virkeligheden tager fejl. :)
#67
Overhovedet ikke, jeg tillader mig bare at være tilfreds med at nogen rent faktisk er kommet videre end gigantiske makefiler.
ROTFL.
Men igen, jeg ser ikke dit argument for at makefiles er daarlige eller et argument for at 'komme videre' ?
OG du underbygger saa igen selv at de allerede ER kommet videre?
Skraemmende.
Vi kan da også blive ved med at udvikle software som i 90erne, i stedet for at udvikle os, ja.
Du mener, som Windows og MS Office? :)
Nej, men hvis man er en hobbyist som dig, som skriver et par script linjer engang imellem så er der ret langt til at udvikle seriøse software løsninger.fidomuh (68) skrev:Medmindre du er Datamatiker og udvikler software til det offentlige, saa er du altsaa ikke programmoer.
Men kender jeg dig ret synes du også at revisioner, projekt styring, dokumentation, udviklingsværktøjer til nem håndtering af libraries, programmering (code completion osv.), og mere er totalt overflødigt, ja.
Open Office er IKKE et Hello World projekt, så din lommefilosofi om at Vim ville være godt nok til formålet, er noget fjolleri.
Windcape (67) skrev:Vi kan da også blive ved med at udvikle software som i 90erne, i stedet for at udvikle os, ja.
Så vi får gigantiske vc++ projekt filer i stedet for build.xml(ant), pom.xml(maven) eller en make fil?
Ja, så kan vi da i hvert fald KUN bygge på windows
Fremskridt i dit tilfælde er altså eet skridt frem og to tilbage.
Goddaw mand økseskaft
Overhovedet ikke, jeg ønsker bare at man ikke bruger samme system til at bygge på de forskellige platforme.Barnabas (70) skrev:Ja, så kan vi da i hvert fald KUN bygge på windows
OpenOffice er designet til Solaris og Linux. Det er derfor en langt større pine at bygge den på Windows.
Det kan jeg ikke se hvorfor skal være tilfældet, specielt hvis de ønsker at udvikle sig mere på Windows, hvilket vel er den platform hvor der er størst mulighed for flere brugere.
Nej, jeg synes ikke det er acceptabelt at bede folk om at installere CygWin for at udvikle software til Windows platformen. Det ville svare til at kræve at folk installere WINE for at gøre tilsvarende til Linux.
Det er utrolig hvor meget Linux brugere klager over Windows-only software, men ikke kan selv kan se hvor besværligt det er at bruge "Linux-only" software på Windows.
Bare fordi det er OpenSource, betyder det ikke det er optimalt cross-platformt.
#69
Som jeg hele tiden har sagt ( ogsaa i tidligere debatter ), saa raadfoerer jeg mig altsaa med flere udviklere.
Men okay, "Serioes udvikling" indeholder vel saa ikke projekter som OS, grafikkortdrivere, spil og den slags?
Jeg tror endda ogsaa vi snakker om GPS software og videostreaming til PS3.
Men det er ikke sket i VS, saa det er vel ikke noget vaerd.
Dejligt brugbart.
Subversion, etc.
Code completion bruger jeg *aldrig* og kender faktisk ikke nogen der bruger det.
De fleste programmoerer jeg kender, har en "selvgjort er velgjort" ide sat i hovedet.
ORLY?
Til helloworld programmer?
HVor skriver jeg at vim er nok til OpenOffice?
Og igen, hvor skriver jeg at det ikke er?
Fjolleri er manglen paa forstaaelse for, at en opgave bedst loeser, med det vaerktoej der passer bedst.
Du mener at VS passer bedst til ALT mellem himmel og jord, jeg er uenig, praecis som oOO folket er - og det bliver vi sgu nok ved med at vaere.
Jeg refererer til mit tidligere indlaeg og haaber du en dag forstaar hvad "passende" betyder.
Nej, men hvis man er en hobbyist som dig, som skriver et par script linjer engang imellem så er der ret langt til at udvikle seriøse software løsninger.
Som jeg hele tiden har sagt ( ogsaa i tidligere debatter ), saa raadfoerer jeg mig altsaa med flere udviklere.
Men okay, "Serioes udvikling" indeholder vel saa ikke projekter som OS, grafikkortdrivere, spil og den slags?
Jeg tror endda ogsaa vi snakker om GPS software og videostreaming til PS3.
Men det er ikke sket i VS, saa det er vel ikke noget vaerd.
Men kender jeg dig ret synes du også at revisioner, projekt styring, dokumentation, udviklingsværktøjer til nem håndtering af libraries
Dejligt brugbart.
Subversion, etc.
programmering (code completion osv.), og mere er totalt overflødigt, ja.
Code completion bruger jeg *aldrig* og kender faktisk ikke nogen der bruger det.
De fleste programmoerer jeg kender, har en "selvgjort er velgjort" ide sat i hovedet.
Open Office er IKKE et Hello World projekt
ORLY?
så din lommefilosofi om at Vim ville være godt nok til formålet
Til helloworld programmer?
HVor skriver jeg at vim er nok til OpenOffice?
Og igen, hvor skriver jeg at det ikke er?
er noget fjolleri.
Fjolleri er manglen paa forstaaelse for, at en opgave bedst loeser, med det vaerktoej der passer bedst.
Du mener at VS passer bedst til ALT mellem himmel og jord, jeg er uenig, praecis som oOO folket er - og det bliver vi sgu nok ved med at vaere.
Jeg refererer til mit tidligere indlaeg og haaber du en dag forstaar hvad "passende" betyder.
Windcape (71) skrev:Det ville svare til at kræve at folk installere WINE for at gøre tilsvarende til Linux.
Hvad vil det kræve for mig at kompilere noget på eks linux med visual c++?
Wine? Hvis noget?
Windcape - vi er klar over at du ikke kan lide alternativt soft og at du har et dybt erotisk forhold til alt der kommer fra Redmond.
Hvorfor SKAL vi blive ved med at høre om dit uinformerede vrøvl om OSS HVER eneste gang, der er et indlæg der drejer sig om det?
Er det mon fordi, under din overbevisning, der dybt dybt inde i maven på dig gemmer sig en lille tvivler på Redmond?
Give it a rest - det er extremt trættende at høre på i længden. Du holder dig til windows, vi andre holder os til noget andet.
Vigtigst af alt - vi får fred. Eller er du hell bent på at ødelægge dette forum?
Og du mener at det er perfekt acceptabelt, går jeg ud fra?Barnabas (73) skrev:Hvad vil det kræve for mig at kompilere noget på eks linux med visual c++?
Wine? Hvis noget?
Hvorfor skal vi høre på jer FOSS og Apple fanatikere, som ikke laver andet end at brokke jer over at ingen gider bruge jeres lorte platforme.Barnabas (73) skrev:Hvorfor SKAL vi blive ved med at høre om dit uinformerede vrøvl om OSS HVER eneste gang, der er et indlæg der drejer sig om det?
Ingen har et problem med at kritisere Windows på newz.dk, men alle har et problem med Linux, Apple kritik, eller kritik af hvad som helst der er Open Source. Ligeså snart det er Open Source må man jo tydeligvis ikke kritisere det pga. fanatiske idioter som dig og fidomuh.
Hvorfor forbliver du ikke bare på slashdot med alle dine Stallman elskende venner? Så slipper du for at læse kritik.
Tak, vi behøver ikke vide mere.fidomuh (72) skrev:Code completion bruger jeg *aldrig* og kender faktisk ikke nogen der bruger det.
De fleste programmoerer jeg kender, har en "selvgjort er velgjort" ide sat i hovedet.
Du har heller aldrig brugt refactoring tools, har du?
Windcape (75) skrev:vorfor skal vi høre på jer FOSS og Apple fanatikere, som ikke laver andet end at brokke jer over at ingen gider bruge jeres lorte platforme.
Prøv nu at høre her klaphat - hvor i denne tråd har jeg ytret eet eneste nedsættende ord om noget, der har med MS at gøre? Det skal jeg sige dig: Ingen steder.
Der var dit clue.
Du lider af input resistens, der tangerer klinisk intervention.
Dine indlæg er ikke kritiske - de er maniske.
#74
Ah, saa IDE == effektivitet.
Jamen, hvad saa, naar softwaren der bliver skrevet, bliver skrevet hurtigere og bedre end noget du kan levere?
Er han saa stadig ineffektiv?
Hvad nu hvis han *har* proevet IDEA, Eclipse og VS - og ingen af dem faldt ham godt for?
Faelles for dem alle, er at de udviklere jeg kender, ikke bryder sig om at bruge dem.
Eclipse har jeg selv proevet kraefter med i laengere tid, og fuck hvor er det dog irriterende at arbejde med -.-
VS blev kastet paa porten efter smaa 30-40 minutter.
Og jeg tog kun udgangspunkt i PHP.
#75
Hvorfor er det ikke acceptabelt?
Hvis jeg skal kompile et program der stammer fra Windows brugerlandet, paa linux, saa vil jeg da klart forvente at der skal bruges noget mere Windows specifikt halloej.
Jeg ser, aerlig talt, ikke problemet.
Eller vil du have at det skal compile i VS og Eclipse - uden noget ekstra? :)
Du maa kritisere det saa meget du lyster, jeg har blandt andre, skrevet at MSO leverer et bedre produkt.
At du kritiserer paa et uinformeret og generelt retarderet niveau, er jo netop problemet.
Saa du forstaar pointen nu?
Nej, jeg er ikke programmoer.
Jeg kan spoerge min kammerat hvis det er interessant?
Hvis i ikke benytter nogen som helst form for IDE, så vil jeg kalde jer yderest ineffektive ja.
Ah, saa IDE == effektivitet.
Jamen, hvad saa, naar softwaren der bliver skrevet, bliver skrevet hurtigere og bedre end noget du kan levere?
Er han saa stadig ineffektiv?
Hvad nu hvis han *har* proevet IDEA, Eclipse og VS - og ingen af dem faldt ham godt for?
VS er ikke det eneste IDE på markedet. IDEA og Eclipse er ret populære.
Faelles for dem alle, er at de udviklere jeg kender, ikke bryder sig om at bruge dem.
Eclipse har jeg selv proevet kraefter med i laengere tid, og fuck hvor er det dog irriterende at arbejde med -.-
VS blev kastet paa porten efter smaa 30-40 minutter.
Og jeg tog kun udgangspunkt i PHP.
#75
Og du mener at det er perfekt acceptabelt, går jeg ud fra?
Hvorfor er det ikke acceptabelt?
Hvis jeg skal kompile et program der stammer fra Windows brugerlandet, paa linux, saa vil jeg da klart forvente at der skal bruges noget mere Windows specifikt halloej.
Jeg ser, aerlig talt, ikke problemet.
Eller vil du have at det skal compile i VS og Eclipse - uden noget ekstra? :)
Ligeså snart det er Open Source må man jo tydeligvis ikke kritisere det pga. fanatiske idioter som dig og fidomuh.
Du maa kritisere det saa meget du lyster, jeg har blandt andre, skrevet at MSO leverer et bedre produkt.
At du kritiserer paa et uinformeret og generelt retarderet niveau, er jo netop problemet.
Tak, vi behøver ikke vide mere.
Saa du forstaar pointen nu?
Du har heller aldrig brugt refactoring tools, har du?
Nej, jeg er ikke programmoer.
Jeg kan spoerge min kammerat hvis det er interessant?
#72
Den kan jeg ikke lade ligge. Hvis dine bekendte er programmører så tror jeg ikke på det udsagn, det kan simpelthen ikke passe. Der er INGEN der programmerer full time der ikke bruger code completion, auto imports, class templates o.s.v, det ville være vanvid.
"selvgjort er velgjort" har absolut intet med code completion at gøre.
Code completion bruger jeg *aldrig* og kender faktisk ikke nogen der bruger det.
De fleste programmoerer jeg kender, har en "selvgjort er velgjort" ide sat i hovedet.
Den kan jeg ikke lade ligge. Hvis dine bekendte er programmører så tror jeg ikke på det udsagn, det kan simpelthen ikke passe. Der er INGEN der programmerer full time der ikke bruger code completion, auto imports, class templates o.s.v, det ville være vanvid.
"selvgjort er velgjort" har absolut intet med code completion at gøre.
Windcape (34) skrev:Der er også fjolser som sværger til at kode i tekst-editors i stedet for udviklingsmiljøer. Det er ret irrelevant.
Når du nu er en så stor Microsoft-fanboy, så må jeg gå ud fra, at du mener MSVS her. I så fald kan jeg konkludere, at du enten aldrig har lavet noget, der er mere komplekst end Hello World, eller også er du verdens største troll.
MSVS:
- Har en teksteditor, der ville have været gennemsnitlig i 1982.
- Har en compiler, der endnu ikke forstår sprogstandarden, selvom sprogstandarden er over 20 år gammel nu.
- Har et buildsystem, der er så ubrugeligt, at det er til at græde over. Og vel og mærke et, hvor du skal vedligeholde 3-4 seperate kopier.
- Kan kun bruges på et enkelt operativsystem. Kan kun lave kode til et enkelt operativsystem.
Hvem er det lige fjolset er?
#79
Det passer fint.
Masser.
Masser.
Bruger de fleste vel i et eller andet omfang, men langt de fleste programmoerer jeg kender ( som tager deres arbejde bare lidt serioest ), opdager ret hurtigt, at man ikke kan genbruge alting.
Det har alt med code-completion at goere.
Helt specifik taler du om at benytte eksisterende kode, til at loese en opgave.
Hvis man kan goere arbejdet bedre, hvorfor saa ikke goere det?
Igen, selvfoelgelig, hvis man har tiden til det.
Den kan jeg ikke lade ligge. Hvis dine bekendte er programmører så tror jeg ikke på det udsagn, det kan simpelthen ikke passe.
Det passer fint.
Der er INGEN der programmerer full time der ikke bruger code completion
Masser.
auto imports
Masser.
class templates
Bruger de fleste vel i et eller andet omfang, men langt de fleste programmoerer jeg kender ( som tager deres arbejde bare lidt serioest ), opdager ret hurtigt, at man ikke kan genbruge alting.
"selvgjort er velgjort" har absolut intet med code completion at gøre.
Det har alt med code-completion at goere.
Helt specifik taler du om at benytte eksisterende kode, til at loese en opgave.
Hvis man kan goere arbejdet bedre, hvorfor saa ikke goere det?
Igen, selvfoelgelig, hvis man har tiden til det.
Windcape (59) skrev:Det er positivt at de ikke benytter make filer, men hvis du havde læst nærmere kræver de stadigvæk cygwin for at kompilere, istedet for bare at bruge et VC++ build file (aka. projekt-fil).
OK... Du har tydeligvis bare aldrig deltaget i noget større softwareprojekt, hvis du kan sige sådan noget.
Windcape (59) skrev:Og du har vist ikke rigtig forstået hvor kompliceret og træls det er at arbejde med så mange eksterne libraries i C++ ;-)
C++ er træls. Det har dog ikke noget med eksterne biblioteker at gøre. Igen, har du nogensinde brugt C++ til mere end Hello World?
#82
Nej. Jeg tror ikke vi bruger samme definition af code completion?
Jeg forstår code completion som en række ord forslag der dukker op mens jeg skriver, f.eks hvis jeg skriver "im" kommer der et forslag op om jeg mener "import". Og den er naturligvis kontekstafhængig.
autoimport: Hvis jeg skriver new SomeClass() så håndterer min editor import statements, og en skarp editor håndterer også et import clean up.
En klassedefinition er altså ret ens altid i et givent sprog, og hvis man bruger et framework har det en ret stor værdi at al "boiler plate" kode genereres for dig.
En løkke er også altid ret ens. Bruger dine bekendte ikke snippets? Taster de selv en slut bracket eller tillader de editoren at lave sådan en?
Det har alt med code-completion at goere.
Helt specifik taler du om at benytte eksisterende kode, til at loese en opgave.
Nej. Jeg tror ikke vi bruger samme definition af code completion?
Jeg forstår code completion som en række ord forslag der dukker op mens jeg skriver, f.eks hvis jeg skriver "im" kommer der et forslag op om jeg mener "import". Og den er naturligvis kontekstafhængig.
autoimport: Hvis jeg skriver new SomeClass() så håndterer min editor import statements, og en skarp editor håndterer også et import clean up.
Bruger de fleste vel i et eller andet omfang, men langt de fleste programmoerer jeg kender ( som tager deres arbejde bare lidt serioest ), opdager ret hurtigt, at man ikke kan genbruge alting.
En klassedefinition er altså ret ens altid i et givent sprog, og hvis man bruger et framework har det en ret stor værdi at al "boiler plate" kode genereres for dig.
En løkke er også altid ret ens. Bruger dine bekendte ikke snippets? Taster de selv en slut bracket eller tillader de editoren at lave sådan en?
Windcape (81) skrev:C/C++.
Ah, OK, så du er en af dem, der hverken kender C eller C++.
Men altså, ifølge dig er Open Office skrevet i 'C/C++' (hvad end det så er). Du foreslår samtidigt, at de skal bruge MSVS projektfiler til at bygge det med. Samtidigt affejer du kritik af MSVS med, at det kun er dårligt, hvis man bruger 'C/C++' (igen hvad end det er). Kan du ikke lige udvise lidt mere sammenhæng?
Windcape (81) skrev:Et gæt er også at du ikke har prøvet VS siden 2003 eller tidligere? ;)
Jeg brugte det sidst for et halvandet år siden. På samme tidspunkt var vi ved at migrere hele buildsystemet over til din hadefjende, GNU Make.
Jeg er fint bekendt med C/C++, men forholder mig normalt til .NET delen af Visual Studio platformen.pedant4 (85) skrev:Ah, OK, så du er en af dem, der hverken kender C eller C++.
C++ delen er ikke særlig udbygget i forhold til .NET delen af platformen.pedant4 (85) skrev:Samtidigt affejer du kritik af MSVS med, at det kun er dårligt, hvis man bruger 'C/C++' (igen hvad end det er). Kan du ikke lige udvise lidt mere sammenhæng?
Og argumentet for ikke at benytte ANT var?pedant4 (85) skrev:På samme tidspunkt var vi ved at migrere hele buildsystemet over til din hadefjende, GNU Make.
Bruger dine venner også stadigvæk Hungarian notation fidomuh?
Sammentrækning af koden (eg. _itoa) og indbyning af variable-typer (eg. szStr) har store fordele, når man ikke bruger IDE'er, der kan assistere med code-completion og refractoring. Og af samme grund, er det også ved at være håbløst umoderne. Man kan faktisk sige, at Camel case er virkeligt Microsoft/Windows'ish, da det høster store fordele/nødvendigheder fra de bloatede IDE'er.
Go bash him! ;)
Sammentrækning af koden (eg. _itoa) og indbyning af variable-typer (eg. szStr) har store fordele, når man ikke bruger IDE'er, der kan assistere med code-completion og refractoring. Og af samme grund, er det også ved at være håbløst umoderne. Man kan faktisk sige, at Camel case er virkeligt Microsoft/Windows'ish, da det høster store fordele/nødvendigheder fra de bloatede IDE'er.
Linus Torvalds, Linux Kernel Coding Style skrev:Encoding the type of a function into the name (so-called Hungarian notation) is brain damaged—the compiler knows the types anyway and can check those, and it only confuses the programmer.
Go bash him! ;)
illishar (87) skrev:Bruger dine venner også stadigvæk Hungarian notation fidomuh?
Sammentrækning af koden (eg. _itoa) og indbyning af variable-typer (eg. szStr) har store fordele, når man ikke bruger IDE'er, der kan assistere med code-completion og refractoring.
Så er det sjovt, at det eneste sted, hvor Hungarian notation er udbredt, er i Windowsmiljøer. Jeg har aldrig set det brugt andre steder. Og Hungarian notation er hul i hovedet lige meget om du bruger ed eller MSVS til at rette i din kode.
Windcape (86) skrev:Jeg er fint bekendt med C/C++, men forholder mig normalt til .NET delen af Visual Studio platformen.
Så du kender et eller andet mystisk 'C/C++', OK... Men kender du C og/eller C++? Det virker ikke sådan.
Og ja, vi har opdaget, at du er MS-fanboy, siden du sviner alle til, der ikke gør som dig. Du startede med at blande mig ind i denne tråd ved at kalde mig et fjols.
Og argumentet for ikke at benytte ANT var? [/quote]pedant4 (85) skrev:På samme tidspunkt var vi ved at migrere hele buildsystemet over til din hadefjende, GNU Make.
At det aldrig var blevet overvejet. MSVS var ubrugeligt, Make gjorde det meget bedre, og selv dem, vi havde ansat, der aldrig havde brugt andet end Windows og MSVS, kunne se, at projektfilerne ikke var til at vedligeholde.
#84
Det goer vi.
Jow, igen, ikke noget jeg bruger og jeg tvivler staerkt paa at det er noget programmoerer i min omgangskreds benytter.
Jeg kan aerlig talt ikke lige se fordelen.
Medmindre man er utroligt daarlig til at se hvad det er man arbejder med, selvfoelgelig.
Igen tvivler jeg.
Jeg er ikke uenig, jeg siger bare at det er ret sjaeldent at en funktion er "generic" nok til at blive brugt optimalt alle steder.
read_file er et simpelt eksempel, hvor det ikke var nok at benytte det "alle andre bruger", fx.
Og saadan er der en del ting der bliver defineret, i hvert fald i det kode jeg skriver.
Jaeh, det er ens at skrive {}, men alt derimellem varierer nok rimeligt voldsomt ...
Snippets? Altsaa copy/paste?
Det goer alle vel, i en vis udstraekning.
Jeg goer, i hvert fald.
Jeg forventer ikke at min editor ved hvor jeg vil afslutte min loekke.
- og jeg vil absolut ikke tilskrive min editor fejlen for at min loekke fejler.
#87
Skraemmende. Skraemmende, skraemmende og bare mere skraemmende.
Du ved vel godt at Hungarian Notations stort set udelukkende bruges i Windows-miljoeet?
Samtidig ved du vel ogsaa at det er ganske uhoert at benytte i OS software paa platforme, der ikke hedder Windows?
Jeg vil tro at Apple benytter det, men jeg har saa ikke saerligt meget tiltro til deres kompetence anyway.
Men okay, du kan lide MSVS. Kan du ogsaa lidt at myrde babyer? For det er nemlig slet ikke urelateret - eller noget modparten typisk goer? :)
Nej. Jeg tror ikke vi bruger samme definition af code completion?
Det goer vi.
Jeg forstår code completion som en række ord forslag der dukker op mens jeg skriver, f.eks hvis jeg skriver "im" kommer der et forslag op om jeg mener "import". Og den er naturligvis kontekstafhængig.
Jow, igen, ikke noget jeg bruger og jeg tvivler staerkt paa at det er noget programmoerer i min omgangskreds benytter.
Jeg kan aerlig talt ikke lige se fordelen.
Medmindre man er utroligt daarlig til at se hvad det er man arbejder med, selvfoelgelig.
autoimport: Hvis jeg skriver new SomeClass() så håndterer min editor import statements, og en skarp editor håndterer også et import clean up.
Igen tvivler jeg.
En klassedefinition er altså ret ens altid i et givent sprog, og hvis man bruger et framework har det en ret stor værdi at al "boiler plate" kode genereres for dig.
Jeg er ikke uenig, jeg siger bare at det er ret sjaeldent at en funktion er "generic" nok til at blive brugt optimalt alle steder.
read_file er et simpelt eksempel, hvor det ikke var nok at benytte det "alle andre bruger", fx.
Og saadan er der en del ting der bliver defineret, i hvert fald i det kode jeg skriver.
En løkke er også altid ret ens.
Jaeh, det er ens at skrive {}, men alt derimellem varierer nok rimeligt voldsomt ...
Bruger dine bekendte ikke snippets?
Snippets? Altsaa copy/paste?
Det goer alle vel, i en vis udstraekning.
Taster de selv en slut bracket eller tillader de editoren at lave sådan en?
Jeg goer, i hvert fald.
Jeg forventer ikke at min editor ved hvor jeg vil afslutte min loekke.
- og jeg vil absolut ikke tilskrive min editor fejlen for at min loekke fejler.
#87
Bruger dine venner også stadigvæk Hungarian notation fidomuh?
Skraemmende. Skraemmende, skraemmende og bare mere skraemmende.
Du ved vel godt at Hungarian Notations stort set udelukkende bruges i Windows-miljoeet?
Samtidig ved du vel ogsaa at det er ganske uhoert at benytte i OS software paa platforme, der ikke hedder Windows?
Jeg vil tro at Apple benytter det, men jeg har saa ikke saerligt meget tiltro til deres kompetence anyway.
Men okay, du kan lide MSVS. Kan du ogsaa lidt at myrde babyer? For det er nemlig slet ikke urelateret - eller noget modparten typisk goer? :)
Windcape (89) skrev:Det er også ret populært i dynamiske sprog, eller sprog der typisk anvendes uden udviklingsmiljøer (læs: IDE).
På Windows? Microsoft gjorde Hungarian notation udbredt. Det har dog aldrig været populært uden for Windowsmiljøer. Mener du Visual Basic måske? :)
#89
Giv mig et eksempel?
De eneste steder jeg har set det, er i MS kode og saa paa Windows platformen.
Derudover er det ganske naturligt at der sidder retarderede aber paa begge sider af hegnet, og nogen synes jo ( som MS ) at Hungarian Notations er "Teh Shizzle".
Det er også ret populært i dynamiske sprog, eller sprog der typisk anvendes uden udviklingsmiljøer (læs: IDE).
Giv mig et eksempel?
De eneste steder jeg har set det, er i MS kode og saa paa Windows platformen.
Derudover er det ganske naturligt at der sidder retarderede aber paa begge sider af hegnet, og nogen synes jo ( som MS ) at Hungarian Notations er "Teh Shizzle".
#91
Du kan formentlig ikke se fordelen fordi du ikke programmerer nok (og jeg mener det ikke på en nedgørende måde).
Jeg tror at hvis du spørger dem du kender der programmerer meget, så svarer de "selvfølgelig bruger de code completion".
Det forstår jeg slet ikke, det eneste code completion gør er at fjerne antallet af tastetryk (og så er der "intellisense", der giver dig en kort beskrivelse af funktionen).
Hvis en klasse har et interface så er der funktioner der skal implementeres. Deres definition er der ingen grund i hele verden til at skrive selv. Det man selv skriver er funktionens krop.
I den editor jeg bruger skriver jeg "for" og trykker på tab, så laver min editor en for-løkke men efterlader betingelsen tom. Det er så op til mig at definere betingelsen og udfylde kroppen. Jeg har altså ikke spildt min tid på at skrive hele løkkens "syntaks".
Ovenstående er et eksempel på en snippet. Det er ikke copy paste. Det er kode templates (struktur, ikke logik) der er "gemt" i nogle short cuts.
Min editor ved udemærket godt hvor de fleste end brackets skal stå, hvis den ikke gør er det som regel fordi jeg har gjort et eller andet galt (det samme gælder hvis min code completion ikke opfører sig ordentligt (da den netop er kontekstafhængig)). Igen, man udfylder altså kun kroppen og lader editoren om strukturen.
Jow, igen, ikke noget jeg bruger og jeg tvivler staerkt paa at det er noget programmoerer i min omgangskreds benytter.
Jeg kan aerlig talt ikke lige se fordelen.
Du kan formentlig ikke se fordelen fordi du ikke programmerer nok (og jeg mener det ikke på en nedgørende måde).
Jeg tror at hvis du spørger dem du kender der programmerer meget, så svarer de "selvfølgelig bruger de code completion".
Medmindre man er utroligt daarlig til at se hvad det er man arbejder med, selvfoelgelig.
Det forstår jeg slet ikke, det eneste code completion gør er at fjerne antallet af tastetryk (og så er der "intellisense", der giver dig en kort beskrivelse af funktionen).
Jeg er ikke uenig, jeg siger bare at det er ret sjaeldent at en funktion er "generic" nok til at blive brugt optimalt alle steder.
Hvis en klasse har et interface så er der funktioner der skal implementeres. Deres definition er der ingen grund i hele verden til at skrive selv. Det man selv skriver er funktionens krop.
Jaeh, det er ens at skrive {}, men alt derimellem varierer nok rimeligt voldsomt ...
I den editor jeg bruger skriver jeg "for" og trykker på tab, så laver min editor en for-løkke men efterlader betingelsen tom. Det er så op til mig at definere betingelsen og udfylde kroppen. Jeg har altså ikke spildt min tid på at skrive hele løkkens "syntaks".
Snippets? Altsaa copy/paste?
Det goer alle vel, i en vis udstraekning.
Ovenstående er et eksempel på en snippet. Det er ikke copy paste. Det er kode templates (struktur, ikke logik) der er "gemt" i nogle short cuts.
Jeg goer, i hvert fald.
Jeg forventer ikke at min editor ved hvor jeg vil afslutte min loekke.
- og jeg vil absolut ikke tilskrive min editor fejlen for at min loekke fejler.
Min editor ved udemærket godt hvor de fleste end brackets skal stå, hvis den ikke gør er det som regel fordi jeg har gjort et eller andet galt (det samme gælder hvis min code completion ikke opfører sig ordentligt (da den netop er kontekstafhængig)). Igen, man udfylder altså kun kroppen og lader editoren om strukturen.
#95
Jeg tror igen ikke forstaar hvad effektivitet er.
Men nok om det, du benytter bare MSVS til ting du selv indroemmer det er daarligt til, og saa er vi vel faerdige.
#94
Selve sproget altsaa?
#96
Nej, nej og nej.
Jeg gider ikke spoerge mere, da du tydeligvis tager fejl.
Det eneste jeg kan se Code Completion blive brugt til, er at man ikke har overblik nok til at huske praecis hvad ens funktion hedder.
Saa du sparer 4 tryk paa keyboardet, som alligevel skal trykkes, de bliver blot til piletaste-tryk istedet?
Fail.
Jo du har.
Saa umiddelbart nej.
Naa, de faa gange jeg har brugt det, har den fejlet ret hurtigt.
JEg ved ikke om det saa bare er mig der skriver kompleks PHP .. *HOST*.
Og bruger piletasterne til at flytte cursoren det rigtige sted hen, ik'?
Jeg tror igen ikke forstaar hvad effektivitet er.
Men nok om det, du benytter bare MSVS til ting du selv indroemmer det er daarligt til, og saa er vi vel faerdige.
#94
Selve sproget altsaa?
#96
Jeg tror at hvis du spørger dem du kender der programmerer meget, så svarer de "selvfølgelig bruger de code completion".
Nej, nej og nej.
Jeg gider ikke spoerge mere, da du tydeligvis tager fejl.
Det forstår jeg slet ikke, det eneste code completion gør er at fjerne antallet af tastetryk (og så er der "intellisense", der giver dig en kort beskrivelse af funktionen).
Det eneste jeg kan se Code Completion blive brugt til, er at man ikke har overblik nok til at huske praecis hvad ens funktion hedder.
I den editor jeg bruger skriver jeg "for" og trykker på tab, så laver min editor en for-løkke men efterlader betingelsen tom. Det er så op til mig at definere betingelsen og udfylde kroppen.
Saa du sparer 4 tryk paa keyboardet, som alligevel skal trykkes, de bliver blot til piletaste-tryk istedet?
Fail.
Jeg har altså ikke spildt min tid på at skrive hele løkkens "syntaks".
Jo du har.
Ovenstående er et eksempel på en snippet. Det er ikke copy paste. Det er kode templates (struktur, ikke logik) der er "gemt" i nogle short cuts.
Saa umiddelbart nej.
Min editor ved udemærket godt hvor de fleste end brackets skal stå, hvis den ikke gør er det som regel fordi jeg har gjort et eller andet galt (det samme gælder hvis min code completion ikke opfører sig ordentligt (da den netop er kontekstafhængig)).
Naa, de faa gange jeg har brugt det, har den fejlet ret hurtigt.
JEg ved ikke om det saa bare er mig der skriver kompleks PHP .. *HOST*.
Igen, man udfylder altså kun kroppen og lader editoren om strukturen.
Og bruger piletasterne til at flytte cursoren det rigtige sted hen, ik'?
#99 Eksempel
Du siger altså at du kan taste den der hurtigere uden autocomplete, og at du kendte den præcise formulering på følgende på forhånd:
DependencyProperty
FrameworkPropertyMetadata
PropertyChangedCallback
Jeg er ret glad for jeg ikke skulle taste mere end omkring 10% af det stykke kode der, resten klarede mit IDE.
public static readonly DependencyProperty AppointmentsProperty =
DependencyProperty.Register("Appointments",
typeof(IEnumerable<Appointment>),
typeof(Calendar),
new FrameworkPropertyMetadata(null,
new PropertyChangedCallback(Calendar.OnAppointmentsChanged)
)
);
Du siger altså at du kan taste den der hurtigere uden autocomplete, og at du kendte den præcise formulering på følgende på forhånd:
DependencyProperty
FrameworkPropertyMetadata
PropertyChangedCallback
Jeg er ret glad for jeg ikke skulle taste mere end omkring 10% af det stykke kode der, resten klarede mit IDE.
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